[00:00] <bdmurray> patrickmw: I'll see what I can do
[00:00] <patrickmw> bdmurray: thank you!
[00:11] <hggdh> patrickmw: stop evolution (evolution --shutdown from the command-line)
[00:12] <hggdh> patrickmw: then restart it as 'env CAMEL_DEBUG=all evolution >& evo.log'
[00:13] <hggdh> patrickmw: then repeat what gives you pain... then close evolution (exit, then 'evolution --force-shutdown')
[00:13] <patrickmw> hggdh: thank you, I did get that pointer in the #evolution channel
[00:14] <hggdh> patrickmw: then -- and IMPORTANT -- browse the log, and make sure nothing private is shown, and post it
[00:14] <patrickmw> hggdh: question though, what is that just to show what the deps are?
[00:14] <hggdh> patrickmw: er, what?
[00:15] <patrickmw> hggdh: what does the data in the log represent?
[00:15] <hggdh> patrickmw: pretty much *all* email operations -- send/receive/IMAP lookup, etc
[00:16] <hggdh> and potentially raw emails, etc
[00:16] <hggdh> what it sounds like is your IMAP setup is not kosher
[00:17] <hggdh> BTW, it is 'evolution --force-shutdown', not 'evolution --shutdown'
[00:19] <patrickmw> hggdh:  what's weird is that it only fails on the first send
[00:20] <hggdh> patrickmw: now THAT is indeed weird
[00:21] <patrickmw> hggdh: but that doesn't rule out that my smtp setup is wrong
[00:21] <hggdh> oh, yes, it is on send.
[00:57] <BUGabundo> meh
[00:58] <BUGabundo> what a night to have a picky user at +1
[00:58] <BUGabundo> not with best humor to take on s/he
[00:58] <penguin42> yeh
[00:58] <BUGabundo> better let him/her vent a bit
[00:58] <BUGabundo> already had to take it over PM
[00:58] <BUGabundo> meh
[00:59] <BUGabundo> s/he tries to stay In that # for 2y
[00:59] <BUGabundo> and then tell me I have no sense of humor
[01:01] <BUGabundo> night everyone of you crazy FLOSS lovers
[10:43] <AbhijiT> hi guys
[10:43] <AbhijiT> anyone please triage this bug
[10:43] <AbhijiT> https://bugs.launchpad.net/ubuntu/+source/simple-scan/+bug/720621
[10:43] <ubot4> Launchpad bug 720621 in simple-scan (Ubuntu) "File naming is not continous (affects: 1) (heat: 6)" [Undecided,New]
[10:50] <AbhijiT> vish, ??
[10:51] <jibel> AbhijiT, I can't reproduce in Natty, multiple saves create Scanned Document.jpg Scanned Document-1.jpg Scanned Document-2.jpg, ... and so on
[10:51] <AbhijiT> jibel, i can produce here in lucid 64 bit
[10:51] <AbhijiT> and btw this is not papercut
[10:51] <AbhijiT> natty is not yet released
[10:53] <TeTeT> AbhijiT: seems there is an easy work around to the problem, simply specify a unique filename for each scan.
[10:54] <AbhijiT> TeTeT, yeah 'its workaround' but normal users would like it the 'actual' solution
[10:54] <AbhijiT> the normal joe
[10:55] <TeTeT> AbhijiT: agreed, but I doubt developers will grant it an SRU, as it is neither a security problem, nor a critical bug
[10:55] <jibel> AbhijiT, I mean that it is fixed in the current development release, so the status of the report is 'Fix Released'
[10:55] <AbhijiT> jibel, okay
[10:55] <AbhijiT> TeTeT, hmm
[11:01] <AbhijiT> thanks guys TeTeT jibel
[11:36] <decoder> there seem to be several problems with slapd in 10.04 lts
[11:36] <decoder> first of all, the -y option isn't working with tools like ldapsearch
[11:36] <decoder> having password in file fails
[11:36] <decoder> typing password with -W works
[11:36] <decoder> secondly, slapd did not accept any SSHA passwords for me
[11:36] <decoder> only MD5
[11:36] <decoder> not plain
[11:36] <decoder> it took me hours to find this out
[15:16] <Fvic> can anyone plz tell me where to start bag triaging??I am new to this community.I joined bug squad but everytime i get lost in related links?
[15:18] <charlie-tca> https://wiki.ubuntu.com/Bugs/HowToTriage#Untriaged%20bugs is good
[15:18] <charlie-tca> Have you read the wiki pages for HowToTriage and Helping with bugs?
[15:19] <Fvic> charlie-tca, yes ,i did...but the problem is where to get new bugs..i think it would be helpfull if i get to analyse work done by others.is it possible?
[15:20] <charlie-tca> sure, you can look at bugs in launchpad to see them. It is good to pick a bug in an application you use to start with.
[15:21] <charlie-tca> That link I gave you will give a list of new bugs.
[15:21] <Fvic> charlie-tca, i also read somewhere that mentor that guide.well thanks for link.i will go through that right now
[15:22] <charlie-tca> what package do you think you might be interersted in?
[15:24] <Fvic> i think diff will be a gud choice.if you can suggest any that is easy to start with,it will be highly appreciated?
[15:27] <Fvic> charlie-tca, i think diff will be a gud choice.if you can suggest any that is easy to start with ,it will be highly appreciated?
[15:28] <charlie-tca> Fvic: bug 664489 is a triaged bug
[15:28] <ubot4> Launchpad bug 664489 in mousepad (Ubuntu) "When typing Enter in mousepad with ibus-daemon running, mousepad and ibus-daemon consume 100% CPU (affects: 1) (heat: 31)" [High,Triaged] https://launchpad.net/bugs/664489
[15:30] <charlie-tca> bug 708897
[15:30] <ubot4> Launchpad bug 708897 in diffutils (Ubuntu) "diff tool generates wrong unified diff (affects: 1) (heat: 237)" [Undecided,New] https://launchpad.net/bugs/708897
[15:30] <charlie-tca> should be good to start with
[15:31] <charlie-tca> Fvic: see if you can reproduce that, even if it is not in hungarian. If you can, then it can be confirmed
[15:31] <Fvic> charlie-tca, thanks..i eill just go through that bug.gratefull
[15:32] <charlie-tca> ask here if you have any questions.
[15:50] <Fvic> charlie-tca,  i was trying to reproduce that bug,but in my task montor,their is no space to write"this is a test".i know it is very small question,is it because i am using luci,not kubuntu??apolozise if question is below standard?
[15:51] <Fvic> charlie-tca,   i was trying to reproduce that bug,but in my task montor,their is no space to write"this is a test".i know it is very small question,is it because i am using luci,not kubuntu??apolozise if question is below standard?
[15:51] <Fvic>   i was trying to reproduce that bug,but in my task montor,their is no space to write"this is a test".i know it is very small question,is it because i am using luci,not kubuntu??apolozise if question is below standard?
[15:52] <charlie-tca> That is on that diff bug?
[15:53] <charlie-tca> Fvic: I don't understand? Is that the diffutils bug or another one?
[15:53] <Fvic> charlie-tca, bug 664489
[15:53] <ubot4> Launchpad bug 664489 in mousepad (Ubuntu) "When typing Enter in mousepad with ibus-daemon running, mousepad and ibus-daemon consume 100% CPU (affects: 1) (heat: 31)" [High,Triaged] https://launchpad.net/bugs/664489
[15:54] <Fvic> charlie-tca, https://launchpad.net/bugs/664489
[15:54] <ubot4> Launchpad bug 664489 in mousepad (Ubuntu) "When typing Enter in mousepad with ibus-daemon running, mousepad and ibus-daemon consume 100% CPU (affects: 1) (heat: 31)" [High,Triaged]
[15:54] <charlie-tca> one time is enough for each response
[15:54] <charlie-tca> So, you installed mousepad, and should be typing in it.
[15:55] <charlie-tca> You type that line in mousepad after opening Task Monitor
[15:56] <Fvic> charlie-tca,  i appolozise for writing again.me "enter button" was jammed.it mean i need to install mouse pad?
[15:56] <charlie-tca> Task Monitor lets you see what the cpu is doing while using mousepad
[15:56] <charlie-tca> If you are trying to reproduce the mousepad error, you need to do it using mousepad
[15:57] <charlie-tca> Otherwise, you can not reproduce the bug in mousepad
[15:57] <charlie-tca> That was just a bug that has been triaged already, for an expample
[15:58] <Fvic> charlie-tca, thanks.when i triage a new bug,wher to report that?just changing its status is enough?
[15:59] <charlie-tca> You need to comment on it, that you reproduced it and then change the status to confirmed
[15:59] <charlie-tca> We comment on all the bugs we do anything to, sometimes it means we want more information, sometimes it means we could reproduce it.
[16:03] <charlie-tca> Fvic: many of us use VirtualBox to reproduce bugs, so we don't have to add extra stuff to the computer
[16:03] <charlie-tca> Otherwise, you clutter up your usable computer with a lot of extra stuff working these bugs
[16:04] <Fvic> charlie-tca, i tried that using mousepad.but still my cpu  usage was 100%,not 50%.n thanks for advising virtual box.
[16:05] <charlie-tca> that would be enough to confirm the issue the report is about
[16:05] <charlie-tca> An application like mousepad should not make your cpu spike at all
[16:08] <Fvic> charlie-tca, great...this is triaged bug,so i must not changed status or should i give my comment.?i hope it wont affect people who will resolve this ?
[16:08] <charlie-tca> Right, don't change status, but look at the comments made. That a good example of how to reproduce the issue and confirm it
[16:09] <charlie-tca> You can comment that you also reproduced it and your cpu went to 100%
[16:13] <Fvic> charlie-tca, thanks.but the comment on that bug by charlie confirmed the error in xubuntu.shall i check again with xubuntu??or have i did a mistake in reproducing?
[16:13] <charlie-tca> no, you did fine
[16:13] <patrickmw> bdmurray: have you seen the updates to bug 720383
[16:13] <ubot4> Launchpad bug 720383 in evolution (Ubuntu Natty) (and 1 other project) "Error while Sending message (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/720383
[16:14] <charlie-tca> Fvic: Now you move to the diff bugs, just try to reproduce them, or ask for more information
[16:14] <bdmurray> patrickmw: not yet - wading through email
[16:14] <patrickmw> bdmurray: when you get to it let me know. I have a few questions
[16:15] <Fvic> charlie-tca, thanks.this encouraged me to start bug triaging as a beginning.can u also give me the link to find more bug?or it is the same link you gave earlier.wher to find diff bugs
[16:16] <bdmurray> patrickmw: Answer - click also affects project and link to the gnome bug
[16:16] <bdmurray> ;-)
[16:16] <charlie-tca> Fvic: yes, I can. Here is a list of responses we use when triaging bugs
[16:16] <patrickmw> bdmurray: nice. thanks
[16:17] <charlie-tca> Fvic: https://wiki.ubuntu.com/Bugs/HowToTriage#Untriaged%20bugs
[16:17] <patrickmw> bdmurray: that was one question
[16:17] <charlie-tca> Fvic: stay away from bugs in "linux" though. They are very hard to do
[16:18] <Fvic> charlie-tca, is their any gud any easy to learn pacjkage for triaging,or should continue with diff
[16:18] <bdmurray> patrickmw: I'm not coming up with another one right away ;-)
[16:19] <charlie-tca> Fvic: Just pick one, I think. Some bugs will be easier than others, but packages are pretty much the same
[16:19] <charlie-tca> Some are harder than others, but I don't know what is easy
[16:20] <patrickmw> bdmurray: my question is regarding what the follow up process is for getting the bug fixed and getting an update
[16:21] <Fvic> charlie-tca, thaks a lot.really encouraged me.i was not getting the beginning steps.
[16:21] <charlie-tca> You are welcome
[16:24] <bdmurray> patrickmw: its complicated ;-)
[16:24] <patrickmw> bdmurray: would this be better to discuss on mumble?
[16:24] <bdmurray> patrickmw: yeah or something
[17:58] <jon______> hello?
[17:59] <AbhijiT> hi
[18:05] <penguin42> where's the standard text of the 'try the upstream kernel package and see if it still happens'?
[18:06] <AbhijiT> hi jon______
[18:06] <jon______> hi swoody.
[18:06] <swoody> o/
[18:06] <jon______> where do you see the list of users in this room?
[18:07] <AbhijiT> jon______, are you using xchat?
[18:07] <jon______> indeed.  hi back btw.
[18:08] <AbhijiT> jon______, then users list is on the right hand side panel
[18:09] <jon______> heh.  o I get it.  new to this IRC.
[18:19] <jon______> has any one had any issues with themes changing randomly?
[18:20] <charlie-tca> penguin42: I don't think there is one, but the policy is https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies#Confirmed%20Bugs
[18:21] <charlie-tca> penguin42: I use my own at https://wiki.ubuntu.com/CharlieKravetz/BugNotes#Kernel%20testing
[18:21] <penguin42> charlie-tca: I found it at https://wiki.ubuntu.com/Kernel/BugTriage/Responses
[18:22] <charlie-tca> I didn't know about that page. Thanks
[18:22] <penguin42> neither did I until Google just found it for me :-)
[18:51] <hggdh> charlie-tca, penguin42: I just added a link to it on https://wiki.ubuntu.com/Bugs/Responses#Debugging%20Kernel%20General
[18:51] <hggdh> thank you both for the heads up
[18:51] <penguin42> no prob
[18:51] <charlie-tca> thanks
[19:32] <njin> Hello team, I found that a tool for the bug 689185 (webcam with the r5u87x chipset) is working and fix the issue, now what can I do to have it on Ubuntu ?
[19:32] <ubot4> Launchpad bug 689185 in ubuntu "Built in webcam not working Sony vail VGN-CR343N (affects: 1) (heat: 8)" [Undecided,Incomplete] https://launchpad.net/bugs/689185
[19:34] <bdmurray> njin: I think there is a bug requesting packaging of that driver
[19:36] <bdmurray> njin: iirc there are some issues with licensing or something
[19:40] <njin> bdmurray, thanks
[19:48] <njin> spam https://bugs.launchpad.net/ubuntu/+bug/360619
[19:48] <ubot4> Launchpad bug 360619 in ubuntu "only top gnome panel moves to secondary monitor on metamode change (affects: 2) (heat: 12)" [Undecided,Invalid]
[19:53] <bdmurray> njin: found it bug 120434
[19:53] <ubot4> Launchpad bug 120434 in ubuntu (and 1 other project) "[needs-packaging] Ricoh R5U87x Webcam userland tools (affects: 19) (dups: 6) (heat: 213)" [Wishlist,In progress] https://launchpad.net/bugs/120434
[19:53] <njin> bdmurray, big thanks
[20:05]  * penguin42 fails to convince lp to loink a bug to a KDE bug report
[20:05] <njin> hello what can i do to restore this, No apport report written because MaxReports is reached already
[20:06] <penguin42> I oculd swear you could link to KDE bugs
[20:08] <njin> penguin42, kdebase ?
[20:08] <njin> kde-base
[20:08] <penguin42> no, I'm not asking for the package
[20:08] <penguin42> I want to link a bug in my ubuntu bug to a bug in the KDE bugzilla
[20:09] <njin> ops
[20:32] <yofel> penguin42: bugs.kde.org is supported, so you're doing something wrong
[20:32] <yofel> remember that you need to use the right project when linking the bug
[20:33] <penguin42> yofel: OK - so it's the 'also affects project' link?
[20:34] <yofel> yes
[20:35] <charlie-tca> njin: usually remove the crash reports in /var/crash
[20:37] <penguin42> yofel: Any idea which 'project'?
[20:37] <penguin42> yofel: Doing a search for kde says too many matches
[20:38] <yofel> penguin42: what's the bug, we have several kde component projects on launchpad
[20:39] <penguin42> yofel: bug 719078
[20:39] <ubot4> Launchpad bug 719078 in gtk2-engines-oxygen (Ubuntu) (and 1 other project) "assertion (IA__gtk_box_reorder_child: assertion) (affects: 1) (heat: 1616)" [Undecided,New] https://launchpad.net/bugs/719078
[20:43] <yofel> good question under what that should go...
[20:44] <penguin42> yofel: I'd hope if I had a KDE bugzilla link it should figure it out for itself
[20:45] <yofel> not really, launchpad needs a configured project if you want it to show up as an upstream task and you then link a source package with the project
[20:46] <yofel> the oxygen-gtk theme doesn't have such a link
[20:50] <penguin42> bah, the phantom pidgin crash returns
[20:52]  * penguin42 blames dbusmenu so I might add it to that as well
[20:52] <yofel> heh, my ralink driver here just got me a disconnect too :/
[20:53] <yofel> penguin42: ok, I don't know where to put that, ask the others in #kubuntu-devel - maybe we can put them under something else we already have or the theme will need it's own project
[20:53] <penguin42> yofel: I'm tempted to file a lp bug to tell itto figure it out itself
[20:54] <yofel> well, you're  using 'also affects project' - that means you want it to attach to a launchpad project
[20:54] <yofel> the theme package isn't linked to a launchpad project yet
[20:55] <yofel> so it doesn't know where to put it
[20:57] <penguin42> yofel: Well I don't want to 'also affects project' - I just want it to follow a remote bug tracker
[20:58] <penguin42> yofel: And KDE has a series of categories for stuff
[20:58] <penguin42> yofel: It's in Product Oxygen, component gtk-engine
[20:58] <yofel> I know bug launchpad doesn't have any magic to understand that
[20:58] <yofel> s/bug/but/
[20:59] <yofel> it needs a project on launchpad that tell it which upstream bugtracker is used to do the tracking
[20:59] <penguin42> why can't it figure that out from the URL? I could swear it used to be able to do that
[21:02] <yofel> well, maybe it can, doesn't change the fact that you need a launchpad project for the linking - and there isn't one for oxygen-gtk
[21:03] <yofel> I found the one for oxygen-icons, but that's only for the icons package
[21:05] <penguin42> I'd take a single 'kde' project as a good way to do links
[21:06] <yofel> in this case, I agree..


