Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
Hello, > I'm afraid, with this final rush, that we will end up releasing Dapper > with all of the old Gnome default theme crap I wanted to remove, along > with a few new but not very well thought through or complete themes. héhé ! Microsoft is not the only one to report their release ^^ Étienne. -- Verso l'Alto ! -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
Billy wrote: Yes, I understand all of that, I was just curious about going from 2 or 3 to just 1 or 2, so soon :D Hmm... depends how optimistic I'm feeling when I hit send. Call it "1", and if it looks like the team can handle more, "2". We have very tight constraints on space on the CD's, and a whole theme, with a complete icon set, is a lot of space. It is basically "the fewest number that gives us good diversity and which we can do at very high quality". I'm afraid, with this final rush, that we will end up releasing Dapper with all of the old Gnome default theme crap I wanted to remove, along with a few new but not very well thought through or complete themes. Night all. Mark -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
This sounds like a good idea to me. IMHO there was a definite lack of direction regarding decisions which should be made much earlier in a development cycle. Bug problems and timing issues aside, decisions about artwork should be known to all developers in good time before a release. This would allow them to give their own applications a more cohesive look with the default theme. I believe this would allow the distribution as a whole to look more polished and professional.I believe many of the problems encountered in the last few weeks could be solved by improved governance and the early adoption of a community discussed timetable. Yes there should be flexibility in the development processes, after all is it not the aim of the edgy release to experiment with new ideas? But this should not preclude from ensuring definitive decisions are made on a set time-scale.All said I look forward to using and spreading the word of Dapper Ubuntu, this is a distribution to be proud of.Bring on Edgy,Ben - Original Message From: Mark Shuttleworth <[EMAIL PROTECTED]>To: Viper550 <[EMAIL PROTECTED]>Cc: ubuntu art Sent: Monday, 29 May, 2006 9:31:45 PMSubject: Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam Viper550 wrote: Yeah! Let's get this new, improved, and now mentioned show on the road! OK. During UDS-Paris in June we can draft up: - an art team governance plan (roles, responsibilities, appointments for Edgy) - a plan of record for Human, Tangerine and perhaps one other community-driven theme Mark -- ubuntu-art mailing listubuntu-art@lists.ubuntu.comhttps://lists.ubuntu.com/mailman/listinfo/ubuntu-art-- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
> Mark Shuttleworth wrote: Basically, I will be expecting art team members to chip in and help get those themes to completion and not to arbitrarily throw in "cute but totally incomplete" images. In other words, we need to pick a few specific battles to fight, then get organised into battalions to go and fight them. Mark This is precisely why I've criticized not V550's proposal earlier, but rather the fact he was making a theme proposal. I do think it's a great thing there are talented artists roaming this mailing list and giving great ideas, it really isn't too productive at this point, and won't be in the future when work will have to be done. What the timeline for Ubuntu artwork development will be, I don't know, but I do agree that distinct and personal proposals should be given a starting time and a deadline as well. Michiel -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
On Mon, 2006-05-29 at 21:41 +0100, Mark Shuttleworth wrote: Billy wrote: On Mon, 2006-05-29 at 21:31 +0100, Mark Shuttleworth wrote: Viper550 wrote: Yeah! Let's get this new, improved, and now mentioned show on the road! OK. During UDS-Paris in June we can draft up: - an art team governance plan (roles, responsibilities, appointments for Edgy) - a plan of record for Human, Tangerine and perhaps one other community-driven theme Mark perhaps one other? What happened to "For edgy, I will just ignore everyone who sends in their own favourite artwork. That is not constructive. What is constructive is to identify two or three clear, distinct theme styles, and then build teams to polish those up slowly through the course of the release ccle, with weekly uploads, to the point where they are really classy by the time you get to release." Either I misunderstood you before, or I'm not understanding nowor both? I suspect the community-driven part has something to do with it? Help!? :-) Billy - there needs to be a clear governance process. Part of that will be the appointment of people to lead one, or two, community driven themes, as Tangerine was led in Dapper. Basically, I will be expecting art team members to chip in and help get those themes to completion and not to arbitrarily throw in "cute but totally incomplete" images. In other words, we need to pick a few specific battles to fight, then get organised into battalions to go and fight them. Mark Yes, I understand all of that, I was just curious about going from 2 or 3 to just 1 or 2, so soon :D Billy -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
Billy wrote: On Mon, 2006-05-29 at 21:31 +0100, Mark Shuttleworth wrote: Viper550 wrote: Yeah! Let's get this new, improved, and now mentioned show on the road! OK. During UDS-Paris in June we can draft up: - an art team governance plan (roles, responsibilities, appointments for Edgy) - a plan of record for Human, Tangerine and perhaps one other community-driven theme Mark perhaps one other? What happened to "For edgy, I will just ignore everyone who sends in their own favourite artwork. That is not constructive. What is constructive is to identify two or three clear, distinct theme styles, and then build teams to polish those up slowly through the course of the release ccle, with weekly uploads, to the point where they are really classy by the time you get to release." Either I misunderstood you before, or I'm not understanding nowor both? I suspect the community-driven part has something to do with it? Help!? :-) Billy - there needs to be a clear governance process. Part of that will be the appointment of people to lead one, or two, community driven themes, as Tangerine was led in Dapper. Basically, I will be expecting art team members to chip in and help get those themes to completion and not to arbitrarily throw in "cute but totally incomplete" images. In other words, we need to pick a few specific battles to fight, then get organised into battalions to go and fight them. Mark -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
On Mon, 2006-05-29 at 21:31 +0100, Mark Shuttleworth wrote: Viper550 wrote: Yeah! Let's get this new, improved, and now mentioned show on the road! OK. During UDS-Paris in June we can draft up: - an art team governance plan (roles, responsibilities, appointments for Edgy) - a plan of record for Human, Tangerine and perhaps one other community-driven theme Mark perhaps one other? What happened to "For edgy, I will just ignore everyone who sends in their own favourite artwork. That is not constructive. What is constructive is to identify two or three clear, distinct theme styles, and then build teams to polish those up slowly through the course of the release ccle, with weekly uploads, to the point where they are really classy by the time you get to release." Either I misunderstood you before, or I'm not understanding nowor both? I suspect the community-driven part has something to do with it? Help!? :-) -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
Viper550 wrote: Yeah! Let's get this new, improved, and now mentioned show on the road! OK. During UDS-Paris in June we can draft up: - an art team governance plan (roles, responsibilities, appointments for Edgy) - a plan of record for Human, Tangerine and perhaps one other community-driven theme Mark -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
Billy wrote: On Mon, 2006-05-29 at 16:05 +0100, Mark Shuttleworth wrote: Billy wrote: Deadlines and assignees will not be useful for 5 months. Got any examples of Teams using these features effectively that do not need the features? The art team doesn't need bug reporting tools, for example. Again, what features are useful for the ArtTeam? Billy, you are completely underestimating the need for proper organisation in order to FIX the artwork. We have FANTASTIC talent in this team, but no organisation. You need those features NOW not in the last week before a release. The bug and spec tracking features of Launchpad are designed to let everyone work together and keep a common list of what needs to be fixed. In other words, they are designed to let people collaborate effectively. You say that neither of these is needed "for five months". That is when Edgy is doe to be released. That attitude is what causes a crunch just before release when suddenly everyone wants lots of little things changed but there is no clear list of what changes have been approved, or agreed. I do wish I came in sooner to push for more desktop theme choices, but with the lack of leadership and vision I don't know that it would have mattered. Even this very week the idea of 2 or more desktop themes has been rejected and overruled for Edgy in favor of the 'Human branding ONLY' concept. Then in another thread by lizardking, 2 memebers and myself are for it and there's been no opposition to it. So, my attitude has been on key, Sir! ..as you can see? Specifications are DESIGNED to be used at the BEGINNING of the release cycle. So everyone can see what is PLANNED. Then the team can coordinate to deliver on those specs. For edgy, I will just ignore everyone who sends in their own favourite artwork. That is not constructive. What is constructive is to identify two or three clear, distinct theme styles, and then build teams to polish those up slowly through the course of the release ccle, with weekly uploads, to the point where they are really classy by the time you get to release. Well, thank you for finally making that clear. It's just what I, and others, wanted to hear and what few of us have been asking for! Now that it has finally been said, some real artwork/desktops can come forth. I based my thoughts of LP on the past because I had nothing else to go on. That was my point. That if all we were going to do is make a few things and propose them for inclusion, LP was not needed. I certaintly agree LP 'could' be a good tool in an effort to offer a few good choice desktops. It makes sense to need LP for unified desktop choices, but I couldn't understand why people wanted it just to repeat a dapper artwork cycle. BUGS are your way to track problems that have occurred. They let you know what things you are committed to fixing, and which you will not fix. This is critical throughout the process, not just in the final week. So - no more cavalier "let's just wing it" approach, OK? That's what I've said since Warty! Mark Yeah! Let's get this new, improved, and now mentioned show on the road! Viper550 -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
On Mon, 2006-05-29 at 16:05 +0100, Mark Shuttleworth wrote: Billy wrote: Deadlines and assignees will not be useful for 5 months. Got any examples of Teams using these features effectively that do not need the features? The art team doesn't need bug reporting tools, for example. Again, what features are useful for the ArtTeam? Billy, you are completely underestimating the need for proper organisation in order to FIX the artwork. We have FANTASTIC talent in this team, but no organisation. You need those features NOW not in the last week before a release. The bug and spec tracking features of Launchpad are designed to let everyone work together and keep a common list of what needs to be fixed. In other words, they are designed to let people collaborate effectively. You say that neither of these is needed "for five months". That is when Edgy is doe to be released. That attitude is what causes a crunch just before release when suddenly everyone wants lots of little things changed but there is no clear list of what changes have been approved, or agreed. I do wish I came in sooner to push for more desktop theme choices, but with the lack of leadership and vision I don't know that it would have mattered. Even this very week the idea of 2 or more desktop themes has been rejected and overruled for Edgy in favor of the 'Human branding ONLY' concept. Then in another thread by lizardking, 2 memebers and myself are for it and there's been no opposition to it. So, my attitude has been on key, Sir! ..as you can see? Specifications are DESIGNED to be used at the BEGINNING of the release cycle. So everyone can see what is PLANNED. Then the team can coordinate to deliver on those specs. For edgy, I will just ignore everyone who sends in their own favourite artwork. That is not constructive. What is constructive is to identify two or three clear, distinct theme styles, and then build teams to polish those up slowly through the course of the release ccle, with weekly uploads, to the point where they are really classy by the time you get to release. Well, thank you for finally making that clear. It's just what I, and others, wanted to hear and what few of us have been asking for! Now that it has finally been said, some real artwork/desktops can come forth. I based my thoughts of LP on the past because I had nothing else to go on. That was my point. That if all we were going to do is make a few things and propose them for inclusion, LP was not needed. I certaintly agree LP 'could' be a good tool in an effort to offer a few good choice desktops. It makes sense to need LP for unified desktop choices, but I couldn't understand why people wanted it just to repeat a dapper artwork cycle. BUGS are your way to track problems that have occurred. They let you know what things you are committed to fixing, and which you will not fix. This is critical throughout the process, not just in the final week. So - no more cavalier "let's just wing it" approach, OK? That's what I've said since Warty! Mark -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
On Mon, 2006-05-29 at 15:59 +0100, Mark Shuttleworth wrote: I did ask the admin of the previous launchpad artwork team to add other people as admins. It never got done (joelM!!!) so have done it myself now. No need to create a whole new team, that's just confusing! Yes you did. Is there any reason JoelM is still an admin? He has not been active for a very long time and doesn't reply to attempts to contact him (you and others), although he did reply to me. I'm sure time constriants are a likely reason but someone with time constraints does not need to be an admin. I have also changed the default subscription and renewal period to be 365 days - it was 30 days so everyone is going to expire RSN :-/. I have extended the subscription of the new admins (andreas nilson, troy sobotka and frank schoep) by a year. Feel free to add more admins if you see fit, folks. Mark I'd like to propose Who as another admin, if another is needed (can't have too many). He's very active, knowledgable, and level headed. Billy -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
Billy wrote: Again, they are not a result of the artwork but the code elsewhere. Plainly stated in the bug reports. I one saw a bad svg icon crash nautilus in the lila-brown theme. It was the fault of Inkscape and svg libs, not the artist using the app and the libs. Nonetheless. They cause stress, bugreports, and release delays. Bugs. -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
On Mon, 2006-05-29 at 15:59 +0100, Mark Shuttleworth wrote: It is extremly rare that artwork is the cause of any true bug. Totally untrue. We are having a flurry of bugs show up now because of new artwork. Not just bugs in the artwork itself, but interesting interactions between icon sizes, and SVG for example. Mark Again, they are not a result of the artwork but the code elsewhere. Plainly stated in the bug reports. I one saw a bad svg icon crash nautilus in the lila-brown theme. It was the fault of Inkscape and svg libs, not the artist using the app and the libs. In the case of the icon sizes in tabs. Same thing. Those of use that have made icons for gnome know a simple small X does the trick to getting around bad gtk code. An outsider wouldn't know this. I've said it many times, if the icon themers would make everything 'Scalable' instead of 'Fixed' in the index.theme file, menus wouldn't get wacked out either. Whether or not that is bad code, I'm not sure, but it is certainly unnecessary on the themers part. 'Fixed' has no real purpose. Billy -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
Billy wrote: Deadlines and assignees will not be useful for 5 months. Got any examples of Teams using these features effectively that do not need the features? The art team doesn't need bug reporting tools, for example. Again, what features are useful for the ArtTeam? Billy, you are completely underestimating the need for proper organisation in order to FIX the artwork. We have FANTASTIC talent in this team, but no organisation. You need those features NOW not in the last week before a release. The bug and spec tracking features of Launchpad are designed to let everyone work together and keep a common list of what needs to be fixed. In other words, they are designed to let people collaborate effectively. You say that neither of these is needed "for five months". That is when Edgy is doe to be released. That attitude is what causes a crunch just before release when suddenly everyone wants lots of little things changed but there is no clear list of what changes have been approved, or agreed. Specifications are DESIGNED to be used at the BEGINNING of the release cycle. So everyone can see what is PLANNED. Then the team can coordinate to deliver on those specs. For edgy, I will just ignore everyone who sends in their own favourite artwork. That is not constructive. What is constructive is to identify two or three clear, distinct theme styles, and then build teams to polish those up slowly through the course of the release ccle, with weekly uploads, to the point where they are really classy by the time you get to release. BUGS are your way to track problems that have occurred. They let you know what things you are committed to fixing, and which you will not fix. This is critical throughout the process, not just in the final week. So - no more cavalier "let's just wing it" approach, OK? Mark -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
I did ask the admin of the previous launchpad artwork team to add other people as admins. It never got done (joelM!!!) so have done it myself now. No need to create a whole new team, that's just confusing! I have also changed the default subscription and renewal period to be 365 days - it was 30 days so everyone is going to expire RSN :-/. I have extended the subscription of the new admins (andreas nilson, troy sobotka and frank schoep) by a year. Feel free to add more admins if you see fit, folks. It is extremly rare that artwork is the cause of any true bug. Totally untrue. We are having a flurry of bugs show up now because of new artwork. Not just bugs in the artwork itself, but interesting interactions between icon sizes, and SVG for example. Mark -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
On Sat, 2006-05-27 at 18:03 -0700, Troy James Sobotka wrote: On Sat, 2006-27-05 at 19:51 -0500, Billy wrote: > See, that's what I'm talking about. Henrik has his own job to do as > ubuntu admin. He is not a leader of the ArtTeam. We don't have a > leader for the ArtTeam. It has been strongly suggested, and agreed, > that decision wait til after dapper is released and we all meet and > and discuss a vision and decide on some leaders. Again, your > motivation is great, but please be patient! Billy I totally hear you. The problem is, as a community, things need to get done. Thus far I have only done things so that folks can get involved. Believe me, my only desire is to make Ubuntu the best project it can and give it a bit of clarity. I couldn't even find a central place for the darn art stuff. Did you even know the edubuntu art team existed and has its own wiki? I understand. The problems will be addressed in due time. I see the mess. I know it's hard to find anything in the wiki. Yes, I did know edubuntu had their own wiki (because everything else does) but would not have actually seen it had I not done so much searching for other things. It just comes up in the results. -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
On za, 2006-05-27 at 19:33 -0500, Billy wrote: > Agreed! No one stepped up to the the plate when Mark asked. Now > everyone is swinging at every pitch and striking out. Instead of > calmly waiting for a meeting to obtain agreed focus and structure, > people are implimenting, moving and renaming on their own under the > same chaotic structure that got the team where it is. Great to see > some fire but lets save it for the vision! That is the most sensible thing said in this thread so far. -- Dennis K. Time is an illusion, lunchtime doubly so. signature.asc Description: This is a digitally signed message part -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
On Sat, 2006-05-27 at 15:36 -0700, Troy James Sobotka wrote: On Sat, 2006-27-05 at 14:20 -0700, Brian Burger wrote: > Having an art team entry in Launchpad is useful for bug reporting, if > nothing else. The wiki is far more flexible for displaying draft > artwork, brainstorming, and all the other stuff that goes on there. Agree 100%. Launchpad has specifications with deadlines and assignees as well. It is a great management starting point. Further still, the teams that are successful are all using it effectively. Deadlines and assignees will not be useful for 5 months. Got any examples of Teams using these features effectively that do not need the features? The art team doesn't need bug reporting tools, for example. Again, what features are useful for the ArtTeam? To use it effectively we need to have it working, with people being able to contribute to it on a completely regular basis, just like the wiki. yes, well, at least lp would keep it all in one place. Problem is, that place is too controlled for what an art team requires for 5 out of 6 months. > I'm still wondering why we suddenly have two art team entries in LP > now, though. I haven't bothered joining the second new one - as Dennis > said, let's get the original entry sorted out instead... I started it up after doing some due diligence. If it takes Mark Shuttleworth to come into a 'community' to request some action in a community, it is failing. Agreed! No one stepped up to the the plate when Mark asked. Now everyone is swinging at every pitch and striking out. Instead of calmly waiting for a meeting to obtain agreed focus and structure, people are implimenting, moving and renaming on their own under the same chaotic structure that got the team where it is. Great to see some fire but lets save it for the vision! -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
Hello, > Please cooperate instead of compete. Why not drop > this new team and make sure the other works correctly? I think that the best solution should be to have one team on launchpad. Just about the name, i prefer ubuntu-artwork to ubuntu-art (like edubuntu-artwork which seems quite well organized). I wish that we could merge ubuntu-art into ubuntu-artwork. Obviously, ubuntu-artwork wasn't created with enough discussion. However, it allow all of us to continue the reborn of the artwork team. Étienne. -- Verso l'Alto ! -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
On 5/27/06, Troy James Sobotka <[EMAIL PROTECTED]> wrote: > Also, while I do not have any personal admin experience in launchpad, > JoelM made it clear that as an admin nothing works for him in > launchpad, so before we run down yet another dead end road, someone > needs to make sure it actually functions correctly. If it ain't broke, don't fix it. It was bloody broke. Launchpad works fine I see two contradictory statements! Either it works and we don't need the second team, just some patience with Joel to allow another admin (who can in turn make more) or Launchpad is broken and we need to do something more than just create a new team. I feel that things like this that quite fundamentally affect how the group functions should be discussed on the ML before they are done - decisions like who has admin rights, what to do with the old group and how the new one functions are the business of all of us. With a meeting coming so soon, and with many of the list members advocating a breather before storming ahead with Edgy I think this could easily have been delayed until a consenus was reached. One thing I learned from the wey the theme choosing was handled in the end was that we need to have defined leaders and decisive action (which seems to be happening), another was that there needs to be clear discussion to make sure everyone understands what is happening, and that at least a majority support what it. Unlike then (and I recognise that we can't all always discuss everything), there is no need for unilateral, rushed action that can lead to discontent and an interuption in the process of getting real things done, Obviously, we need to find a balance! I'ts great things are moving again. Who -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
On Sat, 2006-27-05 at 14:20 -0700, Brian Burger wrote: > Having an art team entry in Launchpad is useful for bug reporting, if > nothing else. The wiki is far more flexible for displaying draft > artwork, brainstorming, and all the other stuff that goes on there. Agree 100%. Launchpad has specifications with deadlines and assignees as well. It is a great management starting point. Further still, the teams that are successful are all using it effectively. To use it effectively we need to have it working, with people being able to contribute to it on a completely regular basis, just like the wiki. > > I'm still wondering why we suddenly have two art team entries in LP > now, though. I haven't bothered joining the second new one - as Dennis > said, let's get the original entry sorted out instead... I started it up after doing some due diligence. If it takes Mark Shuttleworth to come into a 'community' to request some action in a community, it is failing. -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
> Also, while I do not have any personal admin experience in launchpad, > JoelM made it clear that as an admin nothing works for him in > launchpad, so before we run down yet another dead end road, someone > needs to make sure it actually functions correctly. If it ain't broke, don't fix it. It was bloody broke. Launchpad works fine. The wiki seems to be thriving. IRC has gained idling folks dramatically. People can find information. -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
On Sat, 2006-05-27 at 14:20 -0700, Brian Burger wrote: On 5/27/06, Billy <[EMAIL PROTECTED]> wrote: It's also extremely slow. No one communicates through the wiki so I don't see what this will do for art. What features are useful? Mailing list is fine. Want more?..stick with the wiki, or cancel the wiki and go launchpad or something. If the wiki still is not workable why spread out in ot other areas. Focus, focus, focusone thing at a time. Then something might get done. Having an art team entry in Launchpad is useful for bug reporting, if nothing else. The wiki is far more flexible for displaying draft artwork, brainstorming, and all the other stuff that goes on there. I'm still wondering why we suddenly have two art team entries in LP now, though. I haven't bothered joining the second new one - as Dennis said, let's get the original entry sorted out instead... LP has been very slow the last day or so, but it's not normally any slower than any other big website. Brian Yes, it is slower than usual right now but it is always slow for me. It is extremly rare that artwork is the cause of any true bug. Last one I saw was a few years ago with pimap themes crashing Evolution, and that was easily and quickly fixed. Ubuntulooks, tango naming utils, svg libs, gtk-engines etc...are not ran through ubuntu-art so don't expect many true bug reports. Of course, people submit eye bug all the time based on personal opinion but those should be handled throught the mailing list or wiki. We don't need to invite people to report bugs where its extremely unlikely art is the cause. If the voting code is fixed in lp by the time we need to vote on Edgy stuff I can see it useful for that. -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
On 5/27/06, Billy <[EMAIL PROTECTED]> wrote: It's also extremely slow. No one communicates through the wiki so I don't see what this will do for art. What features are useful? Mailing list is fine. Want more?..stick with the wiki, or cancel the wiki and go launchpad or something. If the wiki still is not workable why spread out in ot other areas. Focus, focus, focusone thing at a time. Then something might get done. Having an art team entry in Launchpad is useful for bug reporting, if nothing else. The wiki is far more flexible for displaying draft artwork, brainstorming, and all the other stuff that goes on there. I'm still wondering why we suddenly have two art team entries in LP now, though. I haven't bothered joining the second new one - as Dennis said, let's get the original entry sorted out instead...LP has been very slow the last day or so, but it's not normally any slower than any other big website. Brian -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
On Sat, 2006-05-27 at 15:34 -0500, Billy wrote: On Sat, 2006-05-27 at 12:35 -0700, Troy James Sobotka wrote: Launchpad has a ton of useful features. Unfortunately, the ubuntu-art team apparently has one admin who is too busy. To this end, there is a fresh Ubuntu Artwork Team launched at launchpad. It has several admins to prevent useless bottlenecks. Further, the contact list for email is set to none, which means EVERYONE gets updates. https://launchpad.net/people/ubuntu-artwork/ Many great features. Many admins. Let's hope this breaks new organizational ground. PS: I also added a link to the wiki root to the Edubuntu artwork team. My are they organized... Oh my where'd that come from? Why do we need 2? https://launchpad.net/people/ubuntu-art we already have everyone here so why another? Also, while I do not have any personal admin experience in launchpad, JoelM made it clear that as an admin nothing works for him in launchpad, so before we run down yet another dead end road, someone needs to make sure it actually functions correctly. It's also extremely slow. No one communicates through the wiki so I don't see what this will do for art. What features are useful? Mailing list is fine. Want more?..stick with the wiki, or cancel the wiki and go launchpad or something. If the wiki still is not workable why spread out in ot other areas. Focus, focus, focusone thing at a time. Then something might get done. -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
On za, 2006-05-27 at 12:35 -0700, Troy James Sobotka wrote: > To this end, there is a fresh Ubuntu Artwork Team > launched at launchpad. It has several admins to > prevent useless bottlenecks. That's ridiculous... Please cooperate instead of compete. Why not drop this new team and make sure the other works correctly? -- Dennis K. Time is an illusion, lunchtime doubly so. signature.asc Description: This is a digitally signed message part -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
Re: [ubuntu-art] LAUNCHPAD: ArtworkTeam
On Sat, 2006-05-27 at 12:35 -0700, Troy James Sobotka wrote: Launchpad has a ton of useful features. Unfortunately, the ubuntu-art team apparently has one admin who is too busy. To this end, there is a fresh Ubuntu Artwork Team launched at launchpad. It has several admins to prevent useless bottlenecks. Further, the contact list for email is set to none, which means EVERYONE gets updates. https://launchpad.net/people/ubuntu-artwork/ Many great features. Many admins. Let's hope this breaks new organizational ground. PS: I also added a link to the wiki root to the Edubuntu artwork team. My are they organized... Oh my where'd that come from? Why do we need 2? https://launchpad.net/people/ubuntu-art we already have everyone here so why another? Also, while I do not have any personal admin experience in launchpad, JoelM made it clear that as an admin nothing works for him in launchpad, so before we run down yet another dead end road, someone needs to make sure it actually functions correctly. -- ubuntu-art mailing list ubuntu-art@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-art
