On Tuesday, July 23, 2013 06:59:43 AM Robie Basak wrote:
On Tue, Jul 23, 2013 at 01:51:46AM -0400, Scott Kitterman wrote:
I think most developers would believe the current situation is
appropriate.
I disagree.
By default users have the same access to source and binary packages and
(pardon the top-posting)
I think the slight reduction in ethics (relevant mainly to developers)
is a good trade to help deployability in the real world. We'll leave
sources enabled by default for development releases.
For the other 99% of users, where practicality is more important than
On Tue, Jul 23, 2013 at 01:51:46AM -0400, Scott Kitterman wrote:
I think most developers would believe the current situation is appropriate.
I disagree.
By default users have the same access to source and binary packages and for a
free software distribution, that is the ethically correct
On Tue, Jul 23, 2013 at 03:02:02AM -0400, Scott Kitterman wrote:
So those are a couple of examples of what I think is definitely not what we
want. I'm open to discussion about alternate ways to preserve easy access to
the source.
How about:
$ sudo apt-get source hello
Reading package
On 23.07.2013 09:12, Robie Basak wrote:
[...]
E: You must put some 'source' URIs in your sources.list
E: Type add-apt-repository sources to do this automatically for you.
$ sudo add-apt-repository sources
deb-src lines have been added to your sources.list.
Now type apt-get update, and then
Hi Daniel (2013.07.23_08:13:47_+0200)
For the other 99% of users, where practicality is more important than
immediate access to source, we end up wasting ~10% of Canonical and
our mirror's bandwidth on the source updates.
Can you back that up with evidence? As I (and a few other people) have
On 23 July 2013 16:24, Andreas Moog andreas.m...@warperbbs.de wrote:
On 23.07.2013 09:12, Robie Basak wrote:
[...]
E: You must put some 'source' URIs in your sources.list
E: Type add-apt-repository sources to do this automatically for you.
$ sudo add-apt-repository sources
deb-src lines have
On Tue, Jul 23, 2013 at 10:24:31AM +0200, Andreas Moog wrote:
andreas@j3515:~$ sudo add-apt-repository
The program 'add-apt-repository' is currently not installed. You can
install it by typing:
sudo apt-get install python-software-properties
andreas@j3515:~$
add-apt-repository is not
On Tuesday, July 23, 2013 08:12:16 AM Robie Basak wrote:
On Tue, Jul 23, 2013 at 03:02:02AM -0400, Scott Kitterman wrote:
So those are a couple of examples of what I think is definitely not what
we
want. I'm open to discussion about alternate ways to preserve easy access
to the source.
= Meeting Minutes =
[[http://irclogs.ubuntu.com/2013/07/23/%23ubuntu-meeting.txt|IRC Log of
the meeting.]]
[[http://voices.canonical.com/kernelteam|Meeting minutes.]]
== Agenda ==
[[https://wiki.ubuntu.com/KernelTeam/Meeting#Tues, 23 Jul, 2013|20130723
Meeting Agenda]]
=== ARM Status
51 at start
* Helped with problems/questions about python-django-piston
* LP: #1203958 (unity-china-photo-scope)
Reviewed, needs fixing
* LP: #1203931 (unity-china-video-scope)
Reviewed, needs fixing
* LP: #1201323 (sync python-webob and forward changes to debian)
52 at start
Hi guys.
On Tue, Jul 23, 2013 at 10:42 PM, xubuntu-devel-requ...@lists.ubuntu.comwrote:
Today's Topics:
1. Package testing - Xubuntu Team (Elfy)
--
Message: 1
Date: Tue, 23 Jul 2013 20:00:27 +0100
From: Elfy
Since shortly after Mark announced the global menu [1] Kubuntu has shipped
plasma-widget-menubar to provide this functionality [2] and not only for
Qt/KDE, but for Gtk apps as well [3]. This has served us well on netbooks for
three years and I use it myself on a daily basis on a conventional
On Tuesday, July 23, 2013 08:21:40 AM Jordon Bedwell wrote:
On Tue, Jul 23, 2013 at 6:32 AM, Scott Kitterman ubu...@kitterman.com
wrote:
Assuming add-apt-repository was installed by default, it's close. I think
something like this might be reasonable (imagine some policykit or
whatever it
On Tue, 2013-07-23 at 21:01 -0400, Scott Kitterman wrote:
Since shortly after Mark announced the global menu [1] Kubuntu has shipped
plasma-widget-menubar to provide this functionality [2] and not only for
Qt/KDE, but for Gtk apps as well [3]. This has served us well on netbooks
for
On Tuesday, July 23, 2013 09:00:33 PM Ted Gould wrote:
On Tue, 2013-07-23 at 21:01 -0400, Scott Kitterman wrote:
Since shortly after Mark announced the global menu [1] Kubuntu has shipped
plasma-widget-menubar to provide this functionality [2] and not only for
Qt/KDE, but for Gtk apps as
Total requests at start: 53
Bug #1194489 - A newer Debian revision is present in unstable, requested an
updated merge.
Bug #1204285 - Synced
https://code.launchpad.net/~nitink/ubuntu/saucy/ushare/bug-1044024 - Uploaded
after converting to a quilt patch.
On 07/23/2013 12:02 AM, Scott Kitterman wrote:
On Tuesday, July 23, 2013 06:59:43 AM Robie Basak wrote:
On Tue, Jul 23, 2013 at 01:51:46AM -0400, Scott Kitterman wrote:
I think most developers would believe the current situation is
appropriate.
I disagree.
By default users have the same
On Tuesday, July 23, 2013 09:19:36 PM Scott Ritchie wrote:
On 07/23/2013 12:02 AM, Scott Kitterman wrote:
On Tuesday, July 23, 2013 06:59:43 AM Robie Basak wrote:
On Tue, Jul 23, 2013 at 01:51:46AM -0400, Scott Kitterman wrote:
I think most developers would believe the current situation is
On Tue, Jul 23, 2013 at 09:31:15PM -0400, Scott Kitterman wrote:
Before we run off and expend a lot more effort on this, I'd like to
see something other than handwaving that this is really is a
significant issue.
[size comparisions snipped]
My concern is latency, not size. How many round
On Wednesday, July 24, 2013 03:46:10 AM Robie Basak wrote:
On Tue, Jul 23, 2013 at 09:31:15PM -0400, Scott Kitterman wrote:
Before we run off and expend a lot more effort on this, I'd like to
see something other than handwaving that this is really is a
significant issue.
[size
Or 90/110K per day per computer for Precise. I guess what was getting
me is the additional 6-7MB during install or first update:
http://archive.ubuntu.com/ubuntu/dists/precise/universe/source/ 4.8M/5.9M
http://archive.ubuntu.com/ubuntu/dists/precise/main/source/ 912K/1.1M
On 24 July 2013 09:31,
Perhaps we have two issues here:
- the download during installs or first index update is 6-7MB extra,
which makes a real difference when installing lots of computers
- downloads from security.ubuntu.com being slow (eg 1-5KB/s) as it's 500ms away
The 20% additional download due to sources [1]
On 24 July 2013 11:08, Scott Kitterman ubu...@kitterman.com wrote:
On Wednesday, July 24, 2013 11:00:40 AM Daniel J Blueman wrote:
Perhaps we have two issues here:
The 20% additional download due to sources [1] would help both issues,
but perhaps of bigger impact, trusting the
On Tuesday, July 23, 2013 11:23:20 PM Ted Gould wrote:
On Tue, 2013-07-23 at 22:23 -0400, Scott Kitterman wrote:
On Tuesday, July 23, 2013 09:00:33 PM Ted Gould wrote:
On Tue, 2013-07-23 at 21:01 -0400, Scott Kitterman wrote:
Since shortly after Mark announced the global menu [1] Kubuntu
On Tue, Jul 23, 2013 at 01:51:46AM -0400, Scott Kitterman wrote:
I think most developers would believe the current situation is appropriate.
I disagree.
By default users have the same access to source and binary packages and for a
free software distribution, that is the ethically correct
(pardon the top-posting)
I think the slight reduction in ethics (relevant mainly to developers)
is a good trade to help deployability in the real world. We'll leave
sources enabled by default for development releases.
For the other 99% of users, where practicality is more important than
On Tuesday, July 23, 2013 06:59:43 AM Robie Basak wrote:
On Tue, Jul 23, 2013 at 01:51:46AM -0400, Scott Kitterman wrote:
I think most developers would believe the current situation is
appropriate.
I disagree.
By default users have the same access to source and binary packages and
On Tue, Jul 23, 2013 at 03:02:02AM -0400, Scott Kitterman wrote:
So those are a couple of examples of what I think is definitely not what we
want. I'm open to discussion about alternate ways to preserve easy access to
the source.
How about:
$ sudo apt-get source hello
Reading package
Hi Daniel (2013.07.23_08:13:47_+0200)
For the other 99% of users, where practicality is more important than
immediate access to source, we end up wasting ~10% of Canonical and
our mirror's bandwidth on the source updates.
Can you back that up with evidence? As I (and a few other people) have
On Tuesday, July 23, 2013 08:12:16 AM Robie Basak wrote:
On Tue, Jul 23, 2013 at 03:02:02AM -0400, Scott Kitterman wrote:
So those are a couple of examples of what I think is definitely not what
we
want. I'm open to discussion about alternate ways to preserve easy access
to the source.
On Tuesday, July 23, 2013 08:21:40 AM Jordon Bedwell wrote:
On Tue, Jul 23, 2013 at 6:32 AM, Scott Kitterman ubu...@kitterman.com
wrote:
Assuming add-apt-repository was installed by default, it's close. I think
something like this might be reasonable (imagine some policykit or
whatever it
Or 90/110K per day per computer for Precise. I guess what was getting
me is the additional 6-7MB during install or first update:
http://archive.ubuntu.com/ubuntu/dists/precise/universe/source/ 4.8M/5.9M
http://archive.ubuntu.com/ubuntu/dists/precise/main/source/ 912K/1.1M
On 24 July 2013 09:31,
On Tue, Jul 23, 2013 at 09:31:15PM -0400, Scott Kitterman wrote:
Before we run off and expend a lot more effort on this, I'd like to
see something other than handwaving that this is really is a
significant issue.
[size comparisions snipped]
My concern is latency, not size. How many round
Perhaps we have two issues here:
- the download during installs or first index update is 6-7MB extra,
which makes a real difference when installing lots of computers
- downloads from security.ubuntu.com being slow (eg 1-5KB/s) as it's 500ms away
The 20% additional download due to sources [1]
On Wednesday, July 24, 2013 11:00:40 AM Daniel J Blueman wrote:
Perhaps we have two issues here:
The 20% additional download due to sources [1] would help both issues,
but perhaps of bigger impact, trusting the country-level mirror for
the security updates?
...
You aren't. Security
On 24 July 2013 11:08, Scott Kitterman ubu...@kitterman.com wrote:
On Wednesday, July 24, 2013 11:00:40 AM Daniel J Blueman wrote:
Perhaps we have two issues here:
The 20% additional download due to sources [1] would help both issues,
but perhaps of bigger impact, trusting the
37 matches
Mail list logo