[01:51] <phillw> knome: did you back up all the images from https://help.ubuntu.com/community/IconsPage before you deleted them?
[01:58] <phillw> As you will have done so, please do let me have the link as to where they all are. thanks.
[01:59] <pleia2> phillw: if you look in the history you can still view them all
[01:59] <pleia2> on lines that say: ATTDEL: you can still click on "view" or "get"
[02:00] <phillw> pleia2: nope, you cannot.. once a image is deleted it is gone
[02:00] <pleia2> for example?
[02:00] <pleia2> most of the images were deleted before knome came along, which is why the cleanup was done
[02:01] <phillw> pleia2: the images were attached to that page... i know as I did add some.
[02:02] <phillw> A sweeping deletion is the only thing that a wiki admin cannot reverse.
[02:04] <phillw> there is no trace, there is no way to recover unless the person has followed the wiki rules of backing up every page and image that they mark for deletion.
[02:06] <phillw> pleia2:  the images were attached to the page, the logs show - quite clearly, that they have been manually deleted.]
[02:06] <pleia2> phillw: can you give me an example?
[02:07] <pleia2> maybe I'm not going far back enough in history
[02:07] <phillw> pleia2: look at the edit history....
[02:07] <phillw> follow it back
[02:07] <pleia2> oh I see, the "view" is showing up but showing the icons he replaced it with, not the old branding
[02:09] <pleia2> anyway, he can certainly give more info than I can :)
[02:09] <phillw> pleia2:  you know I'm persona non gratis, but deleting all the icons from a library is simply silly
[02:10] <pleia2> there was certainly discussed rationale behind all the changes, but again, he can fill you in
[02:10] <phillw> such things make it more difficult for me to be an advocate for linux
[02:12] <phillw> pleia2: As I recall, deleting things was totally against wiki rules... you HAVE to make a back up.... Have things changed since I resigned?
[02:13] <pleia2> a lot has changed, knome spent several days after our discussions fixing up the IconsPage, documenting his work and updating all related wiki pages that had the icons
[02:14] <pleia2> it was a broken link mess before he began his work, it looks much cleaner and easier to navigate and use now
[02:14] <pleia2> anyway, time for me to get some rest
[02:14] <phillw> pleia2: well knowing knome, he will have back ups
[02:21] <phillw> knome: can you please have a read back and let me know where you backed up the artwork to. Many thanks.
[09:03] <knome> phillw, i'll have to dig up if i have the artwork backed up. is there something specific you need?
[09:03] <phillw> knome: all of it :) several teams provided artwork to the central source at my behest in varying sizes for wiki pages to use from a central source that would never be deleted.
[09:03] <knome> so who's missing what?
[09:03] <phillw> We had an issue where someone vandalised a wiki page and the art work was deleted.... I trust that backups have been taken this time.
[09:03] <knome> the whole point of the IconsPage update was to make the icons througout the wiki look consistent
[09:03] <phillw> knome: Read the file of alterations... not too difficult?
[09:03] <phillw> knome: indeed, but the artwork has to be moved to a new area. The rule of wiki is "never delete, without a backup"... Unless you have decided to break that rule....
[09:04] <knome> it's possible i have.
[09:04] <knome> i need to check up my backups, i might have them somewhere
[09:04] <knome> but i'm really more interested about what is actually missing from somebody?
[09:04] <phillw> So, the artwork would be on "...old artwork" :)
[09:04] <knome> if they are missing any admonition icon, i'll gladly upload it for them
[09:04] <knome> and make sure it's consistent
[09:05] <knome> i understand your concern, but unless somebody actually needs something that isn't there, it'll be on my "wishlist" list :P
[09:08] <phillw> I had no idea that the artwork of people provided across teams would simply go / vanish / not be available. I did a review of that area and stated it was *THE* place to put artwork on that could be referenced from the wiki system.....
[09:08] <phillw> I'm still wondering why you deleted stuff :(
[09:09] <knome> the IconsPage mainly consisted of two kinds of icons:
[09:09] <knome> 1) icons pulled from various icon themes in various sizes
[09:09] <knome> these are still available in the original icon themes if somebody specifically misses them
[09:10] <knome> but they shouldn't be used on the wiki since they do not look consistent
[09:10] <knome> instead the contributors should use the new icons, or ask for more if the selection isn't broad enough
[09:10] <knome> 2) oversized application "header" images and other very miscellanous stuff
[09:10] <knome> those that was *IN USE* were moved to the appropriate pages
[09:11] <knome> say there was an 300x200px "app x" header image
[09:11] <knome> linked to from AppX
[09:11] <knome> it's now an attachment of AppX, since it has *no other use*
[09:11] <knome> the ones that weren't used were simply deletable material anyway
[09:12] <knome> there were some custom icons too,
[09:12] <knome> but those are either preserved/updated
[09:12] <knome> or weren't in use
[09:12] <knome> *all* wikipages that linked to *any* of the images in the IconsPage are updated to link to the new icons
[09:13] <knome> and/or their new locations under the appropriate wikipages
[09:13] <knome> now let me ask you again...
[09:13] <knome> is there something specific you are missing, or would you just want to see the old ugly wikipage?
[09:13] <phillw> knome: I'm guessing you *HATE* https://wiki.ubuntu.com/QATeam/FAQ
[09:13] <knome> no, that's fine
[09:13] <knome> it's consistent.
[09:14] <knome> it uses the round ubuntu icons. great
[09:14] <phillw> it has been deleted
[09:14] <knome> ...no?
[09:14] <phillw> by you
[09:14] <knome> that page?
[09:16] <phillw> no, the page that held it... in this case I actually uploaded it to the page and did not link it to the library, had I done so... it would be gone... as are all the others you deleted... Do you not see what you have done by deleting a library?
[09:17] <knome> hmm, let's be clear here
[09:17] <knome> i was working on the *community wiki*
[09:17] <phillw> indeed
[09:17] <knome> i don't expect other wikis to interlink
[09:17] <knome> if you've done that, and something is lost, i'm sorry
[09:17] <knome> i don't hate any page
[09:18] <phillw> Who empowered you to delete art work provided by the community?
[09:18] <knome> https://wiki.ubuntu.com/IconsPage
[09:18] <knome> i didn't touch that page.
[09:19] <knome> just to be sure we're talking about the same thing.
[09:19] <knome> i don't see a reason to continue this discussion as you seem to want to finger point at me
[09:19] <knome> it's unfortunate that some pages you maintain have broken images, and it wasn't really my intention
[09:20] <phillw> I owe you a rather large apology, It is that page I thought you had removed ...
[09:20] <knome> no,
[09:20] <knome> i cleaned up https://wiki.ubuntu.com/community/IconsPage
[09:20] <knome> err
[09:21] <knome> https://help.ubuntu.com/community/IconsPage
[09:21] <phillw> I blame google :P I do recall there was confusion... it appears that there still is
[09:21] <knome> if i'd cleaned up the developer wiki IconsPage, i would have made sure any icon on it that was used was *somewhere*
[09:22] <knome> and tbh, the developer wiki IconsPage would need a cleanup as well
[09:22] <phillw> 3 pages saying 'icons'..... not good :(
[09:22] <knome> https://wiki.ubuntu.com/IconsPage?action=AttachFile&do=get&target=beepmediaplayer.png
[09:22] <knome> that isn't a "common use case" "icon"
[09:22] <knome> https://wiki.ubuntu.com/IconsPage?action=AttachFile&do=get&target=IconHandPointing.png
[09:22] <knome> and that isn't by any standards consistent with the ubuntu style
[09:23] <phillw> So... who is the self appointed council of "standards consistent with the ubuntu style" ?
[09:24] <knome> either it's obivious to you or not
[09:24] <knome> *obvious
[09:27] <phillw> It may be obvious to me (and it is), but there is no feed back to people posting art-work up
[09:27] <phillw> I'd love to suggest to point people to  UBT, but that does not exist and no one takes any care of budding graphics people....
[09:28] <knome> hmh, well
[09:28] <knome> the situation in the community wiki is okay now
[09:28] <knome> since it's cleaned
[09:28] <knome> if somebody posts an icon that is a bit "off", we can just fix that
[09:28] <knome> if people post those as attachments to single pages... not much we can do
[09:30] <knome> we can even find all pages that use a certain icon (fortunately)
[09:31] <phillw> knome: tell me, we have yet another major overhaul of both lubuntu wiki areas pending..... But, we'll get that done... If we find a padawan along the way, would you be prepared to assist him / her ?
[09:31] <knome> since i've just got rid of responsibilities, not at this time ;)
[09:32] <knome> but i'm always around for the odd question here and there
[09:33] <phillw> okies, I'll bear that in mind and during the re-write of the 2 sections of lubuntu wiki (dev and community) I'll try to also update things to the new standard icons :)
[09:34] <knome> if you're poking at wiki.ubuntu.com, don't link to help.ubuntu.com
[09:34] <phillw> Thank you for putting up with me and allowing me to understand how things have changed
[09:34] <knome> because there is no way to trace that path
[09:35] <knome> the problem with the developer wiki is that there is a huge amount of stuff that is maintained by somebody
[09:35] <phillw> I do know the two are seperate, I used to be a wiki editor person :P
[09:35] <knome> and they are probably more touchy about somebody touching their stuff
[09:35] <knome> yeah, just making sure
[09:36] <knome> because it *is* tempting to do that now that the community wiki icons page is clean
[09:37] <phillw> knome: If I wrongly edited a page that our Head of Dev (lubuntu) looks after... He'd simply arrange a contract killing. - Motto of the story?... Don't mess with MOTU's :D
[09:38] <knome> ;)
[09:39] <phillw> and as you are one, you know that :)
[09:45] <phillw> knome: Thanks for your time, We have new TL for comms and he's making me dust the cobwebs off my wiki stuff :) https://blueprints.launchpad.net/lubuntu-brainstorming/+spec/lubuntu-website
[09:45] <phillw> Crazy thing? I'm really enjoying it :)
[09:47] <knome> :)
[09:47] <knome> good luck
[09:51] <phillw> knome: even though I'm no longer "ubuntu" let the doc team know that I'll help out where I can. just not in release team :P