Re: Unneeded System Tools menu
On Mon, Mar 31, 2008 at 11:48 AM, Milan <[EMAIL PROTECTED]> wrote: > In Hardy, all applications that don't really manage system-wide or user > settings were moved from System->Preferences and ->Administration to > Applications->System Tools. > > This is a good idea as a general rule since previously both > configuration menus were bloated by numerous tools. But in the default > install, adding a System Tools menu in Applications in not > user-friendly. The two only tools that appear there are hwtest-gtk and > gnome-system-monitor: these are not likely to be used by the base user; > furthermore, their use is very different from that of most applications, > i.e. editing documents, and so on. > > So I suggest we choose either to put g-s-m and back to > System->Administration, or we hide its icon, adding elsewhere a way to > start it (a keyboard shortcut?), and the sme for hwtest-gtk. We may > consider short-term and long-term solutions to this, because the current > situation is IMHO not very good. > > This was already raised in this bug (with one duplicate): > https://bugs.launchpad.net/ubuntu/+source/gnome-system-monitor/+bug/205190 I agree that the current solution is badly presented. The problem for me is that we already have a "System" menu, so it's inelegant in the extreme to show the user a "System Tools" menu under the Applications menu. A better solution in my opinion would be to move the Applications -> System Tools submenu to a System -> Tools submenu. Copying this email to -desktop. Matt -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Unneeded System Tools menu
On Wed, Apr 2, 2008 at 3:20 AM, Jan Claeys <[EMAIL PROTECTED]> wrote: > Op maandag 31-03-2008 om 09:05 uur [tijdzone -0700], schreef George > Farris: > > > The best example lately is and I suppose it was a technical reason and > > so maybe not avoidable because of gvfs is: moving the "Removable > > drives and Media" from the preferences. That was really a horrible > > move. There aren't even drives in the menu any more and yet it still > > says "Drives". > > +1 > > Do you have a bug report # for that? I filed an upstream one at http://bugzilla.gnome.org/show_bug.cgi?id=524195. No reply yet though. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Developemnt and use - Training manual
Hi, On Mon, May 5, 2008 at 9:02 AM, Billy Cina <[EMAIL PROTECTED]> wrote: > Ubuntu is a free distribution and will always continue to be free. > However, this does not mean that every service provided to support Ubuntu or > its further expansion must also be free. Both the Ubuntu community and > Canonical have invested a lot of time and money in developing this course, > it is therefor reasonable for: a. the community to be able to use the > material (freely) to further spread the work of Ubuntu and grow the user > base, and b. for Canonical to determine who should be seeking a profit out > of its investment. I'm also uncomfortable with this argument. As others have pointed out, the same reasoning could be applied to the Ubuntu distribution itself. There may be a better distinction to be made here between work done by the Ubuntu community, and Canonical's profit-making business. When the training manual was first released I was disappointed not only that it had been released under a non-free licence, but also because I looked on the mailing list and found no public discussion whatsoever of the licence to be chosen. The non-free licence has meant that it is completely impossible for the project to share content or work with the Ubuntu documentation project (in either direction), because of the incompatibility of free documentation with non-free documentation. I think the reason for my disappointment was that the training project had been promoted as a community project. I understand that Canonical is investing money in order to produce this material, and I don't have a problem with Canonical seeking to recoup money from that investment, but if a non-free licence is required to protect that, I think the emphasis placed on community involvement in the project is misplaced. The Ubuntu community has an obligation to its philosophy to produce free material. I think my view remains the same even though I recognise that community members might easily wish to contribute to the project voluntarily, in the knowledge that the project is producing non-free material. I think the Ubuntu community has a duty to ensure that each of the sub-projects that it is being associated with are compatible with its philosophy. Having said that, it's obviously a difficult question, and I think that public discussion should have taken place over this right at the start of the project. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: us.archive.ubuntu.com
Hi, On Thu, May 8, 2008 at 6:01 PM, Richard A. Johnson <[EMAIL PROTECTED]> wrote: > On Thursday 08 May 2008, Joe Terranova wrote: > | Are there problems with us.archive.ubuntu.com , or does it seriously > | need an upgrade? > | Every new version, it's unusable for weeks -- as of today, it's still > | unusable. I'm tired of having to change my sources.list to a different > | country every time there's a new version. > > I get that with us.archive, ca.archive, or just archive right now. I believe us.archive.ubuntu.com and archive.ubuntu.com use the same group of servers. ca.archive.ubuntu.com seems to be different though. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
feedback on new wiki theme
Hi, Recently I've been developing a new theme which is intended to replace the existing themes on the documentation wiki (https://help.ubuntu.com/community). The intention of the theme is to make reading the wiki easier for a user (so the interface should be cleaner) and for an editor (so there is an editbar at the bottom of the screen which follows the window as you scroll). This is a call for testing and feedback of the theme. I'd really like to implement a similar theme for the development wiki at wiki.ubuntu.com if the feedback is positive. To test the theme, log into the help wiki and go to the preferences page (UserPreferences). Set the theme to 'ubuntunew' (you can easily set it back later). Then just edit a few pages and see what you think. It still needs some work in terms of the fonts and rigorous testing with non-firefox browsers, but I'd appreciate any additional feedback that people have at this stage. Please send comments to me, or if you are really keen, patches! The code is here: https://code.launchpad.net/~mdke/ubuntu-doc/helpwiki-newtheme -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: feedback on new wiki theme
On Fri, Sep 5, 2008 at 10:12 PM, Dotan Cohen <[EMAIL PROTECTED]> wrote: > I do not see anything as having changed. Could you post a few static > pages, both with the new and old themes? There are some screenshots here - http://doc.ubuntu.com/~mdke/wikitheme/ Note that the testing theme is available on the *help* wiki, at https://help.ubuntu.com/community and not the development wiki yet. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: feedback on new wiki theme
Hi Jordan! On Fri, Sep 5, 2008 at 10:31 PM, Jordan Mantha <[EMAIL PROTECTED]> wrote: > This is a very nice theme and looks more professional and usable to > me. My only complaint is that it's rather narrow on all my computers > (widescreen laptop and LCD displays). It looks like we're losing an > awful lot of screen real estate. Is it possible to make it a fluid > rather than fixed width theme? http://www.ubuntu.com has the same > issue. I did think about this, but one of the points of the theme was to be consistent with the ubuntu.com website. As a result I'm pretty reluctant to depart from that unless the ubuntu.com website design changes. That's probably a discussion we could have separately on the ubuntu-website list (which I'm adding back into cc). -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: feedback on new wiki theme
Thank you everyone for your comments so far. I've already made changes to my branch which address some of the comments. I can't reply individually to each suggestion but I'm considering them all. Please keep them coming! -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Usage of apturl in the documentation
Hi Michael, We're currently considering whether to use apturl in installation instructions on the Ubuntu documentation wiki at https://help.ubuntu.com/community, and potentially also in the onboard documentation provided with yelp (Ubuntu/Xubuntu) or khelpcenter (Kubuntu). Can you confirm that there are no security related reasons for not doing so? Are there any other disadvantages that you can see with converting our instructions to use apturl. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: libpam-modules patch pam_group for NSS groups
Hi Edward, On Mon, Sep 8, 2008 at 4:41 AM, Edward Murrell <[EMAIL PROTECTED]> wrote: > Hi, I've written a patch to allow the use of NSS groups in pam_group. Is > this a good place to submit it? The patch is for 8.04/hardy > 0.99.7.1-5ubuntu6.1 package. Patches will tend to get lost in a mailing list archive - you should probably file a but to describe the problem which the patch fixes, and attach your patch. That should lead to it getting some attention. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: 'developers' in preamble of CoC
Hi Mitsuya, On Tue, Oct 14, 2008 at 4:51 PM, Mitsuya Shibata <[EMAIL PROTECTED]> wrote: > Hi folks, > > What's mean of 'developers' in preamble of CoC [1] ? > > In third paragraph of the preamble: >> That collaboration depends on good relationships between developers. > > I think that its 'developer' means "community member", and it contains > "normal user". If so, it should be replaced by 'members'. > > [1] http://www.ubuntu.com/community/conduct We've created a project on Launchpad so that you can file bugs on the Code of Conduct. Please go ahead and report the issue here, or if you like I can do it: https://launchpad.net/ubuntu-codeofconduct -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: System->Administration cleanup
On Tue, Oct 21, 2008 at 7:28 PM, Matthew Paul Thomas <[EMAIL PROTECTED]> wrote: > I'm working on a design to combine the "Preferences" and > "Administration" menus into something more wieldy. Isn't gnome-control-center the answer to this? Having tried OpenSUSE and noting a big improvement on Ubuntu in the way preference tools are presented, I raised the issue of its activation by default in Ubuntu a while back on the -desktop list, and there was a brief discussion about the fact that it seems to be rather slow to appear on some systems, but no serious discussion or justification offered for including the long unwieldy menus. Even if gnome-control-center has some bugs, I would have thought that working on those is more efficient and upstream friendly than redesigning the menu. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: System->Administration cleanup
Hi, On Thu, Oct 23, 2008 at 4:21 PM, Mackenzie Morgan <[EMAIL PROTECTED]> wrote: > On Thu, 2008-10-23 at 14:37 +0100, Matthew East wrote: >> On Tue, Oct 21, 2008 at 7:28 PM, Matthew Paul Thomas <[EMAIL PROTECTED]> >> wrote: >> > I'm working on a design to combine the "Preferences" and >> > "Administration" menus into something more wieldy. >> >> Isn't gnome-control-center the answer to this? Having tried OpenSUSE >> and noting a big improvement on Ubuntu in the way preference tools are >> presented, I raised the issue of its activation by default in Ubuntu a >> while back on the -desktop list, and there was a brief discussion >> about the fact that it seems to be rather slow to appear on some >> systems, but no serious discussion or justification offered for >> including the long unwieldy menus. > > It's still overcrowded and doesn't address the fact that many of the > items should really combine for clarity. Keyboard, keyboard shortcuts, > OnBoard...those seem like they could all go together. Printing and > Default Printer? Put them together. Preferred Applications and > Removable Drives and Media should go together as well. Removable Drives > and Media is really "preferred applications for handling removable > drives and media," so it doesn't really need to be separate. That is of course true, but it's a separate problem, not a problem with gnome-control-center. It exists both in the Ubuntu menu and in gnome-control-center. I'm fairly sure it's a known problem upstream and there is at least some gradual work to combine utilities (such as the Appearance utility). -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: System->Administration cleanup
Hi, On Fri, Oct 24, 2008 at 12:54 PM, Matthew Paul Thomas <[EMAIL PROTECTED]> wrote: > Matthew East wrote on 23/10/08 14:37: >> On Tue, Oct 21, 2008 at 7:28 PM, Matthew Paul Thomas <[EMAIL PROTECTED]> >> wrote: >> >>> I'm working on a design to combine the "Preferences" and >>> "Administration" menus into something more wieldy. >> >> Isn't gnome-control-center the answer to this? >>... > > The Control Center makes scanning the available settings easier, and > avoids the increasingly-meaningless distinction between Preferences and > Administration. Right: that's what I like best about it. At the very least, even if its decided to keep the utilities in the menu rather than using the control center, the same structure in terms of categories of applications could be kept: this would have the benefit of reusing thinking and work done upstream. But my personal preference would be to have the control center and fix any problems in it. In the end, I guess all this discussion and work should take place directly upstream anyway, ideally. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Preparing for Ubuntu Open Week
Hi Jorge,
On Fri, Oct 17, 2008 at 1:03 AM, Jorge O. Castro <[EMAIL PROTECTED]> wrote:
> Right now we've penciled off Monday 3 November to 7 November as Open
> Week for this cycle.
{snip}
> Basically, if you're doing something cool that you'd like to run a
> session on, put your name down on the list.
I had added "Documentation" to the list for this, but it wasn't
included in the final schedule. Obviously, I appreciate that it's not
possible to include every subject that you get recommendations on, but
the Ubuntu Documentation Project has been rather neglected in recent
Open Weeks: since appearing in the first two Open Weeks, it hasn't
appeared since then, and documentation is quite an important area of
the community because it's a substantial part of the user experience,
the project needs more contributions, and it is a great place for
people who don't code to get involved.
Perhaps documentation can be considered for a future Open Week?
One other small comment on the schedule: it's not totally clear
whether the aim of Open Week is about attracting new contributors
(which is what I had understood it to be about), because a few of the
sessions appear to about how to use particular features on Ubuntu,
which is something which will appeal to users, rather than
contributors. Those sessions look a bit like walkthrough sessions, or
live tutorials. I'm not saying that one type of session is more
valuable than the other, but perhaps it is worth making a clear
distinction because that way you are more likely to get the right
demographic of people attending each type of session. If there are
sessions which will be showing off particular features of Ubuntu, they
could be publicised as support sessions, or even be used as concrete
marketing initiatives.
--
Matthew East
http://www.mdke.org
gnupg pub 1024D/0E6B06FF
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: rename system-cleaner-gtk to cruft-remover-gtk
On Mon, Nov 3, 2008 at 7:29 AM, Lars Wirzenius <[EMAIL PROTECTED]> wrote: > ma, 2008-11-03 kello 08:17 +0100, Mario Vukelic kirjoitti: >> On Mon, 2008-11-03 at 11:31 +0530, shirish wrote: >> > had to rename it to cruft-remover-gtk due >> > to trademark related names. >> >> Non-technical users have absolutely no idea what "cruft" means. >> Wikipedia correctly says, "Cruft is computing jargon" >> http://en.wikipedia.org/wiki/Cruft > > Hmmm. That is, unfortunately, a very good point. Not sure what would be > the best way to deal with that. It's to remove the word. The whole application needs a thorough review. To be honest, it's pretty surprising that it was included by default in Intrepid, considering the high quality of presentation of the rest of the desktop. For me, it has the feeling of an application that was rushed in without much attention to detail. Aside from the unfortunate name (it would work for a geeky superhero, but not an application on a professional desktop), here are some other issues: 1. The menu entry has no icon and the menu entry tooltip is long and unwieldy. 2. The application window contains an "explanation" of what the program is. It says "This application helps you get rid of cruft". Considering that the program is called "Cruft Remover", that doesn't really take things very far! 3. It's unclear from the application window what is actually going to happen to the things which are ticked in the window if you click "Apply". A user won't know whether to tick, or to untick a box in order to uninstall a particular package. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: rename system-cleaner-gtk to cruft-remover-gtk
On Mon, Nov 3, 2008 at 10:34 AM, Alan Pope <[EMAIL PROTECTED]> wrote: > I'd go for a name like "Orphaned Package Cleanup" which is somewhat > less pejorative than "Cruft". There is also this application, which is already in the Ubuntu repositories, that seems to do the same thing: Site: http://www.marzocca.net/linux/gtkorphan.html Screenshots: http://www.marzocca.net/linux/goshots.html Ubuntu package: http://packages.ubuntu.com/intrepid/gtkorphan The design looks rather better though, maybe the projects can be merged. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: rename system-cleaner-gtk to cruft-remover-gtk
On Mon, Nov 3, 2008 at 12:37 PM, Lars Wirzenius <[EMAIL PROTECTED]> wrote:
> ma, 2008-11-03 kello 08:11 +, Matthew East kirjoitti:
>> On Mon, Nov 3, 2008 at 7:29 AM, Lars Wirzenius <[EMAIL PROTECTED]> wrote:
>> > ma, 2008-11-03 kello 08:17 +0100, Mario Vukelic kirjoitti:
>> >> On Mon, 2008-11-03 at 11:31 +0530, shirish wrote:
>> >> > had to rename it to cruft-remover-gtk due
>> >> > to trademark related names.
>> >>
>> >> Non-technical users have absolutely no idea what "cruft" means.
>> >> Wikipedia correctly says, "Cruft is computing jargon"
>> >> http://en.wikipedia.org/wiki/Cruft
>> >
>> > Hmmm. That is, unfortunately, a very good point. Not sure what would be
>> > the best way to deal with that.
>>
>> It's to remove the word.
>
> That would leave the name as "Remover", which is also not so good. :)
Heh, you took me a bit too literally there. I meant that the word
should be removed from the application completely, but of course it
would need to be replacd with another title. To be honest, I find the
word "Remover" a bit awkward, as well. "Removal" would work better, I
think.
I've searched through my list email to try to find the previous
discussion about why the name needed to be changed, and what
alternative names could be used, but I couldn't find it. I guess it
was during a meeting.
"System Cleaner" is the obvious name of course. I find it incredibly
dubious that a trademark could validly be enforced over a name which
is made up of generic and descriptive terms. As far as I know most
legal systems require trademarks to be distinctive. I suppose the
concern is over this product?
http://www.pointstone.com/products/systemcleaner/
I see that at the bottom of that website, the company seek to assert a
trademark over the name, although it's (perhaps intentionally)
ambiguous whether it is a registered trademark. I'd be surprised.
Even if there is a valid trademark there, I'm sure an alternative name
can be found with a bit of brainstorming. Just to kick things off:
System Cleanup, Cleanup Your System, System Restore (is that a
trademark too?), System Cleanser, System Janitor,
{Unwanted/Unused/Obsolete} {Program/File} {Removal/Cleanup}
Some of those are pretty bad as well, but hopefully would be an
improvement. My favourite would be "Obsolete File Removal".
--
Matthew East
http://www.mdke.org
gnupg pub 1024D/0E6B06FF
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: rename system-cleaner-gtk to cruft-remover-gtk
On Mon, Nov 3, 2008 at 10:15 AM, James Westby <[EMAIL PROTECTED]> wrote: > On Mon, 2008-11-03 at 10:06 +, Matthew East wrote: >> This is the second time I've been bitten by a problem like this... it >> seems that people tracking intrepid frequently end up with a desktop >> that is different to that which is finally released. No doubt this >> policy has been considered and there is a reason for it, but it sure >> is confusing! > > Perhaps we need some sort of tool installed by default that removes > packages that are no longer needed, and may be considered cruft :-) If there is genuinely no way of keeping the system clean without some user intervention, then certainly there is a use for such a program. It's a little dangerous I guess because there if such a program exists, then it might be difficult to reserve its use strictly for situations where it is impossible for the developers to effect the cleanup in the upgrade process. But this thread so far has been about the design of the application, rather than whether its existence is justified or not. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: rename system-cleaner-gtk to cruft-remover-gtk
On Mon, Nov 3, 2008 at 9:52 AM, Chris Coulson <[EMAIL PROTECTED]> wrote: > 2008/11/3 Matthew East <[EMAIL PROTECTED]> >> >> The whole application needs a thorough review. To be honest, it's >> pretty surprising that it was included by default in Intrepid, >> considering the high quality of presentation of the rest of the >> desktop. For me, it has the feeling of an application that was rushed >> in without much attention to detail. > > Matthew, > > It is not included in Intrepid by default. It was dropped from the > dependencies of ubuntu-desktop before release. Thanks for letting me know. This is the second time I've been bitten by a problem like this... it seems that people tracking intrepid frequently end up with a desktop that is different to that which is finally released. No doubt this policy has been considered and there is a reason for it, but it sure is confusing! -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Do you really want developers to be on this list was (Re: Very bad status of hardware (especially wifi) support in ubuntu, due to the too many accumulated regressions)
On Tue, Nov 11, 2008 at 4:03 AM, Martin Owens <[EMAIL PROTECTED]> wrote: > >> This list was created to give users a way to discuss Ubuntu development with >> developers. Comments like "I was just joking about you having to know >> anything" make the decision to unsubscribe easy. I'm seriously considering >> it myself. > > It should remain, developers should remain. I agree. If developers are unsubscribing from one of the two main development mailing lists, we have a serious communication problem in the community that needs to be addressed. When the distinction between -devel and -devel-discuss was set up, it relied on developers to take responsibility for following both lists. In the description of -devel-discuss, you see the phrase "Point of contact for Ubuntu users to reach Ubuntu developers". For this list to be successful, developers need to be reading it, or it's not worth having the list in the first place. > So on one side I think that list moderators or peers should be very > prompt in telling the wrong sorts of emails where to go, perhaps with a > standard template which explains the rules and a little checkbox by the > offence. That seems a good idea also. Unsubscribing from a mailing list is not the correct response to rudeness, it should be perfectly simple to correct it simply by pointing out some ground rules. That's why we have the code of conduct. If individuals who regularly read the list are interested in taking on the role of doing a little gentle moderating, then I'm pretty sure that it would be successful. From what I read on this list, I don't actually think that much intervention would be required. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Apport in stable releases [was: Re: Do you really want developers to be on this list]
On Fri, Nov 14, 2008 at 2:25 AM, Scott Kitterman <[EMAIL PROTECTED]> wrote: > I have heard people discuss post-release regressions due to SRU/security > updates. I was chatting with another developer last night who said he'd > found Hardy very stable at release and less so as it got updated. > > Perhaps Apport could be taught to roll the dice and return crash reports in > some fraction of cases post-release (perhaps 5 or 10 percent). This would > help us catch regressions. Would enabling it in -proposed help with that? -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Use of apt-url in the documentation wiki
On Wed, Jan 7, 2009 at 3:32 PM, Alan Pope wrote: > 2009/1/7 Richard Tattersall : >> Perhaps this suggests a problem with how ubuntu is documented for new users? >> > > It is. Maybe we should go through the wiki doing a global replace of > "apt-get install" with "click apt://" :) (note for the humour > impaired, this is not a serious suggestion, but you get the idea). This is a discussion which should continue on the ubuntu-doc list, but for the record: apt urls don't currently work on the documentation wiki. The question of whether to use them has been discussed by the documentation team, and a request has been made to the sysadmins back in September last year (ticket 3005 for those interested) to enable apt urls on the server that runs the wiki. As for the non-wiki part of the help website, we're hoping to introduce apt-url links in those documents during this release cycle. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Doing something about signal:noise complaints
On Thu, Jan 22, 2009 at 11:19 AM, Andrew Sayers wrote: > Hi all, > > Ubuntu developers tend to complain about the ratio of signal to noise on > this list - that is, the percentage of posts that take up their time > without helping them to improve Ubuntu. Many developers have apparently > unsubscribed from the list for that reason. Grumbling developers are > never a good thing for a project, so I'd like to see what can be done > about it. I think this is a very good idea. If developers have genuinely unsubscribed from this list, this is a very serious issue for the community and needs to be addressed. I personally think that at least in recent months the traffic on this list has been more than acceptable. Developers don't need to read every email, and the ones that are relevant to a particular package or project generally appear from the subject line. There is the occasional long thread that may not be particularly productive, but with email client threading and the amount of storage space available nowadays, this shouldn't really be a problem. Anyway, thanks for taking the initiative and I'm looking forward to seeing how this progresses. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: fast-user-switch-applet
Hi, On Fri, Mar 6, 2009 at 11:29 AM, Mat Tomaszewski wrote: > I've got my part in the decision to remove the icons from the fusa > applet and I can see why it is controversial. I think part of that comes > from the fact that almost all other menus use icons, and there seems to > be lack of consistency. > > We're in the process of reviewing each decision that was taken and > building future plans based on that. The developer community feedback in > this process is (as always) essential. On that basis I'll add my voice to the list of those who think icons should be added to this menu. I personally think that the consistency issue is significant - it looks unprofessional for a desktop to contain menus which are displayed in different ways, and the FUSA applet is basically indistinguishable from a menu as far as I'm concerned. I also think, in line with some other comments on the thread, that a menu with icons would be faster to use. Indeed, it's already inconsistent and counterintuitive for the applet to be in a different place to the other menus. Users will go to the left hand side of the top panel when they want to perform an action like opening a program, consulting help or changing a preference, so it's slightly odd to expect them to go to the right hand side to log out or shutdown, when the right hand side is otherwise only used for icons which display information and status (the time and date, network connectivity, battery status etc). This arises out of mixing concepts of status (e.g. IM status) with actions such as shutdown and logout in a single applet. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: bug #114521: No help or documentation available for Ubuntu installer
On Thu, Apr 23, 2009 at 2:19 AM, Stewart Johnston wrote: > Bug #11452 ( https://bugs.launchpad.net/ubuntu/+source/udev/+bug/11452 ) > is a release-specific bug for warty, so I wouldn't imagine it to be > worth your while. Perhaps you meant a different bug? Paste a link into > the email for lazy people like me :) It's in the subject line... https://bugs.launchpad.net/ubuntu/+source/ubuntu-docs/+bug/114521 See also this spec: https://blueprints.launchpad.net/ubuntu/+spec/karmic-installation-guide Anyone interested in contributing should feel free to followup on the ubuntu-doc mailing list. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Desktop Unit Consistency (LP: #369525)
Christopher, On Wed, Jun 3, 2009 at 1:16 AM, Christopher Chan wrote: > You're nuts. ... > What on earth is wrong with you people? ... > Geez. Your interventions on this thread have been unnecessarily aggressive and, at times, personal. Please have a read of the Ubuntu Code of Conduct and try and avoid aggressive, sarcastic, or personal responses. You'll find that people will respect your opinion more, as well. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Why Ubuntu is not ready for prime time
Hi Mat, On Wed, Aug 26, 2009 at 12:57 PM, Mat Tomaszewski wrote: > I'm currently reviewing the download process on Ubuntu.com and been > looking into various help and support options that the user is presented > with. The non-paid choices basically are: > > - Ubuntu documentation (help.ubuntu.com) – very information-rich > resource but very beginner-unfriendly (lots of technical jargon) help.ubuntu.com (which reproduces the desktop help system) is intended to be helpful to beginners as well as more technical users. Primarily, it should be useful to beginners. If it's not, then that is something to explore with the documentation team and something we'll be keen on fixing. If you've got any specific feedback, then I suggest that you open a discussion on the ubuntu-doc mailing list so that we can develop that and look into making some improvements. Obviously individual items can be reported as bugs on the ubuntu-docs package. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Icons in Place and System
On Tue, Oct 13, 2009 at 6:15 PM, Matthew Paul Thomas wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > coz DS wrote on 12/10/09 17:05: >> >> Hey all, >> I am running ubuntu 9.10 right now fresh install... I noticed no >> icons under System menu and a few missing from Places menu in Gnome. > > There are fewer icons in menus generally. Places and System are just two > examples. Shouldn't this be an all or nothing approach? I'm not attached to the icons myself but it does look a bit inconsistent in these menus to have some items without icons and other items (or submenu items) with icons. It makes it look, at least to me, as if the icons are missing by accident. Maybe it is worth discussing with upstream whether there is widespread agreement on the right approach, and following that. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Scripting favour for the docteam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there, The docteam needs a favour with some scripts for moving some stuff in our repo... I'd be very appreciative if anyone can help out!! I'll walk you through what needs to be done. 1. "svn checkout https://docteam.ubuntu.com/repos/trunk/ubuntu sometmpdir" - gets the relevant part of the repo needed. 2. cd sometmpdir/libs 3. The file that needs the magic is gnome-menus-C.ent. That file basically refers to a number of other files, which are in sometmpdir/menus/C/*xml. In order to fix an irritating bug, we need to move the content of the xml files directly into the relevant line of gnome-menus-C.ent. But: (a) In each line in gnome-menus-C.ent, the word "SYSTEM" has to be removed. (b) The first line of each xml file should be ignored (the xml declaration). (c) The end of lines and whitespace in between tags in the xml should be removed. As an example, I've done the first few manually. I *hope* that there is a corresponding line in gnome-menus-C.ent for each xml file, but I have not checked. If anyone has the skills necessary to accomplish this, I'd be really grateful if they could help out, and then either send a patch (svn diff) or the script... Thanks for reading, and please ask if anything is unclear. - -- Matthew East http://www.mdke.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFoXL+tSaF0w5rBv8RAr1bAKCE0cvZOcC4dDhmPhZLX2HtGM6quwCfSrND CMgdo/9K+08j72JFt4RbtnM= =Tmdw -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Scripting favour for the docteam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Matthew East: > The docteam needs a favour with some scripts for moving some stuff in > our repo... I'd be very appreciative if anyone can help out!! Many thanks to Soren Hansen, who grabbed me on irc and sent me this script, which was perfect. http://warma.dk/magic.py-source I love this community. - -- Matthew East http://www.mdke.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFoXqetSaF0w5rBv8RAiYgAJ0ULSHjmuyIoeBXPXtlPIyGItcLcgCeJ5M7 Kq8i4jtiyzM0nqmzGLTRFAQ= =H+ly -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Forum/Mailing List deltas (was [ubuntu-marketing])
On Wed, 2007-01-10 at 22:01 +0100, Jan Vancura wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Matthew East wrote: > > Hi, > > > > * Jan Vancura: > >>> This is an old issue which I'd like to revisit. > >>> On our first meeting (or, the first recent one), we decided that we > >>> don't want a forum. I'd like to know if opinions have changed on this. > >>> > >>> Mine has been floating around a little bit. With a little bit of work, > >>> we could set up a bridge, that would crosspost to the list and vice > >>> versa. This has worked for the ubuntu-users ML for months (at least). > > > > Yes, good idea to get the forums involved, but a bridge is absolutely > > vital, to avoid splitting resources and forcing contributors to read > > them both. > > > > -- > > Matthew East > > http://www.mdke.org > > Ryan says a bridge is no problem at all. So - I'm just waiting to hear a > few more opinions, and then I'll head over and do it. ARGH! I had no idea it was so easy to set up a bridge between forum and mailing lists. I'm cc:ing -devel-discuss to this because it seems to me that having a bridge to that list from the forum would save a whole lot of effort on the part of those Forum Ambassadors. Coincidentally, I wrote this on the bottom of https://wiki.ubuntu.com/ForumAmbassadors the other day. Also, I'd be very interested in one for -doc. In fact, I'm struggling to think of a single mailing list which wouldn't benefit from forum input in this way. -- http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Forum/Mailing List deltas (was [ubuntu-marketing])
On Wed, 2007-01-10 at 22:47 +0100, Dennis Kaarsemaker wrote: > On wo, 2007-01-10 at 21:16 +0000, Matthew East wrote: > > > I'm cc:ing -devel-discuss to this because it seems to me that having a > > bridge to that list from the forum would save a whole lot of effort on > > the part of those Forum Ambassadors. Coincidentally, I wrote this on > > the bottom of https://wiki.ubuntu.com/ForumAmbassadors the other day. > > The bridge actually was disabled for -devel due to the very low > signal-to-noise (alomost no signal, lots of noise) coming from the > forums... Note that access to -devel by email was disabled (and this list setup) for the same reason. This isn't a technology issue. I know that the forums would contribute positively to the discussions on -devel-discuss, and have written to the administrators of the list for further advice. -- http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Help Menu Specification
MPT and I have created the following spec: https://wiki.ubuntu.com/HelpAndSupportAccess Feedback very welcome! -- http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: [GNOME Menus] Synaptic and other programs
On Tue, February 20, 2007 2:27 pm, Christian Svensson wrote: > Hello! > > I've been using/testing feisty for some time now on a couple of computers. > What I recently discovered is that "System Tools" is now missing 3-4 > programs that used to be there. > The only one left is "Wine Software Uninstaller". It really annoys me > to have to have to open yet another console just to be able to launch > Synaptic. Oh, and the Device database is also gone. > > Is this a known bug? The System Tools menu has been deprecated in Ubuntu for several releases, as far as I know - the menu should not be there at all, unless policy has changed on that. Matt -- http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
seeding ubuntu-serverguide
Hi there, We recently included a package ubuntu-serverguide which contains an html version of the server guide developed by the documentation team. We'd like for it to be included automatically on the Server Edition. I discussed it with Fabio once and he recommended that I ask for it to be seeded. Can someone take care of that please? Also, if any server minded people would like to review it and file some bugs or suggestions, please do so immediately - string freeze is now about a week away!! Matt -- http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Technical Board decisions
On Tue, 2007-02-13 at 09:31 -0800, Matt Zimmerman wrote: >* However, new infrastructure will be implemented which allows the user to > trivially enable both enhanced desktop effects and the necessary driver > support. Has this infrastructure already been implemented? If so, can someone explain what it is, so that we can document it before the string freeze? If not, perhaps the person in charge of implementing it can explain roughly how it will work so we can make a start? Matt -- http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Technical Board decisions
On Thu, 2007-03-01 at 08:21 +0100, Martin Pitt wrote: > Hi, > > Matt Zimmerman [2007-02-28 14:27 -0800]: > > I believe Martin Pitt (CCed) is working on the driver bits, and can advise > > if there's any necessary documentation. The intention was that enabling > > desktop effects would automatically enable the driver if necessary, while > > informing the user of the relevant issues. > > I got a 'restricted manager' tarball from Scott yesterday night, but I > didn't have time yet to look at it. I will do so by the end of the > week. That's exactly what I wanted to know, thanks both. I will poke Martin soonish to find out how it works. Matt -- http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: try scanmodem on feisty?
On Fri, 2007-03-02 at 00:08 -0500, t u wrote: > Hi, > > A request to devels as well as anyone with free time monitoring the list :) > > Can someone who is testing feisty on a machine with a winmodem test > whether the scanmodem tool is working there and report their experience > at the *bug report*? Bug report at https://launchpad.net/bugs/42454 > > It's not hard at all. The following link provides information: > https://help.ubuntu.com/community/DialupModemHowto/ScanModem I'd like to second this request! I know that mjg and Keybuk have been dabbling in modems and it's particularly important that we try and get some documentation for modems into the distribution. It's useless having it online. But I'm reluctant to include information on that page until we know that it actually works. This is one of the key areas where the developers' help is needed to ensure we have accurate and complete documentation on an important subject. Matt -- http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Compiz - call for help with documentation
Hi there, I've uploaded a basic template for some short documentation about activating compiz/desktop-effects to the documentation team repository. It looks like this: https://docteam.ubuntu.com/repos/trunk/ubuntu/desktop-effects/C/desktop-effects.xml I'd appreciate some help with people who know something about what compiz does in improving: 1. The list of features of compiz in the introductory section; 2. Some documentation about configuring compiz (adding and configuring plugins, for example). Just the basics (and potentially links to more information) will be fine. Compiz seems to make my machine unusable at the moment so I'm finding it hard to find out. If other people are having this problem too, we will probably want to include some kind of "this software is pretty ropey" disclaimer somewhere in there too. Some documentation exists at https://help.ubuntu.com/community/CompositeManager/Compiz but it doesn't seem to be very Feisty orientated. Send contributions to the ubuntu-doc mailing list ASAP (string freeze is now in a few days) in any form. Matt -- http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Packaging gnome-user-docs in bzr
Dear Ubuntu developers, Cc: some interested parties Over the last release cycle the documentation team has found a relatively neat way of including some upstream Gnome documentation into the scheme of the Ubuntu system documentation. For example, much of the "New to Ubuntu" section which you see when opening the Help Centre is made up of Gnome upstream docs. This success has prompted a string of bug reports which point out that the documentation doesn't match Ubuntu's implementation of Gnome in circumstances where Ubuntu have modified "vanilla" Gnome, and we've been looking for a way to easily make some updates to the gnome-user-docs package which supplies the upstream documentation. This was discussed here: https://lists.ubuntu.com/archives/ubuntu-doc/2007-July/008693.html and the solution which was hit upon was to use bzr to try and see if we can easily maintain some customisations to the Gnome docs and easily merge new upstream changes. So we're going to give that a go. My question at this stage is about how to maintain the arrangement for the purposes of the Ubuntu package. My proposal (which is made with a very limited understanding of bzr as it is used in Ubuntu packaging) is as follows. Please correct my understanding where it is wrong, and suggest improvements where possible! 1. We have an import of the upstream trunk: https://code.launchpad.net/~vcs-imports/gnome-user-docs/trunk 2. We can import upstream releases using the command 'bzr import' and pushed to Launchpad. 3. I've created a branch for Ubuntu changes to be made: https://code.launchpad.net/~ubuntu-doc/gnome-user-docs/ubuntu-changes 4. I'd like to make changes directly to the source of that branch (rather than maintain changes in a debian/patches directory), and include the current Ubuntu debian directory in that branch (query how to merge any changes from Debian upstream, if any, into this). 5. Upstream changes can then be merged into the Ubuntu branch either from trunk or the imported upstream releases (query which is best). Would be very grateful for your thoughts / general advice. Thanks -- Matthew East http://www.mdke.org/ -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Feature Freeze in Place, Tribe 5 Next Week
On 17/08/07, Jonathan Riddell <[EMAIL PROTECTED]> wrote: > > Feature Freeze in Place, Tribe 5 Next Week > > Feature Freeze and Upstream Version Freeze are now in place. From now > until release we should be concentrating on polish and bug fixing. > > If you do want new packages, new versions of packages in or are still > working on new features which you think will not add more problems > than they take away please follow the Freeze Exception Process by > filing bugs and subscribing ubuntu-release or motu-uvf as appropriate. Would it also be possible to ask people to subscribe ubuntu-doc for bugs which affect main? Or to ask them to write to the mailing list? One of the main problems we've encountered over the various releases in the docteam is to find out what new features are being introduced late, and seeing if we can add something about them to the documentation. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Automatix Team-Ubuntu Developer Collaboration
Hi, On 08/10/2007, Jared B. <[EMAIL PROTECTED]> wrote: > Many people have been asking us, members of the Automatix Team, for a long > time to collaborate with the Ubuntu Developers. We have decided that things > need to change. So starting with the Hardy development cycle, we hope to > start working with the Ubuntu Developers to improve both Ubuntu and > Automatix. I think this displays a positive attitude. > https://wiki.ubuntu.com/Automatix/Ubuntu_Team_Collaboration The specification basically seems to be very similar to an existing one - https://launchpad.net/ubuntu/+spec/common-customizations (which also includes an analysis of automatix and other scripts). That specification is marked as "Implemented" for the feisty release. As you probably know Ubuntu now includes a number of easier ways to install commonly requested programs. However, not all of the items discussed in the spec appear to be implemented. An example is the one you give in your spec, DVD playback. It's very important for you to identify specific programs which are still not well supported by Ubuntu, so that these can be considered in the same way as the common-customizations spec was done. Good luck! -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: regular fsck runs are too disturbing
On 10/10/2007, Christof Krüger <[EMAIL PROTECTED]> wrote: > However, I strongly agree that the user should be given the option to > abort the scan. Me too. This whole fsck business is a really ugly hole in the Ubuntu experience; first the fact that it can't be aborted, and secondly the fact that it isn't integrated with a splash screen. I understand that there are technical issues behind this which I don't have the knowledge to address properly, but the target must absolutely be to solve this problem, rather than make excuses from it. Has someone created a specification about the issue? -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Reminders: 1. UI freeze == string freeze, notifications needed for translators. 2. please remember i18n.
Hi, On Fri, Mar 7, 2008 at 1:39 PM, Timo Jyrinki <[EMAIL PROTECTED]> wrote: > at the very least > notifications about changed/new strings are needed to be sent to > ubuntu-translators mailing list. Just a reminder that this also applies to documentation - any changes which affect the documentation should be notified to the ubuntu-doc mailing list. https://wiki.ubuntu.com/FreezeExceptionProcess Thanks -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Reminders: 1. UI freeze == string freeze, notifications needed for translators. 2. please remember i18n.
Hi Scott On Fri, Mar 7, 2008 at 3:07 PM, Scott James Remnant <[EMAIL PROTECTED]> wrote: > On Fri, 2008-03-07 at 15:39 +0200, Timo Jyrinki wrote: > > > I'm generally more interested in getting stuff done that following > > processes that tightly, but for Ubuntu localization to succeed (one > > thing in the core of Ubuntu philosophy) at the very least > > notifications about changed/new strings are needed to be sent to > > ubuntu-translators mailing list. > > > Could you describe how package maintainers can identify changed or new > strings, and how they can find out who/where to notify? I think the first part of that question is quite unfair - translators or documenters are not in as good a position to show how to identify the change in a string as package maintainers are, who are the people actually making the changes to the strings. Tell me if I've misunderstood the question, but changing a user visible string strikes me as being something that can only be done intentionally. As for where to notify, the procedure is relatively clearly described at https://wiki.ubuntu.com/FreezeExceptionProcess In fact, according to the process set out there, it shouldn't be possible to do an upload without doing the notification, because the bug report in which the freeze exception request is made is required to contain a link to the notification in the archive of the -doc and -translators mailing list. I don't know to what extent that process is actually enforced though. -- Matthew East http://www.mdke.org gnupg pub 1024D/0E6B06FF -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
