Re: Proposal: Let's drop i386

I definitely should have included more links to previous discussions - including this survey I did 4 years ago - https://bryanquigley.com/posts /crazy-ideas/32-bit-usage-survey-results.html. Is it ethical to continue to support a platform that we may not be able to provide meaningful security

Proposal: Let's drop i386

Steam and Wine. Solus' snapped Steam is progressing nicely and Steam deb is difficult to maintain as is [See removal bug]. That leaves coming up with a good way forward for Wine. Thanks! Simon Quigley Bryan Quigley [2016 email thread] https://lists.ubuntu.com/archives/ubuntu-devel/2016-June/03942

Re: freeipa-client missing in 18.04

It looks like it's just help up now because it's failing an autopkgtest - http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#freeipa This is a bug about it with more details: https://bugs.launchpad.net/ubuntu/+source/freeipa/+bug/1754936 If you find more about

Re: Ubuntu Monthly Update Cadence Proposal

> Stability means: no changes in functionality. Ah, this is the key point of my proposal. Stability for my purposes means predictability when changes in functionality will occur. > 4. Apt is geared towards advancement, not retreat. Meta packages can't be > used to uninstall, and rarely to

Re: Ubuntu Monthly Update Cadence Proposal

>> The hard part from my point of view is deciding as a project what we >> want to define couplings for, what the couplings should be, and what >> gets priority generally. > > the python stack, the php stack, and others might be loosely coupled, but > throwing a few library transitions makes them

Re: Ubuntu Monthly Update Cadence Proposal

On Wed, Jan 31, 2018 at 10:49 PM, Robie Basak <robie.ba...@ubuntu.com> wrote: > On Wed, Jan 31, 2018 at 10:39:00PM -0500, Bryan Quigley wrote: >> I see a few possible ways: >> 1. >> * Packages that aren't part of a set that is coupled with others >> could be sync

Re: Ubuntu Monthly Update Cadence Proposal

On Wed, Jan 31, 2018 at 7:59 PM, Simon Quigley <tsimo...@ubuntu.com> wrote: > Hello Bryan, > > On 01/31/2018 06:07 PM, Bryan Quigley wrote: >> Hi, >> >> Instead of releasing a version of Ubuntu every 6 months, we release >> select core components

Re: Ubuntu Monthly Update Cadence Proposal

I see a few possible ways: 1. * Packages that aren't part of a set that is coupled with others could be synced at any time * Coupled sets of packages could be synced in a similar staggered way as directly uploaded packages 2. Have dedicated sync months, where they are the only or majority of

Ubuntu Monthly Update Cadence Proposal

Hi, Instead of releasing a version of Ubuntu every 6 months, we release select core components of Ubuntu every month. Updates to core components would need to be staggered so that no closely coupled components would see a major release within the same month. We'd provide a newsletter every

Re: LibreOffice documents crashing

Hi Dave, This list is for developer discussions. You would be better off looking: https://www.libreoffice.org/get-help/community-support/ https://www.ubuntu.com/support/community-support Having said that, i'd try clearing your config files by opening a terminal (with libreoffice closed) and

Re: Target kernel for bionic?

There has been some discussion - aiming towards 4.15 but I don't believe anything is set in stone. Kernel list/insights post - https://insights.ubuntu.com/2017/10/25/kernel-team-summary-october-25-2017/ Also Phoronix post with discussion around it -

Re: Make systemd journal persistent | remove rsyslog (by default)

On Thu, Jan 12, 2017 at 11:20 AM, Jamie Strandboge wrote: ... > There are two things here: > 1. make systemd journal persistent > 2. avoid duplicate logs from rsyslog > > Why not just do '1' and let rsyslog remain? The standard logs are rotated so > this shouldn't be overly

Re: Make systemd journal persistent | remove rsyslog (by default)

On Tue, Jan 10, 2017 at 7:07 PM, Jeremy Bicha <jer...@bicha.net> wrote: > On 10 January 2017 at 17:04, Bryan Quigley <bryan.quig...@canonical.com> > wrote: >> I'm sure I missed some positives/negatives. Thoughts on doing this for >> Zesty? > > We woul

Re: Make systemd journal persistent | remove rsyslog (by default)

