Re: A tricky situation in malone bug 60995
On Tue, Oct 23, 2007 at 05:04:03PM +1300, Matthew Paul Thomas wrote: On Oct 23, 2007, at 1:36 AM, Alexander Sack wrote: On Mon, Oct 22, 2007 at 12:59:13PM +0100, Matt Zimmerman wrote: ... Another consideration here is that changes to the defaults like this need to be discussed with Mozilla upstream, as it's important to them that the user experience in Ubuntu be reasonably consistent with their builds. This was the old default, and they changed it, presumably for good reason. indeed, my decision to not revert the upstream change was based on the fact that this isn't really something that is ubuntu specific. So all these arguments should apply equally to other linux distributors. ... I tested a mozilla.org Firefox 3.0a9 nightly build with a new profile, and Backspace does nothing. But in Ubuntu 7.10's Firefox 2.0.0.6, Backspace does Page Up. Is this an Ubuntu divergence from upstream, or a mozilla.org change from 2.0 to 3.0? this was changed from 2.0 to 3.0. See bug 358764 ... - Alexander -- 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
UI for backports usage
Hello everybody, I had some discussions with John Dong and João Pinto and both acknowledged the fact that there's a need for installing just a select few backport packages and not all of them. Let's imagine that somebody has an interest in just the latest version of blender on his stable system. That user does not want to upgrade to all packages available in the backports repository, but just the backported version of blender. How could something like this be realised in a user-friendly way? Have a nice day, Daniel signature.asc Description: Dies ist ein digital signierter Nachrichtenteil -- 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
xulrunner-1.9 to become default gecko provider in hardy
Hi all, as you might have noticed, we (finally) ship firefox-3.0 based on xulrunner-1.9 in gutsy universe. We did this not only to ship the latest firefox beta, but more importantly to allow upstream developers to take a glance at the new xulrunner, how its packaged, how the new gecko API feels like and finally to give them a chance to adapt their code-base in time for hardy. So, if you maintain a gecko embedding package, _please_ point your upstream devs to the xulrunner-1.9(-dev) packages available in gutsy and ask them to report any issues they might have as a bug against xulrunner-1.9. If you or your upstreams need help or have questions on xulrunner-1.9 and how to upgrade, feel free to join #ubuntu-mozillateam on freenode or the mozillateam mailing list ([EMAIL PROTECTED] - subscription required!). Thanks, - Alexander -- 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: xulrunner-1.9 to become default gecko provider in hardy
On Tue, Oct 23, 2007 at 01:17:12PM +0200, Alexander Sack wrote: Hi all, as you might have noticed, we (finally) ship firefox-3.0 based on xulrunner-1.9 in gutsy universe. The question was raised: does it make sense to do such a switch in a long term release cycle? Usually I would say no, but unforunately mozillas are different. They have a constant stream of new security issues that _need_ to be fixed. If we don't ship 3.0, upstream support for our branch will vanish a _long_ time before we stop supporting hardy. Keeping our users security will then not only be painful, but eventually is likely to become (practically) impossible. So in the end - we don't really have a choice here, but to go for firefox 3.0/xulrunner 1.9. - Alexander -- 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: UI for backports usage
No, IMO the UI, underneath, should be adding the entire backports repository, just all packages pinned back. A UI should be able to unpin specific versions of each backport to let it through, but not let through other backports unless needed to satisfy dependences... An apturl approach would require the archive to create a separate section for each package and a meta all section like Debian Backports, which I guess can be done but is more complex. John On Tue, Oct 23, 2007 at 04:06:32PM +0300, Teemu Heinämäki wrote: What about getdeb with apturl? It can remove the external repositorys from sources.list after you install from there if you wish. Maybe it can be modified to do so automatically? https://wiki.ubuntu.com/AptFirefoxFileHandler ti, 2007-10-23 kello 07:22 -0400, Scott Kitterman kirjoitti: On Tue, 23 Oct 2007 12:10:06 +0200 Daniel Holbach [EMAIL PROTECTED] wrote: Hello everybody, I had some discussions with John Dong and João Pinto and both acknowledged the fact that there's a need for installing just a select few backport packages and not all of them. Let's imagine that somebody has an interest in just the latest version of blender on his stable system. That user does not want to upgrade to all packages available in the backports repository, but just the backported version of blender. How could something like this be realised in a user-friendly way? I think that between the getdeb web U/I and gdebi there is a very reasonably user friendly approach. I think from a U/I perspective it's only major lack is around automated dependency management. Scott 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 -- 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: UI for backports usage
Hello, about the UI, there is already a specification which cover most of the requirements: https://wiki.ubuntu.com/ThirdPartyApt The pinning support is described but not implemented, I did exchange several mails with the GApti author in order to motivate him to implement the pinning, I have failed, despite of the specification I was unable to convince that there maybe a good reason to pin a main/universe package . GApti is available on Gutsy universe, it would need be extended with the pinning support and an unpinning interface. Please note that I did already some research on this subject: http://wiki.getdeb.net/Software_Distribution The https://wiki.ubuntu.com/DynamicMirrorDecisions is also a very important detail, you must guarantee that the UI will pick the correct version (the latest), with dynamic mirror the server side component will know/check for synchronized mirrors and return it. Thanks -- João Pinto IRC: Lamego @ irc.freenode.net Jabber ID: [EMAIL PROTECTED] GetDeb Project Manager - http://www.getdeb.net -- 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: OpenOffice.org 2.2 release candidate 2 available for testing
On Sat, Mar 03, 2007 at 07:15:19AM +, Conrad Knauer wrote: Erm... I have no idea how to use chroot ^_-; (I'm really more of an advanced user than a developer :) debootstrap -- 5o Peter.Mann at tuke.sk -- 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: UI for backports usage
On Tue, Oct 23, 2007 at 09:23:33AM -0400, John Dong wrote: An apturl approach would require the archive to create a separate section for each package and a meta all section like Debian Backports, which I guess can be done but is more complex. http://www.backports.org/debian/dists/etch-backports/Release NotAutomatic: yes -- 5o Peter.Mann at tuke.sk -- 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: UI for backports usage
There's obviously a need for a new infrastructure/UI. Since GDebi and apt-url are to be disabled in future versions (which I approve of), we should find a way to allow the user to select trusted repositories and easily install software from there, either on a replace-alla-installed-packages basis or on a ponctual one. Maybe apt-url could be modified only to accept trusted repos. Else, we would need a new graphical tool, or new features in Add/Remove applications. -- 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
Easier and more reliable ISO downloads, with error correction
Hi, Have you thought about using Metalinks for your ISO downloads? It's an XML format used by download apps, and contains the ways to get a file (mirrors/P2P) along with info for automatic error detection/recovery (checksums) and other stuff. It makes things simpler for the user, since they don't have to manually try a bunch of servers that could be down, can use local mirrors first, and can repair downloads (very useful for large files like ISOs). About 15 download managers P2P apps support it so far, including aria2 (in the Ubuntu repos), DownThemAll! (Firefox extension), KGet2 (part of KDE4), and popular DMs on Windows and OS X like GetRight, Free Download Manager, Orbit, wxDownload Fast, Speed Download, and TheWorld web browser. Wubi, the Ubuntu Windows installer, Ubuntu Greece and Indonesia use them as well. Over 20 other distros use Metalink, along with OpenOffice.org, cURL, and LugRadio. Metalinks for Ubuntu 7.10 are at http://www.metalinker.org/samples/ubuntu/ Here's part of what one looks like: file name=ubuntu-7.10-desktop-i386.iso osLinux-x86/os size729608192/size verification hash type=md5d2334dbba7313e9abc8c7c072d2af09c/hash /verification resources url type=http location=ro preference=90 http://ftp.iasi.roedu.net/mirrors/ubuntulinux.org/releases/.pool/ubuntu-7.10-desktop-i386.iso /url url type=http location=jp preference=100 http://ftp.yz.yamagata-u.ac.jp/pub/linux/ubuntu/releases/.pool/ubuntu-7.10-desktop-i386.iso /url url type=http location=us preference=90 http://ftp.osuosl.org/pub/ubuntu/.pool/ubuntu-7.10-desktop-i386.iso /url /resources /file PS - Great work on Gutsy, it's very nice :) -- (( Anthony Bryan ... Metalink [ http://www.metalinker.org ] )) Easier, More Reliable, Self Healing Downloads -- 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: A tricky situation in malone bug 60995
Scott Kitterman wrote: Well you found the bug, so you do. Your choice. Linux is like that (the choice part). Not losing data regularly is a big win for me. You're saying it's better for people to lose data than to have to learn to use a program slightly differently. I fail to understand all this talk of data loss. I regularly go back a page or two to look at something to refresh my memory, then forward back to the form I was filling out to finish what I was typing, with no data loss. As for backspace, I'm not sure why but I have been in the habit of using alt-left arrow for years... backspace just doesn't seem a very good key for that purpose. -- 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: State of cleanup-audio-jumble
Hi all, Alexandre Franke [2007-07-23 15:15 +0200]: There is a spec [1] that was announced to be implemented for Feisty. The goal of this spec is to fix the Linux audio mess once and for all. The spec mainly consists in getting rid of esd and use pulseaudio instead. As far as I can see, esd is still used in Feisty and I wonder if someone still cares about it. Moreover pulseaudio seems to be a proposed feature for Fedora 8 [2]. Is there any plan to have this in Gutsy? In Gutsy+1? In Gutsy we just managed to not install esound by default, to get rid of its nastinesses. For Hardy, using pulseaudio by default is on the plan at least at the moment. If the two major blockers are sorted out (never releasing the soundcard and multiuser compatibility), then I don't see a major obstacle. I recently talked to Lennart (upstream) and he told me that those problems were fixed. Pitti -- Martin Pitt http://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.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: A tricky situation in malone bug 60995
Matthew Paul Thomas wrote: There is no dataloss for Web sites that allow caching, but there is dataloss for sites that use HTTPS, such as wiki.ubuntu.com. Firefox Launchpad uses https and I guess it allows caching because form data is retained on back/forward there. I don't see why firefox can't just say to hell with the headers and cache the page in ram ( only ) anyhow. Maybe only use the cache in the case of back/forward, but go ahead and fetch the page again if you enter the url or follow a link? -- 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: UI for backports usage
On Oct 23, 2007, at 11:10 PM, Daniel Holbach wrote: ... Let's imagine that somebody has an interest in just the latest version of blender on his stable system. That user does not want to upgrade to all packages available in the backports repository, but just the backported version of blender. How could something like this be realised in a user-friendly way? ... Perhaps a New Versions item in the navigation list for the package manager, next to the items for minor updates, but different from those items in that all its packages would be unselected by default. Cheers -- Matthew Paul Thomas http://mpt.net.nz/ PGP.sig Description: This is a digitally signed message part -- 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: UI for backports usage
On Tuesday 23 October 2007 19:22, Matthew Paul Thomas wrote: On Oct 23, 2007, at 11:10 PM, Daniel Holbach wrote: ... Let's imagine that somebody has an interest in just the latest version of blender on his stable system. That user does not want to upgrade to all packages available in the backports repository, but just the backported version of blender. How could something like this be realised in a user-friendly way? ... Perhaps a New Versions item in the navigation list for the package manager, next to the items for minor updates, but different from those items in that all its packages would be unselected by default. Cheers How about apt/adept/nautilus changes so that only packages installed from backports can be upgraded by backports. Then it would be safe to just enable the repository and install things you wanted from there. There would also need to be U/I to install from the regular distro repo if the backport was not wanted. I think that, more cleanly, gets at the heart of the matter. Packages not selected by the user to be installed from backports should not be upgraded from backports. Scott 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: UI for backports usage
On Tue, 2007-10-23 at 20:13 -0400, Scott Kitterman wrote: How about apt/adept/nautilus changes so that only packages installed from backports can be upgraded by backports. Then it would be safe to just enable the repository and install things you wanted from there. There would also need to be U/I to install from the regular distro repo if the backport was not wanted. Isn't this what the NotAutomatic field in the Release file meant to do? I think that, more cleanly, gets at the heart of the matter. Packages not selected by the user to be installed from backports should not be upgraded from backports. Scott K -- Michael R. Head [EMAIL PROTECTED] http://picasaweb.google.com/demiri.head.wedding smime.p7s Description: S/MIME cryptographic 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