idgin 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 PROT
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 fre
On Fri, Mar 7, 2014 at 1:34 AM, Dale Amon 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
> work with m
On Fri, Mar 7, 2014 at 7:44 AM, Robie Basak 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 "restart
> networki
On Fri, Mar 7, 2014 at 11:15 AM, Paul Smith 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 restart
>
> and kn
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, ldap-au
On Wed, Jan 7, 2015 at 10:15 AM, Timo Aaltonen 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 your doingIIRC -
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 w
>> 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 Ubun
te:
> On Wed, Apr 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 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
wrote:
> After a lot of thorough testing over the past several months, I still
> deem btrfs as experimental quality. There are stil
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].
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]
http://packages.ubuntu.com/sea
On Thu, Jan 28, 2016 at 3:52 AM, Martin Pitt wrote:
> Usama Akkad [2016-01-28 10:38 +0200]:
>> Source packages are enabled by default.
>
> We don't enable them by default on cloud images, so I guess it can't
> be a legal requirement to have them.
I've always been a little confused by cloud images
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 wrote:
> On 28 January 2016 at 20:48, Bryan Quigley
> wrote
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 web
> 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 H
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 kernel, and
>>> >amd64 graphics drivers.
s more than the benefit it will provide.
Agreed.
>
> On 2 February 2016 at 17:26, Bryan Quigley
> wrote:
>>> 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/ker
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
https://bugs.launchpad.net/ubuntu/+source/wine/+bu
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 c
> 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 inst
On Wed, Apr 6, 2016 at 5:52 PM, John Johansen
wrote:
> On 04/06/2016 02:32 PM, Dimitri John Ledkov wrote:
>> On 6 April 2016 at 22:25, Xen wrote:
>>> Bryan Quigley schreef op 06-04-16 22:35:
>>>> Hi all,
>>>>
>>>> The naming scheme of just
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 win
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, Bry
ack of upstream software 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 w
forms/UfAHxIitdWEUPl5K2
On Tue, Jun 28, 2016 at 11:31 AM, Dimitri John Ledkov
wrote:
> Hello,
>
>
> On 28 June 2016 at 16:02, Bryan Quigley
> wrote:
> > Hi Dimitri,
> >
> > I'll work on creating a new public survey (and possibly a separate
> > partner/cu
> 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 your
On Fri, Jul 1, 2016 at 3:44 PM, Charl Wentzel
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 were AMD, Intel
> and VIA)?
>
> The chipse
Hi,
In debugging a shutdown issue I came across a bug [1] that indicates
for us to get better logs [2] during shutdown we really need to make
the systemd journal persistent. We would also need to remove rsyslog
by default so we don't have duplicate writing of logs to disk.
Aside from shutdown l
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, Ja
On Tue, Jan 10, 2017 at 7:07 PM, Jeremy Bicha wrote:
> On 10 January 2017 at 17:04, Bryan Quigley
> wrote:
>> I'm sure I missed some positives/negatives. Thoughts on doing this for
>> Zesty?
>
> We would need to install gnome-logs instead of gnome-system-log
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 burdensome. Have you me
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 -
https://www.phoronix.com/scan.php?page=news_ite
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 runn
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 month
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
pac
On Wed, Jan 31, 2018 at 7:59 PM, Simon Quigley 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 of Ubuntu every month. Updates to co
On Wed, Jan 31, 2018 at 10:49 PM, Robie Basak 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 synced at any time
>>
>> 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 h
> 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 downgra
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 why
known blockers for removing the i386 port are 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:/
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 supp
Hi all,
Systemd timers seem like a fine replacement[1] for cron/anacron and is
installed by default. Further, many of our default services have switched
to them.
Based on the recent change [2] in Debian, I don't believe anacron is needed
anymore. I'm curious if anyone sees a specific need for c
bring developers to Ubuntu:
To a good programmer, languages are nothing more than tools and you can use
whatever language that is best for the job at hand. Learning a new language
is not something most good programmers fear.
Thank you for reading and your advise on my specification,
Bryan Quigley
like 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
). On moving to
Linux, I felt like I had taken a step backwards in that aspect of
file-systems.
Thanks,
Bryan Quigley
On Dec 21, 2007 1:53 PM, Jonathan Musther <[EMAIL PROTECTED]> wrote:
> If it was moved to shutdown, I would assume that the user would be able to
> skip it, or better ye
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
Wengophone has a dependency on qt4. Might be doable with removal of Pidgin
and Ekiga (or Mono). I can't speak for Ekiga but it really doesn't appear
to be able to stand up to replacing Pidgin. Pidgin, to me anyway, is one
of the applications that Free Software has delivered the best of breed
Is there any possibility of have locate use the tracker database?
On Jan 4, 2008 3:47 AM, Timo Jyrinki <[EMAIL PROTECTED]> wrote:
> On Thu, 3 Jan 2008, George Farris wrote:
>
> >> Speaking for myself, I regularly use slocate to find things that are
> >> outside my home directory (not that I use t
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 set
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 imp
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
Modi
at 13:59 +0100, 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 h
t coming 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:
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 d
> > > 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
allowe
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 tran
59 matches
Mail list logo