Re: UDD up-to-date
Hi Martin, У сре, 09. 11 2011. у 15:27 +1100, Martin Pool пише: We're in the middle of a fairly epic series of roll-outs to the Launchpad buildds. Done today, both on staging and production, is an update to bzr 2.4, which should let large trees be assembled in recipe builds without running out of memory. Great to hear, thanks for passing the news on! Cheers, Danilo -- ubuntu-distributed-devel mailing list ubuntu-distributed-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-distributed-devel
extra background stuff and work flow idea
On Thu, November 10, 2011 1:00 pm, Luke Kuhn wrote: While we are on the subject of background processes that are resource hogs, Pulseaudio is in my experience among the worst offenders. This got me thinking... It would be nice to have at least a list of suggestions of things that can be safely shut off that normally run all the time. For example, my desktop is set up with a static IP (so I can log in from elsewhere in the house) so why do I have the little network manager running? In fact, even with dhcp, my desktop does not have to be looking for changes in network. My netbook is different having wireless. Many of us can not upgrade our hardware every 6 months or even every two years. The ability cut out anything I don't need means (even with a fast computer) maybe one more track when I need it, or one more effect. An idea for a work flow. It would be nice to be able to set up my netbook as a remote control for the desktop. That is like a midi controller across netjack so I could control levels with something small that sits on a music stand without changing the surrounding audio space too much for those of us who both control and perform. The virtual desktop kind of control I think would be too resource hungry and maybe harder to control too. I don't know if there is already an application that does just midi controls or not. If there is, it could be added to the sound generation work flow which is already mostly MIDI stuff and includes jackd. Len -- Len Ovens www.OvenWerks.net -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: Dropping i386 non-PAE as a supported kernel flavour in Precise Pangolin
On 11 November 2011 23:18, John Arbash Meinel j...@arbash-meinel.com wrote: ... Computers are replaced as frequently as refrigerators by people who don't care how quickly it loads a page or makes ice: when it stops turning on. Those people are probably not upgrading their refrigerator firmware all that often either. They may not want a major new OS release. They might install an update/backport of a particular app. There is a group of people who want the latest-and-greatest software on old or small hardware, but they're necessarily the crowd you're describing here. I think you mean 'not necessarily'. Yes, it was just a typo. I agree, though I know we dealt with a lot of this in our 'bzr python-compatibility' discussions. In that particular case it was we don't want to upgrade the OS, or even the system libraries/python version, but we do want to upgrade a given application. Which is a different level than we don't want to upgrade our hardware, but we do want to upgrade all of the OS and applications. Certainly it is a bit different when one upgrade is $$ and the other is free. Still, it seems an open question for how to handle users that want the latest-and-greatest X, but don't want the latest-and-greatest Y, even though X depends on Y. Right, that's why I think many of those people are better served by updating whatever particular apps they care about. That's why we provide current-stable and current-beta bzr ppas going back to quite old OS releases: telling them to upgrade the whole thing won't fly. Few of those apps are are not going to need or even notice a newer kernel. Upgrading the kernel and X on old hardware that's already running a supported OS release is generally a risk with little reward. m -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
