RE: Ubuntu 8.04 LTS released
De: Fernando Enviado el: jue 24/04/2008 15:35 Para: ubuntu-devel-discuss@lists.ubuntu.com Asunto: Re: Ubuntu 8.04 LTS released Olá Mark e a todos. On Thursday 24 April 2008 14:02:52 Mark Shuttleworth wrote: >> Ubuntu Announcements wrote: >> > The Ubuntu team is pleased to announce Ubuntu 8.04 LTS (Long-Term Support) > > on desktop and server, continuing Ubuntu's tradition of integrating the > > latest and greatest open source technologies into a high-quality, > > easy-to-use Linux distribution. > > > Congratulations all on a phenomenal development cycle. From planning to > release this has been both our most significant, and our best executed, > release ever. I hope everyone will take the opportunity to celebrate at > a release party or wherever you find yourself this evening! > > Mark >It went great I'm already in final plans for our Ubuntu Hardy Install Fest >next Saturday. >A big THANK YOU to all Dev, and the rest of the Ubuntu/FOSS comunity. Yes, Ubuntu is basic for Linux development (and for me Ubuntu is THE Linux). On the other hand, I propose a Public Administration version for Ubuntu (this includes goog database management, including Oracle app - Oracle Application Servers, Form Services, Oracle Form Services 10g - ). Regards. -- 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: merging keyboard & keyboard shortcuts capplets
Hi all, > Not sure if this is the right list to send this to, but anyway: I'm not sure either :P > > Around a month ago I uploaded a patch to GNOME bugzilla to merge the > keyboard shortcuts capplet (gnome-keybinding-properties) into the > keyboard capplet (gnome-keyboard-properties) [1]. This was discussed > on the gnomecc-list [2], but there was fairly limited interest from > the gnome-control-center developers. > > I'm wondering if there is any interest in adopting this patch in > Ubuntu. Clearly there is a lot of work left to be done on the patch, > but I'd prefer not to spend working time on it if there isn't any > interest. In particular I'm looking for developer interest, i.e. from > whoever would be in a position to eventually commit this to Ubuntu. I > believe that with some work this patch can be redone in a way that > will minimise the size of the patch (and therefore not cause horrible > breakage if/when there are upstream changes). +1 > > Note that reducing the number of items in System->Preferences is the > 4th highest idea on Ubuntu brainstorm [3], and there are numerous > related Launchpad bugs / wiki pages / blog posts / etc. [4][5], > probably more if you dig deep enough... Yeah, lots of them would be better if merged: Network tools/Network, etc. > > Cheers, > Jared Moore > > [1] http://bugzilla.gnome.org/show_bug.cgi?id=78102 > [2] Thread beginning at > http://mail.gnome.org/archives/gnomecc-list/2008-March/msg00018.html > [3] http://brainstorm.ubuntu.com/most_popular_ever/ > [4] https://wiki.ubuntu.com/MenusRevisited2 > [5] http://architectfantasy.com/?p=25 > > -- > 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 > -- 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: Debimg for Ubuntu Intrepid Alternate Disks?
On Thu, Apr 24, 2008 at 10:50:14PM +0200, Julian Andres Klode wrote: > Am Donnerstag, den 24.04.2008, 20:45 +0100 schrieb Colin Watson: > > Somebody would have to replace this with germinate, or else merge the > > appropriate code from debimg into germinate; it's not a good idea to > > diverge different bits of the distribution on something this > > fundamental. > > Can it be used directly from within Python, as a package (via import)? Yes; the interface has been known to change, but I expect I'd keep such changes more minimal once there are external users. /usr/bin/germinate is a fairly thin wrapper over the internal logic. > I want to have a function which returns all the packages to be added. It will be necessary to translate the logic from http://people.ubuntu.com/~cjwatson/bzr/cdimage/mainline/ that we're using at the moment. The relevant scripts are run-germinate and germinate-to-tasks, and the various things they call. Before 8.04, a lot of specific details for various flavours were hardcoded; now most of this is driven by the inheritance information in the seed STRUCTURE file, and the scripts just follow it. > debimg uses apt.cache, which is a bit higher level code, and allows > debimg's code to be really small (it's actually no good code, as there > are even no version number checks [disks could break]). You mean versioned dependencies? Germinate doesn't handle those either, unfortunately, although it's been on my to-do list for a while (https://bugs.launchpad.net/ubuntu/+source/germinate/+bug/74514). > I will take a look at the germinate code and modify the debimg code to > use the same algorithms (or create the same result). I'm definitely not looking for debimg to duplicate germinate's code; that doesn't really help us at all. I'm looking for it to actually use germinate. The Ubuntu archive uses that too, and precise consistency is important. (Germinate is available in Debian too, and its logic isn't specific to Ubuntu, other than the fact that its defaults currently point to Ubuntu seeds because I'm not aware of well-maintained Debian ones; if Debian started using seeds for its CD building then that could change.) > > What are the advantages of this over our current system? So far, it > > sounds like there are at least some regressions (support for > > architectures other than amd64/i386, and almost certainly the need to > > port all our painstakingly-developed customisations to it); what would > > we gain to make this effort worthwhile? > > debimg is developed in one language and calls almost no external > programs. It should also be faster than debian-cd, though I can't check > this. I don't know about the exact build system and the modifications > made to debian-cd, are they available somewhere? Sure: http://people.ubuntu.com/~cjwatson/bzr/cdimage/mainline/ http://people.ubuntu.com/~cjwatson/bzr/debian-cd/ubuntu/ I consider the fact that the germinate logic is in cdimage rather than debian-cd to be a wart, by the way, and similarly for things like logic for which archive components to use. Ideally, I'd prefer all that to be in debian-cd (or debimg), and for cdimage to be simply a wrapper that deals with updating the mirror, kicking off builds, and publishing the results. Similarly, there's no way to easily build live CDs from scratch at the moment; you have to separately set up livecd-rootfs and have cdimage fetch the output. This is of course what you have to do for multi-architecture builds, as you need a buildd of the appropriate architecture to build the filesystem image, but it would be awfully convenient to have a quick way to build the whole thing for your current architecture. > My goal with debimg is to support the creation of Debian and Ubuntu > disks, therefore I will add needed features anyway. There won't be much > work left on Canonical's side, once I integrated the features. debimg > will also get support for more architectures in the next version, and a > generic "framework" to add new architectures. It will also be able to > directly use the python-libisofs bindings I develop to create ISO > images. [...] > > I'm no enormous fan of debian-cd, understand, but it sounds like a lot > > of work to shift over to anything else too. > > BTW, I never got a working build with debian-cd. If you tell me what > changes are needed, I'll make them. At the moment, I expect that the only working way to produce Ubuntu CDs is to use the code available from the bzr branches above. I acknowledge that it's a bit hard to set up, and that fixing that would be a win for people other than our own CD team who want to create CD images. It sounds like it's a bit early yet to talk about cdimage.ubuntu.com switching over to this; this is critical infrastructure and needs to be stable, even during the development part of a cycle, so that other developers can get their work done. However, if you're keen to port Ubuntu customisations into debimg, we might well consider switching in t
RE: Brainstorm ML and Ubuntu's own summer of code?
De: Nicolas Deschildre Enviado el: jue 24/04/2008 21:17 Para: ubuntu-devel-discuss@lists.ubuntu.com CC: [EMAIL PROTECTED] Asunto: Brainstorm ML and Ubuntu's own summer of code? >I would also like to take this opportunity to introduce an idea that I see as a natural follow-up to the Brainstorm website: an event similar to the Google Summer of Code, that would be launched every development cycle. Basically the concept would be similar to GSoC except that the motivation factor would not be money but the fact that the contribution would be included in Ubuntu's next version (granted it is completed on time). The event would cover Ubuntu "extensions", and involves coding, but also packaging, documentation, i18n, I would include MIDI (similar to KMID) for all the Ubuntu flavours. Regards -- 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: Brainstorm ML and Ubuntu's own summer of code?
De: Bryce Harrington Enviado el: jue 24/04/2008 22:50 Para: Nicolas Deschildre CC: ubuntu-devel-discuss@lists.ubuntu.com Asunto: Re: Brainstorm ML and Ubuntu's own summer of code? >Btw, I've itemized a few ideas for some Ubunt-X projects here: https://wiki.ubuntu.com/X/Projects I am impresed. Good work !. Regards. Pedro. -- 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: SPARC architecture moved to ports.ubuntu.com for 8.04 and beyond
Colin Watson pisze: In accordance with the technical board decision documented in https://lists.ubuntu.com/archives/ubuntu-devel-announce/2008-March/000400.html, the SPARC architecture has been moved to ports.ubuntu.com for Ubuntu 8.04 and beyond. Users of this architecture should take care to update /etc/apt/sources.list. Old sources.list entries looked like this: deb http://archive.ubuntu.com/ubuntu/ gutsy main restricted ... while new entries should look like this: deb http://ports.ubuntu.com/ubuntu-ports/ hardy main restricted A similar reminder goes for PowerPC users, since this architecture was moved to ports.ubuntu.com in a previous Ubuntu release. If you are still using archive.ubuntu.com on a PowerPC system, beware that this is likely to stop working soon and you should migrate to ports.ubuntu.com as above. (A similar notice will be present in the Ubuntu 8.04 release notes.) Is it possible to set up a HTTP redirect on old locations? Would apt accept a HTTP 301 Moved Permanently? -- ## Przemysław Kulczycki <<>> Azrael Nightwalker ## # jabber: azrael[na]jabster.pl | tlen: azrael29a # ### www: http://reksio.ftj.agh.edu.pl/~azrael/ ### signature.asc Description: OpenPGP digital 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
Configuring X with multiple drivers available
Hi! AFAIK, in Hardy the new display configuration tool doesn't allow to choose a driver for your graphics card. In previous Ubuntu versions you could choose between ie. ati, fglrx, and radeonhd (if you installed it). Now I don't see any way to configure it thru GUI. It could clearly be seen as a regression. [5 minutes later] Ok, I've checked again and now I see in the menu editor that there is the old Screens & Graphics tool, but it's not shown by default. The new tool should have an option to choose a driver manually, if there is more than one driver available, or at least it should have a button to run the old tool. -- ## Przemysław Kulczycki <<>> Azrael Nightwalker ## # jabber: azrael[na]jabster.pl | tlen: azrael29a # ### www: http://reksio.ftj.agh.edu.pl/~azrael/ ### signature.asc Description: OpenPGP digital 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: SPARC architecture moved to ports.ubuntu.com for 8.04 and beyond
On Fri, 2008-04-25 at 13:54 +0200, Przemysław Kulczycki wrote: > Colin Watson pisze: > > In accordance with the technical board decision documented in > > https://lists.ubuntu.com/archives/ubuntu-devel-announce/2008-March/000400.html, > > the SPARC architecture has been moved to ports.ubuntu.com for Ubuntu > > 8.04 and beyond. Users of this architecture should take care to update > > /etc/apt/sources.list. Old sources.list entries looked like this: > Is it possible to set up a HTTP redirect on old locations? > Would apt accept a HTTP 301 Moved Permanently? > This newly reported bug seems relevant as well here. https://bugs.edge.launchpad.net/ubuntu/+source/software-properties/+bug/220890 Thanks, James -- 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: SPARC architecture moved to ports.ubuntu.com for 8.04 and beyond
On Fri, Apr 25, 2008 at 01:54:40PM +0200, Przemysław Kulczycki wrote: > Is it possible to set up a HTTP redirect on old locations? > Would apt accept a HTTP 301 Moved Permanently? apt has never followed redirects, originally largely because they caused hideous problems with mirror admins who enabled Apache's mod_speling. -- Colin Watson [EMAIL PROTECTED] -- 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 All, The purpose of the license is to prevent the material being used for profit-seeking purposes. If you (or anyone else) is from a not-for-profit institution or running community classes etc., then this material is 100% intended for that. Charging students minimal fees to cover expenses is also ok. Hope this clears any misunderstanding. Best regards Billy Cina Training Programmes Manager Colin Watson wrote: > On Fri, Apr 18, 2008 at 02:53:12PM -0700, George Farris wrote: > >> https://wiki.ubuntu.com/Training >> >> This site has an Instructor and Student training manual for Ubuntu. The >> license says share and add to but not for commercial use. Why ion earth >> would you not allow Educational Institutions to use this material in >> classes. I find this very strange. >> >> Possibly the license could be tweaked to at least allow training people >> with this material. >> >> If anyone has any information about this I would be very interested. >> > > I've CCed Billy and Torsten, who would be the appropriate people to > reply to this. > > Cheers, > > -- Billy Cina Training Programmes Manager Dir: +44 207 630 2454 Mob: +44 780 938 9862 [EMAIL PROTECTED] www.ubuntu.com -- 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: Debimg for Ubuntu Intrepid Alternate Disks?
Am Freitag, den 25.04.2008, 09:45 +0100 schrieb Colin Watson: > On Thu, Apr 24, 2008 at 10:50:14PM +0200, Julian Andres Klode wrote: > > Am Donnerstag, den 24.04.2008, 20:45 +0100 schrieb Colin Watson: > > > Somebody would have to replace this with germinate, or else merge the > > > appropriate code from debimg into germinate; it's not a good idea to > > > diverge different bits of the distribution on something this > > > fundamental. > > > > Can it be used directly from within Python, as a package (via import)? > > Yes; the interface has been known to change, but I expect I'd keep such > changes more minimal once there are external users. /usr/bin/germinate > is a fairly thin wrapper over the internal logic. > > > I want to have a function which returns all the packages to be added. > > It will be necessary to translate the logic from > http://people.ubuntu.com/~cjwatson/bzr/cdimage/mainline/ that we're > using at the moment. The relevant scripts are run-germinate and > germinate-to-tasks, and the various things they call. Before 8.04, a lot > of specific details for various flavours were hardcoded; now most of > this is driven by the inheritance information in the seed STRUCTURE > file, and the scripts just follow it. Does debimg have to support versions before hardy, or can it drop compatibility with them? > > > debimg uses apt.cache, which is a bit higher level code, and allows > > debimg's code to be really small (it's actually no good code, as there > > are even no version number checks [disks could break]). > > You mean versioned dependencies? Germinate doesn't handle those either, > unfortunately, although it's been on my to-do list for a while > (https://bugs.launchpad.net/ubuntu/+source/germinate/+bug/74514). > > > I will take a look at the germinate code and modify the debimg code to > > use the same algorithms (or create the same result). > > I'm definitely not looking for debimg to duplicate germinate's code; > that doesn't really help us at all. I'm looking for it to actually use > germinate. The Ubuntu archive uses that too, and precise consistency is > important. It will be some kind of a wrapper at python level. Maybe germinate could be modified to use apt_pkg's getCache and getDepCache, this would remove the need to parse source files in the germinate code. I'll see what I can do. > > (Germinate is available in Debian too, and its logic isn't specific to > Ubuntu, other than the fact that its defaults currently point to Ubuntu > seeds because I'm not aware of well-maintained Debian ones; if Debian > started using seeds for its CD building then that could change.) Well, once the ubuntu changes are merged into debimg master, and Debian decided to switch to debimg, it will use > > > > What are the advantages of this over our current system? So far, it > > > sounds like there are at least some regressions (support for > > > architectures other than amd64/i386, and almost certainly the need to > > > port all our painstakingly-developed customisations to it); what would > > > we gain to make this effort worthwhile? > > > > debimg is developed in one language and calls almost no external > > programs. It should also be faster than debian-cd, though I can't check > > this. I don't know about the exact build system and the modifications > > made to debian-cd, are they available somewhere? > > Sure: > > http://people.ubuntu.com/~cjwatson/bzr/cdimage/mainline/ > http://people.ubuntu.com/~cjwatson/bzr/debian-cd/ubuntu/ > > I consider the fact that the germinate logic is in cdimage rather than > debian-cd to be a wart, by the way, and similarly for things like logic > for which archive components to use. Ideally, I'd prefer all that to be > in debian-cd (or debimg), and for cdimage to be simply a wrapper that > deals with updating the mirror, kicking off builds, and publishing the > results. Well, once debimg is modular, you could easily hook this things into it, by creating a 'wrapper script' that imports libdebimg, registers some functions via something like libdebimg.hook and finally calls libdebimg.main(). > > Similarly, there's no way to easily build live CDs from scratch at the > moment; you have to separately set up livecd-rootfs and have cdimage > fetch the output. This is of course what you have to do for > multi-architecture builds, as you need a buildd of the appropriate > architecture to build the filesystem image, but it would be awfully > convenient to have a quick way to build the whole thing for your current > architecture. At the moment debimg only aims to replace the functionality for alternate disks, but let's add this feature. BTW, do you know about Debian Live's live-helper? Maybe the generation of live fs can be switched to the various lh_* scripts in live-helper. > > > My goal with debimg is to support the creation of Debian and Ubuntu > > disks, therefore I will add needed features anyway. There won't be much > > work left on Canonical's side, once I integra
Re: Developemnt and use - Training manual
On Fri, Apr 25, 2008 at 11:53:24AM +0300, Billy Cina wrote: > Hi All, > > The purpose of the license is to prevent the material being used for > profit-seeking purposes. If you (or anyone else) is from a not-for-profit > institution or running community classes etc., then this material is 100% > intended for that. Charging students minimal fees to cover expenses is also > ok. Thank you for the training manual :-) The "share and share alike" part of the license is the most important in my view, and it is similar to the GPL license that is popular in Ubuntu. I think the "non-commercial" part is more complicated than most people think, and makes it less useful to both commercial and non-commercial use. I'm currently self-employed and not contemplating any commercial use of this, but I have worked for big corporations, and have experienced (and contributed to) the growth of free software driven by for-profit corporations. (And I have seen not-for-profit corporations act in ways that are not at all community-spirited - e.g. huge hospitals that pay their CEOs outrageous salaries.) E.g. I would love to see big enterprise users using this for training their people, even though it would be for-profit. And I would love for them to base their products on Ubuntu (e.g. a point-of-sale product) and use this to train their customers in how to use Ubuntu, even though they would charge for that training. The point is they would still have to share modifications, and we would all benefit - both the training community, and the whole Ubuntu user and developer community - because it would be essentially a win-win-win. Neal McBurnett http://mcburnett.org/neal/ > Hope this clears any misunderstanding. > > Best regards > Billy Cina > Training Programmes Manager > > Colin Watson wrote: > > On Fri, Apr 18, 2008 at 02:53:12PM -0700, George Farris wrote: > > > https://wiki.ubuntu.com/Training > > This site has an Instructor and Student training manual for Ubuntu. > The > license says share and add to but not for commercial use. Why ion > earth > would you not allow Educational Institutions to use this material in > classes. I find this very strange. > > Possibly the license could be tweaked to at least allow training > people > with this material. > > If anyone has any information about this I would be very interested. > > > > I've CCed Billy and Torsten, who would be the appropriate people to > reply to this. > > Cheers, > > > > > > > -- > Billy Cina > Training Programmes Manager > Dir: +44 207 630 2454 > Mob: +44 780 938 9862 > [EMAIL PROTECTED] > www.ubuntu.com > > > -- > 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 -- 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
On Friday 25 April 2008 10:15, Neal McBurnett wrote: > On Fri, Apr 25, 2008 at 11:53:24AM +0300, Billy Cina wrote: > > Hi All, > > > > The purpose of the license is to prevent the material being used for > > profit-seeking purposes. If you (or anyone else) is from a not-for-profit > > institution or running community classes etc., then this material is 100% > > intended for that. Charging students minimal fees to cover expenses is > > also ok. > > Thank you for the training manual :-) > > The "share and share alike" part of the license is the most important > in my view, and it is similar to the GPL license that is popular in > Ubuntu. > > I think the "non-commercial" part is more complicated than most people > think, and makes it less useful to both commercial and non-commercial > use. I'm currently self-employed and not contemplating any commercial > use of this, but I have worked for big corporations, and have > experienced (and contributed to) the growth of free software driven by > for-profit corporations. (And I have seen not-for-profit corporations > act in ways that are not at all community-spirited - e.g. huge > hospitals that pay their CEOs outrageous salaries.) > > E.g. I would love to see big enterprise users using this for training > their people, even though it would be for-profit. And I would love > for them to base their products on Ubuntu (e.g. a point-of-sale > product) and use this to train their customers in how to use Ubuntu, > even though they would charge for that training. > > The point is they would still have to share modifications, and we > would all benefit - both the training community, and the whole Ubuntu > user and developer community - because it would be essentially a > win-win-win. If this were packaged for inclusion in Ubuntu it would have to go into Multiverse because it does not carry a free license. It seems rather counter productive to license training materials more restrictively than the distribution. The availability of training materials that can be easily (and legally) adapted for internal use would probaby be an encouragement for Ubuntu deployment in companies large enough to have formal training programs and requirements. Scot K -- 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
On Fri, Apr 25, 2008 at 08:15:32AM -0600, Neal McBurnett wrote: > I think the "non-commercial" part is more complicated than most people > think, and makes it less useful to both commercial and non-commercial > use. I've looked some more and here are some specifics. The definition of non-commercial use is complicated enough that MIT and Creative Commons have put forward quite different interpretations of the same license - is it about "the user" or "the use"? See: Creative Commons vs MIT OCW: Interpreting the Noncommercial Clause David Wiley http://opencontent.org/blog/archives/307 Note that Creative Commons is still in flux about this - see also the other complexities at: http://wiki.creativecommons.org/DiscussionDraftNonCommercial_Guidelines In early 2008 we will be re-engaging that discussion and will be undertaking a serious study of the NonCommercial term which will result in changes to our licenses and/or explanations around them. What particular commercial uses are the authors of the Training Manual concerned about? Is it licensed under other terms for some users? And thanks again - it is very nicely done! Neal McBurnett http://mcburnett.org/neal/ -- 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
On Fri, 2008-04-25 at 11:53 +0300, Billy Cina wrote: > Hi All, > > The purpose of the license is to prevent the material being used for > profit-seeking purposes. If you (or anyone else) is from a > not-for-profit institution or running community classes etc., then > this material is 100% intended for that. Charging students minimal > fees to cover expenses is also ok. > > Hope this clears any misunderstanding. > > Best regards > Billy Cina > Training Programmes Manager Right, so if we want to use the manual in our Community Education course to introduce and teach Ubuntu Linux while charging the student a fee for the course, this would be okay? Note: these are not degree courses they fall into the same category as "learn to paint" or "better life through yoga". Strictly for community personal interest with charges usually between $50.00 - $199.00 -- George Farris <[EMAIL PROTECTED]> Malapsina University-College -- 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: Configuring X with multiple drivers available
On Fri, Apr 25, 2008 at 02:22:57PM +0200, Przemys??aw Kulczycki wrote: > Hi! > AFAIK, in Hardy the new display configuration tool doesn't allow to > choose a driver for your graphics card. The new Screen Resolution tool does graphics changes dynamically via Xrandr, without modifying the xorg.conf. Changing graphics drivers requires modifying the xorg.conf, which is why the new tool lacks this capability. If you mostly just want to select between -ati and -fglrx, or -nv and -nvidia, you should probably be looking at Jockey and EnvyNG. Bryce -- 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: Hardy abnormal disk use on battery
Le jeudi 24 avril 2008 à 21:45 +0200, Jan Claeys wrote: > Op zondag 20-04-2008 om 20:35 uur [tijdzone +0200], schreef Milan > Bouchet-Valat: > > I noticed that on Hardy, when (and only when) my laptop is on battery, > > the hard disk makes a sound every second or so, and never stops, even > > when no application is running but the desktop. > > > > atop reports this is pdflush that is writing something to the disk, > > but > > I could not identify why. What is strange is that as soon as I plug > > the > > power cable, the sound stop (rather illogical, sin't it?). Before > > reporting a bug I'd like to know if anyone sees this behavior - just > > unplug the cable and listen! > > Just a guess: check your logfiles if anything starts spewing error or > warning messages when you are on battery? Nothing there either. I've opened a bug report here: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/221967 Thanks anyway! -- 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
[Fwd: Re: Developemnt and use - Training manual]
Scott Kitterman wrote: > On Friday 25 April 2008 10:15, Neal McBurnett wrote: > >> On Fri, Apr 25, 2008 at 11:53:24AM +0300, Billy Cina wrote: >> >>> Hi All, >>> >>> The purpose of the license is to prevent the material being used for >>> profit-seeking purposes. If you (or anyone else) is from a not-for-profit >>> institution or running community classes etc., then this material is 100% >>> intended for that. Charging students minimal fees to cover expenses is >>> also ok. >>> I'm not so sure that charging fees is alright. That seems to be a grey area for Creative Commons Non-Commercial licenses, from what I've read. It's not clear whether not-for-profit use that involves money transfer is commercial or not. Creative Commons does not define commercial use, so this is very unclear. >> >> >> E.g. I would love to see big enterprise users using this for training >> their people, even though it would be for-profit. And I would love >> for them to base their products on Ubuntu (e.g. a point-of-sale >> product) and use this to train their customers in how to use Ubuntu, >> even though they would charge for that training. >> >> The point is they would still have to share modifications, and we >> would all benefit - both the training community, and the whole Ubuntu >> user and developer community - because it would be essentially a >> win-win-win. >> > > If this were packaged for inclusion in Ubuntu it would have to go into > Multiverse because it does not carry a free license. It seems rather counter > productive to license training materials more restrictively than the > distribution. > > I agree. What's wrong with commercial use anyways? Doesn't commercial use help further the goals of Ubuntu? A Creative Commons Non-Commercial license is decidedly *not* like the GPL, because you can't make a profit from any changes you make, services you provide, work you do, etc. The Definition of Free Cultural Works [1], modelled after the free software definition, clearly allows for commercial reuse, just like the definition of free software. A non-commercial license is non-free. What's wrong with adopting a free license for a free software training guide? A Creative Commons BY-SA license, or the GNU Free Documentation license would be much more appropriate. [1] http://freedomdefined.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: merging keyboard & keyboard shortcuts capplets
2008/4/25 <[EMAIL PROTECTED]>: > > > > Note that reducing the number of items in System->Preferences is the > > 4th highest idea on Ubuntu brainstorm [3], and there are numerous > > related Launchpad bugs / wiki pages / blog posts / etc. [4][5], > > probably more if you dig deep enough... > > Yeah, lots of them would be better if merged: Network tools/Network, etc. But if you reduce them by removing the functionality that's a bad thing imo. We don't want to force people to learn the command line to administer their desktop computer. Caroline -- 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: Brainstorm ML and Ubuntu's own summer of code?
2008/4/24 Nicolas Deschildre <[EMAIL PROTECTED]>: > > I would also like to take this opportunity to introduce an idea that I > see as a natural follow-up to the Brainstorm website: an event similar > to the Google Summer of Code, that would be launched every development > cycle. Basically the concept would be similar to GSoC except that the > motivation factor would not be money but the fact that the > contribution would be included in Ubuntu's next version (granted it is > completed on time). The event would cover Ubuntu "extensions", and > involves coding, but also packaging, documentation, i18n, A > proposed schedule would be: selection of tasks at the UDS, one month > for the "pupils" selection process, and the time remaining before > feature freeze to complete the tasks. Finally, to make potential > contributors benefit from it, the "pupils" would be asked to put > online a "report" where they would explain how they worked. > That's a rough idea yet that I'd like to discuss at the FOSScamp if > people are interested. Please comment :) Leslie Hawthorn offers every year to give Google swag to students who didn't get a funded place, but still managed to complete their project anyway. She says she has *never* given any away. It is apparently normal for unselected students to offer to contribute anyway, but then not to do. My organisation has had several offers of help from students we didn't have places for, we encourage them all to contribute but it is normal that they don't. I don't think people will take part in an unfunded Gsoc style programme. If you call it summer of code people will expect payment. Also many students have to work over the summer. Caroline -- 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: merging keyboard & keyboard shortcuts capplets
On Sat, Apr 26, 2008 at 9:37 AM, Caroline Ford <[EMAIL PROTECTED]> wrote: > > But if you reduce them by removing the functionality that's a bad > thing imo. We don't want to force people to learn the command line to > administer their desktop computer. > > Caroline > My patch doesn't remove any functionality, it just moves the contents of the keyboard shortucts capplet window into a new tab in the keyboard capplet. Have a look at the screenshot at the GNOME bugzilla page [1] Jared Moore [1] http://bugzilla.gnome.org/show_bug.cgi?id=78102#c13 -- 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