We could explicitly keep rsyslog supported in main for at least 18.04 for the for those who need it (or indefinitely if we find it's still needed for remote enterprise logging). I was thinking that we might have to keep it in main until 18.04 anyway for upgrades. Kind regards, Bryan On Wed,

Re: Installation Media and supportability of i386 in 18.04 LTS Re: Ubuntu Desktop on i386

On Fri, Jul 1, 2016 at 3:44 PM, Charl Wentzel <charl.went...@vodamail.co.za> wrote: > > > On 01/07/2016 21:05, Bryan Quigley wrote: > > Can you elaborate on what specific systems you are purchasing today > that use 32-bit x86 (I believe the only vendors ever w

Re: Installation Media and supportability of i386 in 18.04 LTS Re: Ubuntu Desktop on i386

> I use Ubuntu as my main platform on embedded system. There are still many > viable 32-bit platforms that are being manufactured. Can you elaborate on what specific systems you are purchasing today that use 32-bit x86 (I believe the only vendors ever were AMD, Intel and VIA)? Also what is

Re: Installation Media and supportability of i386 in 18.04 LTS Re: Ubuntu Desktop on i386

/UfAHxIitdWEUPl5K2 On Tue, Jun 28, 2016 at 11:31 AM, Dimitri John Ledkov <x...@ubuntu.com> wrote: > Hello, > > > On 28 June 2016 at 16:02, Bryan Quigley <bryan.quig...@canonical.com> > wrote: > > Hi Dimitri, > > > > I'll work on creating a new public survey

Re: Installation Media and supportability of i386 in 18.04 LTS Re: Ubuntu Desktop on i386

are support and upstream > security support on i386, rather than actual hardware being out of > stock and/or old. > > In essence this would mean April 2021 as the sunset for i386 as the > host/base OS architecture. And April 2023 to run legacy i386 > applications with security support.

Re: Wine(tricks) needs a new maintainer

Debian's wintricks package doesn't work that well right now on 64-bit with wine 1.9xx, either. Anyway I did make a Merge/Sync request so we can track this in a bug: https://bugs.launchpad.net/ubuntu/+source/winetricks/+bug/1574681 Thanks, Bryan On Mon, Apr 25, 2016 at 9:53 AM, Bryan Quigley

Re: Wine(tricks) needs a new maintainer

I can relate, winetricks wasn't working for me in the archive, eventually figured out I should just download it. Debian has 20151116, so just dropping our delta might be a good option too. I'm hoping to be able to drop our Wine delta too (stuck on 1.6 - more complicated transition though) and

Re: Can we include HWE in the release version?

On Wed, Apr 6, 2016 at 5:52 PM, John Johansen <john.johan...@canonical.com> wrote: > On 04/06/2016 02:32 PM, Dimitri John Ledkov wrote: >> On 6 April 2016 at 22:25, Xen <l...@xenhideout.nl> wrote: >>> Bryan Quigley schreef op 06-04-16 22:35: >>>> H

Re: Can we include HWE in the release version?

> I am not sure what problem you are trying to fix. I want the version of Ubuntu to actually mean what version of essential software I should expect. I want "14.04.4 LTS" to mean the exact same thing on the download page as it does in /etc/lsb-release. > First of all point releases are only

Can we include HWE in the release version?

Hi all, The naming scheme of just "Ubuntu 14.04.4 LTS" is no longer meaningful when it comes to determining what kernel/mesa/xorg you are on. It's also confusing to many users what 14.04.4 actually means and it makes determining if you are supported more difficult [1]. I propose for 16.04 we

Re: Sync all wine packages from Debian

Hi Amr, There are bugs discussing this. Unfortunately if we just sync it looks like we break upgrades. Request to remove wine1.6 so we can sync 1.8 from debian https://bugs.launchpad.net/ubuntu/+source/wine1.6/+bug/1558480 Add wine1.8 to archive

Re: Ubuntu Desktop on i386

IMHO large. And costs more than the benefit it will provide. Agreed. > > On 2 February 2016 at 17:26, Bryan Quigley <bryan.quig...@canonical.com> > wrote: >>> Kernel support is a separate vector. E.g. in Debian it is common to >>> install 32-bit userspace wit

Re: Ubuntu Desktop on i386

> Kernel support is a separate vector. E.g. in Debian it is common to > install 32-bit userspace with the 64-bit kernel. Thus using all the > CPU/kernel features, access all the memory, yet have lower memory > utilisation. Right, but depending on what we decide it will also impact how tested the

Re: Ubuntu Desktop on i386

On Tue, Feb 2, 2016 at 6:27 AM, Jean-Baptiste Lallement wrote: > Hi, > > On 02/02/2016 08:58, Stefan Bader wrote: >>> >>> >My guess is that: all currently shipped hardware, with enough support >>> >to run full Unity (7) Desktop, is amd64. Tested with amd64

Re: Ubuntu Desktop on i386

The plan from the session we did over a year ago was: "Specifically the Ubuntu (x86_32) desktop CD will be moved to cdimage around opening of 16.10". The argument is that it was easy to build the CD and it was cheap to do. It would be a community build that wouldn't be promoted on the Ubuntu

Re: Disabling deb-src by default

I think the lists must be purged when the image is prepared. I'm just testing this on Canonistack (internal Canonical Openstack). http://pastebin.ubuntu.com/14691187/ On Thu, Jan 28, 2016 at 4:15 PM, Dimitri John Ledkov <x...@ubuntu.com> wrote: > On 28 January 2016 at 20:48, Brya

Re: pidgin-otr not up to date

Hi Jack, Vivid and Wily both have 4.0.1. Trusty has 4.0.0, is that what you're referring to? That's pretty normal that the LTS will just stick with that version (with the possibility of specific SRUs of course, but still no version bump). Kind regards, Bryan [1]

Removing runlevel 06 no longer needed?

Hi all, I've been looking at merging keepalived or snmpd with Debian and they both have something like: explicit init start/stop parameters (don't stop at 0 and 6) Call dh_installinit correctly to avoid installing links in rc[06].d As far as I can tell that was an Upstart specific workaround[1].

Re: btrfs plans for 15.10/16.04?

That seems to be the overall consensus I'm hearing. Guess we'll revisit it sometime after 16.04. Thanks all! Bryan On Wed, Apr 22, 2015 at 10:54 AM, Colin Ian King colin.k...@canonical.com wrote: After a lot of thorough testing over the past several months, I still deem btrfs as experimental

Re: btrfs plans for 15.10/16.04?

So on Suse, btrfs is used for rootfs but not user storage (e.g. /home is on xfs). I see that attractive, as /usr is mostly read-only and only updated with controlled tools. So what would you propose for Ubuntu? Our default install doesn't break things up like that. Perhaps just for Ubuntu

Re: btrfs plans for 15.10/16.04?

22, 2015 at 10:47:32AM -0400, Bryan Quigley wrote: Is it really ready yet? For example, CoreOS reported having issues and switched away in December/January: https://groups.google.com/forum/m/#!topic/coreos-dev/NDEOXchAbuU That's what the previous UDS sessions discussed. AFAICT from that list

btrfs plans for 15.10/16.04?

Hi there, I'm just wondering if there are any plans to revisit btrfs as the default filesystem before the next LTS? Some key drivers I see are: - If we want our app/snappy story to converge with systemds [1] - LXC is even awesomer on btrfs (fast copies) AFAICT the last time this was condired

Re: Move old ldap auth solution from main?

On Wed, Jan 7, 2015 at 10:15 AM, Timo Aaltonen tjaal...@ubuntu.com wrote: On 07.01.2015 12:04, Robie Basak wrote: Is sssd use in Ubuntu well enough documented now? Yes, but the official server guide still uses libnss-ldap. Shouldn't be an issue to have it updated for 16.04 though. (that was

Move old ldap auth solution from main?

Hi, I noticed that libnss-ldap was no longer maintained upstream* (and has a good amount of bugs) and has good replacements available (sssd, but libnss-ldap*d* also works) so I thought it might be a good candidate to move out of main in Vivid. In Ubuntu it's also dependent on libpam-ldap,

Re: Our Networking Story

On Fri, Mar 7, 2014 at 1:34 AM, Dale Amon a...@vnl.com wrote: The only feature I hold near and dear is that I be able to ssh into a server in a rack 8000 miles away, fiddle with /etc/network/interfaces if needed, and then reliably ifdown/ifup one of god knows how many connections (I often

Re: Our Networking Story

On Fri, Mar 7, 2014 at 7:44 AM, Robie Basak robie.ba...@ubuntu.com wrote: I don't think it's possible to define restart networking in a way that everybody understands, and in a way that will always work on complex configurations. Instead, I think that we need to focus on *why* you need to

Re: Our Networking Story

On Fri, Mar 7, 2014 at 11:15 AM, Paul Smith p...@mad-scientist.net wrote: I'm not sure this level of detail is needed. I've not tried this on Ubuntu, so maybe it already works fine, but similar to the OP's request on remote Red Hat systems it is always supported to run: service network

Our Networking Story

We've had a lot of internal Canonical discussions about our networking story and before going to a UDS session [1] it was suggested to post to ubuntu-devel. *Network Restart* I'd like to start by asking each of you what you think is the correct way to restart networking on Ubuntu server? Feel

Re: Call for testing empathy

and Ekiga. I don't currently use Ekiga, but can anyone tell me how close Empathy is to being comparable? If it can replace Ekiga, perhaps it could do that for Intrepid and leave Pidgin alone for now? -Bryan Quigley On Tue, Aug 19, 2008 at 8:31 AM, Jo-Erlend Schinstad [EMAIL PROTECTED] wrote

Re: Transmission as default bittorrent client

My initial reaction was similar. However, in transmissions favor *Memory usage* (quick test) Deluge at 23 Mb Transmission at 7 Mb The interface also seems more transitional from the previous integrated client. I think one of the big factors is that deluge has a wizard to get you setup while

Re: Alpha 4 freeze ahead

why not include it by default early on to get more testing? Indeed +1 Or not Many addons are still not compatible So? This would help bring the ones included in Ubuntu that aren't compatable up to the light. Plus, these are development builds. Things are allowed to break.

Re: Alpha 4 freeze ahead

When is Firefox 3 (Beta) going to be in the default hardy install? We plan on shipping Firefox 3, so why not include it by default early on to get more testing? Thanks, Bryan On Jan 25, 2008 11:47 AM, Steve Langasek [EMAIL PROTECTED] wrote: Hello Ubuntu developers, The expected release date

Re: gThumb

to a consensus on that subject. The gThumb removal surprised me as I have been watching ( https://wiki.ubuntu.com/HardyReducingDuplication) and did not see any discussion on which to remove. Thank You, Bryan Quigley On Jan 17, 2008 3:05 AM, Mario Vukelic [EMAIL PROTECTED] wrote: On Wed, 2008-01-16

Re: gThumb

, Wouter Stomp wrote: On Jan 15, 2008 5:59 AM, Bryan Quigley [EMAIL PROTECTED] wrote: I was wondering what the reasoning was to get rid of gThumb in the default install (ubuntu desktop package). Is their an application that has been added to help people organize home movies that I

gThumb

I was wondering what the reasoning was to get rid of gThumb in the default install (ubuntu desktop package). Is their an application that has been added to help people organize home movies that I missed? Thanks, Bryan -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com

Re: Patching

I believe the best solution to these problems is the use of debtorrent ( http://debtorrent.alioth.debian.org/) Which is currently in hardy (although might not actually fully work yet). Both solutions mentioned can be implemented eventually through the use of torrents. I don't believe either is

Re: A Look at the Ubuntu Installer

I just wanted to say awesome job! A previous effort: https://wiki.ubuntu.com/ExplainingUbiquity Among the items listed in there and not in yours are: - Label disks by diskname. - (auto)Magically do timezone (If connected to internet, LinuxMCE can do this) I really like the idea of

Re: What is 'administrivia'?

My guess is the Remove on a single line. I can't say I have ever used Ekiga or Base. However, if you say the cd comes with OpenOffice.org it should come with OpenOffice.org (what they ship with). -Bryan On Dec 30, 2007 10:22 AM, Evan [EMAIL PROTECTED] wrote: There's nothing like that in it. In

Re: Changing dpkg-deb default compression from gzip to lzma for Hardy

it can save users time and everyone bandwidth. Thank you, Bryan Quigley -- 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