Given that, I propose re-wording as follows:
All applications that can be launched using the standard graphical
mechanism of a release-blocking live image after an installation of that
image must start successfully and withstand a basic functionality test.
I have read the whole thread,
Kamil Paral kpa...@redhat.com wrote on Fri, 20 Dec 2013 05:00:24 -0500
The bandwidth problem should be solved by a simple program:
a. you run it on computer A (lacking bandwidth) - it gathers the list of
installed packages and exports a file
b. then you run it on computer B (good bandwidth) -
On Dec 14, 2013, at 12:25 PM, Adam Williamson awill...@redhat.com wrote:
I really would like to see other people's proposals in this area. I'm
not at all convinced I'm going to be the person who comes up with the
best idea. I'd love to know what cmurf would suggest as an overall
approach to
On Tue, 2013-12-17 at 09:45 -0700, Chris Murphy wrote:
On Dec 14, 2013, at 12:25 PM, Adam Williamson awill...@redhat.com wrote:
I really would like to see other people's proposals in this area. I'm
not at all convinced I'm going to be the person who comes up with the
best idea. I'd love
On Tue, 2013-12-17 at 09:45 -0700, Chris Murphy wrote:
On Dec 14, 2013, at 12:25 PM, Adam Williamson awill...@redhat.com wrote:
I really would like to see other people's proposals in this area. I'm
not at all convinced I'm going to be the person who comes up with the
best idea. I'd love
On 15 December 2013 03:27, Richard Ryniker ryni...@alum.mit.edu wrote:
It is very crude, but I looked at how many models of USB flash drive
Amazon sells directly and see:
512MB Under 4
1GB39
2GB 176
4GB 378
8GB 518
On lau 14.des 2013 00:54, Adam Williamson wrote:
That requires will on the part of the desktop SIGs, though. QA is not
going to be responsible for this. My position is either the desktop SIGs
fix their stuff, or we will have to change the criteria as I proposed,
because what other choice do we
The defining characteristic of the Live images is that they run
without installation on a user's disks. Beyond that, they have the
capability to install a minimal Fedora system to a local disk. Once
the size limit for a live image is increased beyond the capacity of a
CD (or other common media),
On Sat, 2013-12-14 at 13:47 -0500, Richard Ryniker wrote:
The defining characteristic of the Live images is that they run
without installation on a user's disks. Beyond that, they have the
capability to install a minimal Fedora system to a local disk. Once
the size limit for a live image is
On Fri, Dec 13, 2013 at 3:54 AM, Gene Czarcinski gczarcin...@gmail.com wrote:
Indeed! There are environments/situations where there is no network
connectivity (at least to the Internet) and never will be. It is this type
of situations that will require a DVD.
I run Fedora on a system that
On 12/14/2013 12:38 PM, T.C. Hollingsworth wrote:
On Fri, Dec 13, 2013 at 3:54 AM, Gene Czarcinski gczarcin...@gmail.com wrote:
Indeed! There are environments/situations where there is no network
connectivity (at least to the Internet) and never will be. It is this type
of situations that
On Sat, 14 Dec 2013, at 11:25:40 -0800 Adam Williamson awill...@redhat.com
wrote:
One thing they've floated as an idea is to have a separate 'installation
environment' you could boot into from the live images - so you could
either boot into 'try it out' live mode, or 'install it'
On Sat, 2013-12-14 at 22:27 -0500, Richard Ryniker wrote:
Has Fedora QA discussed how much effort they should or can invest in
organization and facilitation of others' test activities? Direct
testing scales (approximately) linearly with number of people, but
education, organization, and
On 15/12/13 17:41, Adam Williamson wrote:
On Sat, 2013-12-14 at 22:27 -0500, Richard Ryniker wrote:
Has Fedora QA discussed how much effort they should or can invest in
organization and facilitation of others' test activities? Direct
testing scales (approximately) linearly with number of
On Sun, 2013-12-15 at 17:47 +1300, Gavin Flower wrote:
I don't know...
Possibly charge a lot of money, give out fancy certificates, and ensure
they have status and no real responsibilities!
oh, I like it.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora
On 13.12.2013 08:25, Jóhann B. Guðmundsson wrote:
I argue that we should get rid of the DVD it's an era of the past and
just provide net-install iso and lives.
Probably there are good reasons why the DVD is still here.
poma
--
test mailing list
test@lists.fedoraproject.org
To
On 12/13/2013 03:20 AM, poma wrote:
On 13.12.2013 08:25, Jóhann B. Guðmundsson wrote:
I argue that we should get rid of the DVD it's an era of the past and
just provide net-install iso and lives.
Probably there are good reasons why the DVD is still here.
Indeed! There are
On 12/13/2013 12:55 PM, Jóhann B. Guðmundsson wrote:
On fös 13.des 2013 06:30, Adam Williamson wrote:
On Fri, 2013-12-13 at 05:31 +, Jóhann B. Guðmundsson wrote:
On fös 13.des 2013 02:05, Adam Williamson wrote:
It was clear at the Go/No-Go meeting today that KDE SIG does not
consider
On 12/13/2013 04:24 PM, Gene Czarcinski wrote:
On 12/13/2013 03:20 AM, poma wrote:
On 13.12.2013 08:25, Jóhann B. Guðmundsson wrote:
I argue that we should get rid of the DVD it's an era of the past and
just provide net-install iso and lives.
Probably there are good reasons why the DVD is
On Fri, 2013-12-13 at 05:54 -0500, Gene Czarcinski wrote:
On 12/13/2013 03:20 AM, poma wrote:
On 13.12.2013 08:25, Jóhann B. Guðmundsson wrote:
I argue that we should get rid of the DVD it's an era of the past and
just provide net-install iso and lives.
Probably there are good reasons
Jóhann B. Guðmundsson (johan...@gmail.com) said:
The DVD is releng/fesco responsibility, they dictate and decide
what's on it and what not and how it's delivered not the
sub-community's.
Really?
The KDE SIG has full access to change what gets installed when you
install from the DVD. If
On Fri, Dec 13, 2013 at 3:05 AM, Adam Williamson awill...@redhat.com wrote:
It was clear at the Go/No-Go meeting today that KDE SIG does not
consider this release criterion applicable/desired:
All applications that can be launched using the standard graphical
mechanism of a release-blocking
On Fri, 2013-12-13 at 21:36 +0100, drago01 wrote:
On Fri, Dec 13, 2013 at 3:05 AM, Adam Williamson awill...@redhat.com wrote:
It was clear at the Go/No-Go meeting today that KDE SIG does not
consider this release criterion applicable/desired:
All applications that can be launched using
Hi
On Fri, Dec 13, 2013 at 4:58 PM, Adam Williamson wrote:
Well, then there's the problem. We can't have release criteria that say
we really stand behind the package sets installed from the DVD if we
don't.
That is true however the solution is not to weaken the release criteria but
On Fri, 2013-12-13 at 18:49 -0500, Rahul Sundaram wrote:
Hi
On Fri, Dec 13, 2013 at 4:58 PM, Adam Williamson wrote:
Well, then there's the problem. We can't have release criteria
that say
we really stand behind the package sets
On 14/12/13 12:49, Rahul Sundaram wrote:
Hi
On Fri, Dec 13, 2013 at 4:58 PM, Adam Williamson wrote:
Well, then there's the problem. We can't have release criteria
that say
we really stand behind the package sets installed from the DVD if we
don't.
That is true however the
On Sat, Dec 14, 2013 at 1:54 AM, Adam Williamson awill...@redhat.com wrote:
On Fri, 2013-12-13 at 18:49 -0500, Rahul Sundaram wrote:
Hi
On Fri, Dec 13, 2013 at 4:58 PM, Adam Williamson wrote:
Well, then there's the problem. We can't have release criteria
that say
On Sat, 2013-12-14 at 07:31 +0100, drago01 wrote:
On Sat, Dec 14, 2013 at 1:54 AM, Adam Williamson awill...@redhat.com wrote:
On Fri, 2013-12-13 at 18:49 -0500, Rahul Sundaram wrote:
Hi
On Fri, Dec 13, 2013 at 4:58 PM, Adam Williamson wrote:
Well, then there's the
It was clear at the Go/No-Go meeting today that KDE SIG does not
consider this release criterion applicable/desired:
All applications that can be launched using the standard graphical
mechanism of a release-blocking desktop after a default installation of
that desktop must start successfully and
On fös 13.des 2013 02:05, Adam Williamson wrote:
It was clear at the Go/No-Go meeting today that KDE SIG does not
consider this release criterion applicable/desired:
All applications that can be launched using the standard graphical
mechanism of a release-blocking desktop after a default
On Fri, 2013-12-13 at 05:38 +, Jóhann B. Guðmundsson wrote:
On fös 13.des 2013 04:06, Adam Williamson wrote:
it was -1'ed at go/no-go meeting in about five seconds. No-one voted +1
blocker on it.
For the first I was not present there since I arrived later then usual
due to $dayjob
On Fri, 2013-12-13 at 05:31 +, Jóhann B. Guðmundsson wrote:
On fös 13.des 2013 02:05, Adam Williamson wrote:
It was clear at the Go/No-Go meeting today that KDE SIG does not
consider this release criterion applicable/desired:
All applications that can be launched using the standard
On fös 13.des 2013 06:30, Adam Williamson wrote:
On Fri, 2013-12-13 at 05:31 +, Jóhann B. Guðmundsson wrote:
On fös 13.des 2013 02:05, Adam Williamson wrote:
It was clear at the Go/No-Go meeting today that KDE SIG does not
consider this release criterion applicable/desired:
All
33 matches
Mail list logo