On Sun, Apr 1, 2012 at 11:12 PM, Kevin Fenzi ke...@scrye.com wrote:
greetings.
Xfce 4.10pre1 is out... and I am going to look at landing it in rawhide
in the next few days.
Hopefully there won't be too much disruption caused by this (it's 17
packages), just wanted to give rawhide Xfce
On 03/04/12 07:52, Gilboa Davara wrote:
Any chance of building a personal repository for F17 or better yet, F16?
- Gilboa
https://lists.fedoraproject.org/pipermail/xfce/2012-April/001082.html
--
Regards,
Frank
Jack of all, fubars
--
devel mailing list
devel@lists.fedoraproject.org
On Tue, Apr 3, 2012 at 9:55 AM, Frank Murphy frankl...@gmail.com wrote:
On 03/04/12 07:52, Gilboa Davara wrote:
Any chance of building a personal repository for F17 or better yet, F16?
- Gilboa
https://lists.fedoraproject.org/pipermail/xfce/2012-April/001082.html
The feature page doesn't
On Tue, Apr 3, 2012 at 3:28 AM, Brian Wheeler bdwhe...@indiana.edu wrote:
I can't say that as a user (and sysadmin) I'm really thrilled with this.
/tmp doesn't go away on reboots now so this is a biggish change from my point
of view.
That's what /tmp has always meant to be i.e a temporary
On Tue, Apr 3, 2012 at 5:10 AM, Kevin Kofler kevin.kof...@chello.at wrote:
Richard W.M. Jones wrote:
Actually I think this is a good feature, but ...
I'm unsure about whether this makes sense for new installs or not, but I
feel my objection in
On 03/04/12 08:13, Gilboa Davara wrote:
On Tue, Apr 3, 2012 at 9:55 AM, Frank Murphyfrankl...@gmail.com wrote:
On 03/04/12 07:52, Gilboa Davara wrote:
Any chance of building a personal repository for F17 or better yet, F16?
- Gilboa
On 04/03/2012 03:10 AM, Brendan Conoboy wrote:
As long as the RE and QE requirements are similarly defined that's fine.
It would be good to get a clarification from fesco what they are
referring to when they speak of QE ( Depending on it's meaning it
might fall under the QA community )
On 04/03/2012 03:10 AM, Brendan Conoboy wrote:
Let's make the list exhaustive; there needs to be a path to sure
success. This means establishing a complete procedure where when an
SA formally applies to become PA, acceptance means there is a
definitive set of steps needed to get there.
Daniel J Walsh wrote:
...
I have been running with a tmpfs /tmp for years, without a problem. I have
found the having /tmp be anything else that a tmpfs has caused me pain over
the years with mislabeled files or files with the wrong UID.
Change to use a confined user or change the UID of a
Brendan Conoboy wrote:
If those requirements are deemed to have been met, promotion is automatic.
I still don't agree that this approach makes any sense whatsoever. Promotion
must be an exceptional event decided on a case-by-case basis or we may end
up with an unmaintainable skyrocketing of
On Tue, Apr 3, 2012 at 10:31 AM, Frank Murphy frankl...@gmail.com wrote:
Hence my reply.
*Sigh*
- Gilboa
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Tue, Apr 3, 2012 at 12:50 PM, Gilboa Davara gilb...@gmail.com wrote:
On Tue, Apr 3, 2012 at 10:31 AM, Frank Murphy frankl...@gmail.com wrote:
Hence my reply.
*Sigh*
Then better look here:
http://lists.fedoraproject.org/pipermail/xfce/2012-April/001082.html :)
Greetings,
Tom
--
devel
Compose started at Tue Apr 3 08:15:09 UTC 2012
Broken deps for x86_64
--
[HippoDraw]
HippoDraw-devel-1.21.3-2.fc17.i686 requires python-numarray
HippoDraw-devel-1.21.3-2.fc17.x86_64 requires python-numarray
On 04/02/2012 09:08 PM, Miloslav Trmač wrote:
2012/3/27 Jóhann B. Guðmundsson johan...@gmail.com:
On 03/27/2012 05:15 PM, Kevin Kofler wrote:
I assume that that mod_access_compat module only requires a few bytes, so I
don't see why it should not be loaded by default forever (or at least as
On 03/04/12 11:57, Thomas Spura wrote:
On Tue, Apr 3, 2012 at 12:50 PM, Gilboa Davaragilb...@gmail.com wrote:
On Tue, Apr 3, 2012 at 10:31 AM, Frank Murphyfrankl...@gmail.com wrote:
Hence my reply.
*Sigh*
Then better look here:
On Apr 2, 2012 11:10 PM, Brendan Conoboy b...@redhat.com wrote:
All builds must occur on Fedora-maintained build servers.
FYI, this will require an additional koji-hub for each architecture
trying to move to PA. Generally agree, though.
No. The additional hub is only needed while an arch is
On Tue, Apr 3, 2012 at 5:47 PM, Bryn M. Reeves b...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/03/2012 08:10 AM, Joel Rees wrote:
On Tue, Apr 3, 2012 at 3:27 PM, Tim ignored_mail...@yahoo.com.au
wrote: s/some/a lot of/
if you set it up right.
It can still do a
On Tue, 2012-04-03 at 05:10 +0200, Kevin Kofler wrote:
Richard W.M. Jones wrote:
Actually I think this is a good feature, but ...
I'm unsure about whether this makes sense for new installs or not, but I
feel my objection in
https://fedoraproject.org/wiki/Talk:Features/tmp-on-tmpfs was not
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=809427
--- Comment #1 from Fedora Update System upda...@fedoraproject.org 2012-04-03
08:44:32 EDT ---
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=809427
--- Comment #2 from Fedora Update System upda...@fedoraproject.org 2012-04-03
08:45:22 EDT ---
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=809427
--- Comment #3 from Fedora Update System upda...@fedoraproject.org 2012-04-03
08:45:31 EDT ---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/03/2012 01:15 PM, Joel Rees wrote:
On Tue, Apr 3, 2012 at 5:47 PM, Bryn M. Reeves b...@redhat.com
wrote:
You're allowing the local sandbox user to connect to the local X
server so any process running in one of your sandboxes can start
a
On Tue, Apr 3, 2012 at 5:10 AM, Brendan Conoboy b...@redhat.com wrote:
as such there are various expectations that the overall Fedora
experience will be consistent over all primary architectures.
Can we quantify what the overall experience is that must be consistent? I
understand Anaconda
I was quite depressed how hard it can be for a layman to find a way to install
Fedora from LiveCD environment. If you don't recognize the icon in Gnome Shell
Overview mode, it can give you quite some work to find it. Since OSS philosophy
is if you don't like it, fix it, I did. In the last two
Summary of changes:
9c1a8c0... update to 2.33 (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
A file has been added to the lookaside cache for perl-Devel-PatchPerl:
7d2ba4ae9a3e0f24e196afa63c8ddc20 Devel-PatchPerl-0.68.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On 04/02/2012 05:30 PM, M A Young wrote:
On Mon, 2 Apr 2012, Lennart Poettering wrote:
On Mon, 02.04.12 16:55, Steve Grubb (sgr...@redhat.com) wrote:
What about forensics? Any reboot erases information that might have been needed
to see what happened during a break in.
/tmp is already
On Mon, Apr 2, 2012 at 10:10 PM, Brendan Conoboy b...@redhat.com wrote:
This is feedback vs the current version of the following web page:
http://fedoraproject.org/wiki/Secondary_Architecture_Promotion_Requirements_%28Draft%29
FESCo and affected groups should have the ability to review
Le 03/04/2012 13:50, Dennis Jacobfeuerborn a écrit :
Is there a way to only pull in mod_access_compat only on updates but not on
new installs? That would be the best option I think as it would not break
existing installations that get updated but allows new setups to either not
have to deal
On Tue, Apr 3, 2012 at 12:58 PM, Josh Boyer jwbo...@gmail.com wrote:
On Apr 2, 2012 11:10 PM, Brendan Conoboy b...@redhat.com wrote:
All builds must occur on Fedora-maintained build servers.
FYI, this will require an additional koji-hub for each architecture trying
to move to PA. Generally
On Apr 3, 2012, at 7:26 AM, Kamil Paral wrote:
You can see it here:
http://kparal.fedorapeople.org/misc/InstallFedoraButton.png
What do you think? Better than default?
How about Install Fedora since it could be installed to SSD or iSCSI etc.
I personally think it's definitely better than
2012/4/3 Miloslav Trmač m...@volny.cz:
On Tue, Apr 3, 2012 at 5:10 AM, Brendan Conoboy b...@redhat.com wrote:
as such there are various expectations that the overall Fedora
experience will be consistent over all primary architectures.
Can we quantify what the overall experience is that must
commit ec7f4f9fb0f91d4370a8a8f3f3109a664e850bd4
Author: Tom Callaway s...@fedoraproject.org
Date: Tue Apr 3 10:28:21 2012 -0400
0.9906
.gitignore |1 +
perl-Wx.spec |6 +-
sources |2 +-
3 files changed, 7 insertions(+), 2 deletions(-)
---
diff --git a/.gitignore
On Tue, 2012-04-03 at 09:26 -0400, Kamil Paral wrote:
I was quite depressed how hard it can be for a layman to find a way to
install Fedora from LiveCD environment. If you don't recognize the icon in
Gnome Shell Overview mode, it can give you quite some work to find it. Since
OSS philosophy
/tmp is a like a litter box. From a user perspective, I'm happy to have it
emptied regularly, because clearly the cats don't clean up their own doodles.
That one of the cats might think he's deposited something valuable that he'll
come back for someday, is hilarious to me, as well as
Yes, I am planning for sure a f17 repo... and possibly a f16 side repo
as well. ;)
kevin
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Apr 3, 2012, at 7:26 AM, Kamil Paral wrote:
You can see it here:
http://kparal.fedorapeople.org/misc/InstallFedoraButton.png
What do you think? Better than default?
How about Install Fedora since it could be installed to SSD or
iSCSI etc.
I pull that string from default anaconda
So, we decided for F16 that we don't want to add extensions like that
to
the shell that we ship on the live cd. It should be the default
experience.
Can't be 100% default, because installer is a slightly different use case,
isn't it.
For the 'make installing obvious' problem, what we
On 04/03/2012 10:31 AM, Chris Murphy wrote:
/tmp is a like a litter box. From a user perspective, I'm happy to have it
emptied regularly, because clearly the cats don't clean up their own doodles.
That one of the cats might think he's deposited something valuable that he'll
come back for
Kamil Paral píše v Út 03. 04. 2012 v 09:26 -0400:
I was quite depressed how hard it can be for a layman to find a way to
install Fedora from LiveCD environment. If you don't recognize the icon in
Gnome Shell Overview mode, it can give you quite some work to find it. Since
OSS philosophy is
On 04/02/2012 11:10 PM, Brendan Conoboy wrote:
This is feedback vs the current version of the following web page:
http://fedoraproject.org/wiki/Secondary_Architecture_Promotion_Requirements_%28Draft%29
It would be nice if the bullet points were numbers so they could be
referenced
On 04/03/2012 04:03 AM, Jóhann B. Guðmundsson wrote:
On 04/03/2012 03:10 AM, Brendan Conoboy wrote:
Let's make the list exhaustive; there needs to be a path to sure
success. This means establishing a complete procedure where when
an SA formally applies to become PA, acceptance means there
Once upon a time, Brian Wheeler bdwhe...@indiana.edu said:
* The competition for space between things in /tmp and VM. When someone
abuses space in /tmp (on purpose or not) then the system is going to
start swapping and performance is going to suffer and the common
response for fixing it
On Apr 3, 2012, at 8:29 AM, Matthias Clasen wrote:
So, we decided for F16 that we don't want to add extensions like that to
the shell that we ship on the live cd. It should be the default
experience.
For the 'make installing obvious' problem, what we really want is to
just autostart
On 04/03/2012 10:16 AM, Peter Robinson wrote:
On Tue, Apr 3, 2012 at 12:58 PM, Josh Boyer jwbo...@gmail.com wrote:
On Apr 2, 2012 11:10 PM, Brendan Conoboy b...@redhat.com wrote:
All builds must occur on Fedora-maintained build servers.
FYI, this will require an additional koji-hub for each
On Tue, Apr 3, 2012 at 4:31 PM, Peter Jones pjo...@redhat.com wrote:
On 04/03/2012 04:03 AM, Jóhann B. Guðmundsson wrote:
On 04/03/2012 03:10 AM, Brendan Conoboy wrote:
Let's make the list exhaustive; there needs to be a path to sure
success. This means establishing a complete procedure
Dne 3.4.2012 16:31, Chris Murphy napsal(a):
My only concern about it being on tmpfs instead of on disk, is how
big it could get, how much memory could be held hostage, until
there's a reboot. I'd rather see it be both size and age limited
(each item has a decay rate or something), so that it's
On Tue, 3 Apr 2012, Chris Adams wrote:
Also, if some user has taken up lots of space in /tmp, you can LART the
user and delete the files; that's no different than a user filling up a
partition by writing to /tmp (no reboot necessary in either case).
That assumes your system is still
On Tue, Apr 3, 2012 at 10:24 PM, Bryn M. Reeves b...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/03/2012 01:15 PM, Joel Rees wrote:
On Tue, Apr 3, 2012 at 5:47 PM, Bryn M. Reeves b...@redhat.com
wrote:
You're allowing the local sandbox user to connect to the local
On Apr 3, 2012, at 9:35 AM, Chris Adams wrote:
Once upon a time, Brian Wheeler bdwhe...@indiana.edu said:
* The competition for space between things in /tmp and VM. When someone
abuses space in /tmp (on purpose or not) then the system is going to
start swapping and performance is going to
On Apr 3, 2012, at 9:48 AM, M A Young wrote:
On Tue, 3 Apr 2012, Chris Adams wrote:
Also, if some user has taken up lots of space in /tmp, you can LART the user
and delete the files; that's no different than a user filling up a partition
by writing to /tmp (no reboot necessary in either
On Tue, 03.04.12 08:31, Chris Murphy (li...@colorremedies.com) wrote:
My only concern about it being on tmpfs instead of on disk, is how big
it could get, how much memory could be held hostage, until there's a
reboot. I'd rather see it be both size and age limited (each item has
a decay rate
Once upon a time, M A Young m.a.yo...@durham.ac.uk said:
On Tue, 3 Apr 2012, Chris Adams wrote:
Also, if some user has taken up lots of space in /tmp, you can LART the
user and delete the files; that's no different than a user filling up a
partition by writing to /tmp (no reboot necessary in
Did a F17 install yesterday (has happened last couple test installs),
with KDE as my desktop. Fired up evolution for first time, did the
restore as always do. When it finally came up to enter my password for
my imap server, after entering it, a menu came up (KDE DaemonSecret
service?) to enter
On Tue, Apr 3, 2012 at 11:35 AM, Peter Jones pjo...@redhat.com wrote:
On 04/03/2012 10:16 AM, Peter Robinson wrote:
On Tue, Apr 3, 2012 at 12:58 PM, Josh Boyer jwbo...@gmail.com wrote:
On Apr 2, 2012 11:10 PM, Brendan Conoboy b...@redhat.com wrote:
All builds must occur on Fedora-maintained
Michal Schmidt wrote:
Cleanup of old files is already done, by systemd-tmpfiles.
See /usr/lib/tmpfiles.d/tmp.conf.
Files, yes. Directories, no.
Due to a bug[1] in gvfs, I had over 100 old, empty directories in /tmp.
Other apps may fill /tmp with directories, too, that will not be cleaned
by
On 04/03/2012 12:07 PM, Josh Boyer wrote:
On Tue, Apr 3, 2012 at 11:35 AM, Peter Jones pjo...@redhat.com wrote:
On 04/03/2012 10:16 AM, Peter Robinson wrote:
On Tue, Apr 3, 2012 at 12:58 PM, Josh Boyer jwbo...@gmail.com wrote:
On Apr 2, 2012 11:10 PM, Brendan Conoboy b...@redhat.com wrote:
On 04/03/2012 11:35 AM, Chris Adams wrote:
Once upon a time, Brian Wheelerbdwhe...@indiana.edu said:
* The competition for space between things in /tmp and VM. When someone
abuses space in /tmp (on purpose or not) then the system is going to
start swapping and performance is going to suffer
On Tue, Apr 03, 2012 at 10:29:27 -0400,
Matthias Clasen mcla...@redhat.com wrote:
For the 'make installing obvious' problem, what we really want is to
just autostart the installer. Unfortunately, the current live installer
does not really work well for that...
I don't think that is a good
On Tue, 2012-04-03 at 10:35 -0500, Chris Adams wrote:
Once upon a time, Brian Wheeler bdwhe...@indiana.edu said:
* The competition for space between things in /tmp and VM. When someone
abuses space in /tmp (on purpose or not) then the system is going to
start swapping and performance is
On Tue, 2012-04-03 at 11:30 -0500, Bruno Wolff III wrote:
On Tue, Apr 03, 2012 at 10:29:27 -0400,
Matthias Clasen mcla...@redhat.com wrote:
For the 'make installing obvious' problem, what we really want is to
just autostart the installer. Unfortunately, the current live installer
does
Am 03.04.2012 09:17, schrieb drago01:
I don't really get why people make so much fuss about a non issue
really. 99,99% of the users won't even notice that anything changed at
all.
for this 99.9% the current behavior is also good enough
if they do not notice any change
the other 0.1% are
On 04/03/2012 04:50 AM, Reindl Harald wrote:
Am 03.04.2012 09:17, schrieb drago01:
I don't really get why people make so much fuss about a non issue
really. 99,99% of the users won't even notice that anything changed at
all.
for this 99.9% the current behavior is also good enough
if
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=787888
--- Comment #5 from Kurt Seifried kseifr...@redhat.com 2012-04-03 12:47:04
EDT ---
According to Xavier Leroy
On Apr 3, 2012, at 10:44 AM, Matthias Clasen wrote:
Anyway, we can easily arrange things so that the installer does not get
autostarted anymore once you tick the 'No thanks, just playing' checkbox.
How about two user logins listed? One is a user named Install Fedora which
autostarts the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/03/2012 04:56 PM, Joel Rees wrote:
Good point. I don't visit those sites, and it's important for me
to mention that. No p0rn, period, and many of the moral reasons are
in
There are a lot of perfectly family-friendly websites whose
A file has been added to the lookaside cache for perl-Class-Load:
1a81421fda749d36952e7ada7876bcc7 Class-Load-0.19.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit 4cc39dbb88898c28851c44d785832a496c8fd960
Author: Paul Howarth p...@city-fan.org
Date: Tue Apr 3 18:26:16 2012 +0100
Update to 0.19
- New upstream release 0.19 (no functional changes)
- This release by DOY - update source URL
- BR: perl(Exporter)
- Don't need to
On Tue, Apr 3, 2012 at 12:20 PM, Jesse Keating jkeat...@j2solutions.net wrote:
On 4/3/12 9:44 AM, Matthias Clasen wrote:
Anyway, we can easily arrange things so that the installer does not get
autostarted anymore once you tick the 'No thanks, just playing'
checkbox.
Instead of
On 04/03/2012 11:36 AM, inode0 wrote:
As someone who often uses live media but who almost never uses it to
install Fedora this would be extremely annoying compared to just
booting to the live media and having some obvious way to do an
installation if that is what the user wants to do without
Once upon a time, Matthias Clasen mcla...@redhat.com said:
That really depends on what use cases we see for our live cds. In my
view, there's really only two:
The primary use for a live cd is to install.
That's the primary use of the install media. The primary use of the
live media is to
On Tue, Apr 3, 2012 at 9:51 AM, Nathanael D. Noblet nathan...@gnat.ca wrote:
How bout adding/changing the icon for installing? Can we not include some
text in the icon? Install Fedora somehow??
Actually... would it make sense to force a notification event about
the install option on live CD
To summarize, I see two major paths:
a) Make installer launcher more visible:
e.g. http://kparal.fedorapeople.org/misc/InstallFedoraButton.png
-or-
b) Use a proxy window asking which use case is relevant for you:
e.g. http://i.imgur.com/I26vS.png
Both approaches are fine in my view and
On Apr 3, 2012, at 11:55 AM, Jef Spaleta wrote:
Actually... would it make sense to force a notification event about
the install option on live CD login? It pops up for a few seconds in
the message tray telling you this media can be used for a full
install..and then the message lives in the
Hi,
2012/3/29 Dennis Jacobfeuerborn denni...@conversis.de:
On 03/28/2012 07:39 PM, Michał Piotrowski wrote:
Hi,
2012/3/28 Dennis Jacobfeuerborn denni...@conversis.de:
On 03/27/2012 09:46 PM, Michał Piotrowski wrote:
W dniu 21 marca 2012 15:13 użytkownik Michał Piotrowski
mkkp...@gmail.com
Actually... would it make sense to force a notification event about
the install option on live CD login? It pops up for a few seconds in
the message tray telling you this media can be used for a full
install..and then the message lives in the message tray until
dismissed.
That is a good
On Tue, Apr 3, 2012 at 10:23 AM, Kamil Paral kpa...@redhat.com wrote:
That is a good idea that can be probably implemented very easily.
However, what is the benefit over a persistent button in the top panel?
I believe its adequately provides a solution to meet all constraints
so far expressed
On 04/03/2012 04:58 AM, Josh Boyer wrote:
On Apr 2, 2012 11:10 PM, Brendan Conoboy b...@redhat.com
mailto:b...@redhat.com wrote:
All builds must occur on Fedora-maintained build servers.
FYI, this will require an additional koji-hub for each architecture
trying to move to PA. Generally
Hi,
W dniu 28 marca 2012 19:39 użytkownik Michał Piotrowski
mkkp...@gmail.com napisał:
Hi,
2012/3/28 Dennis Jacobfeuerborn denni...@conversis.de:
On 03/27/2012 09:46 PM, Michał Piotrowski wrote:
W dniu 21 marca 2012 15:13 użytkownik Michał Piotrowski
mkkp...@gmail.com napisał:
2012/3/21
On 04/03/2012 09:07 AM, Krzysztof Daniel wrote:
On Mon, 2012-04-02 at 15:00 -0400, Roland Grunberg wrote:
Is anyone else getting similar issues?
Cheers,
--
Roland Grunberg
I have the same problem, see bug
808983: pdebuild script fails
https://bugzilla.redhat.com/show_bug.cgi?id=808983
I
On 04/03/2012 09:07 AM, Josh Boyer wrote:
From a koji perspective, there really isn't much benefit to step 2.
What needs to happen is the RPMs from the secondary hub need to be
copied to the primary in the correct NVR directories in the hub's
storage. That can happen in the background for
On Tue, Apr 3, 2012 at 2:45 PM, Brendan Conoboy b...@redhat.com wrote:
On 04/03/2012 04:58 AM, Josh Boyer wrote:
On Apr 2, 2012 11:10 PM, Brendan Conoboy b...@redhat.com
mailto:b...@redhat.com wrote:
All builds must occur on Fedora-maintained build servers.
FYI, this will require an
On 04/03/2012 12:02 PM, Josh Boyer wrote:
Erm... you already have this. So will any SA making a transition. I
don't see a problem.
Outside PHX, yes. Inside, no.
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
--
devel mailing list
devel@lists.fedoraproject.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 03 Apr 2012 11:58:11 -0700
Brendan Conoboy b...@redhat.com wrote:
On 04/03/2012 09:07 AM, Josh Boyer wrote:
From a koji perspective, there really isn't much benefit to step 2.
What needs to happen is the RPMs from the secondary hub need
On Tue, Apr 3, 2012 at 2:58 PM, Brendan Conoboy b...@redhat.com wrote:
On 04/03/2012 09:07 AM, Josh Boyer wrote:
From a koji perspective, there really isn't much benefit to step 2.
What needs to happen is the RPMs from the secondary hub need to be
copied to the primary in the correct NVR
On Fri, 2012-03-30 at 14:29 +0200, David Tardon wrote:
On Tue, Mar 27, 2012 at 11:16:30AM -0700, Adam Williamson wrote:
On Mon, 2012-03-26 at 21:17 +0200, Marcela Mašláňová wrote:
Could I suggest that, if FESCo is going to have a different chair each
week, you at least have an SOP for
On Tue, Apr 3, 2012 at 3:04 PM, Brendan Conoboy b...@redhat.com wrote:
On 04/03/2012 12:02 PM, Josh Boyer wrote:
Erm... you already have this. So will any SA making a transition. I
don't see a problem.
Outside PHX, yes. Inside, no.
If an SA wants to go off and do a staging hub instead
On Tue, 03 Apr 2012 12:04:07 -0700
Brendan Conoboy b...@redhat.com wrote:
On 04/03/2012 12:02 PM, Josh Boyer wrote:
Erm... you already have this. So will any SA making a transition.
I don't see a problem.
Outside PHX, yes. Inside, no.
I'll note again that the ppc and s390 secondary
On 04/03/2012 12:10 PM, Kevin Fenzi wrote:
I'll note again that the ppc and s390 secondary arch hubs are in fact
in phx2. ;)
You're already one step ahead of ARM ;-)
--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com
--
devel mailing list
devel@lists.fedoraproject.org
On Tue, Apr 3, 2012 at 3:05 PM, Dennis Gilmore den...@ausil.us wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 03 Apr 2012 11:58:11 -0700
Brendan Conoboy b...@redhat.com wrote:
On 04/03/2012 09:07 AM, Josh Boyer wrote:
From a koji perspective, there really isn't much benefit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 3 Apr 2012 15:13:51 -0400
Josh Boyer jwbo...@gmail.com wrote:
On Tue, Apr 3, 2012 at 3:05 PM, Dennis Gilmore den...@ausil.us
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 03 Apr 2012 11:58:11 -0700
Brendan Conoboy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 03 Apr 2012 11:45:09 -0700
Brendan Conoboy b...@redhat.com wrote:
On 04/03/2012 04:58 AM, Josh Boyer wrote:
On Apr 2, 2012 11:10 PM, Brendan Conoboy b...@redhat.com
mailto:b...@redhat.com wrote:
All builds must occur on
On Tue, Apr 03, 2012 at 12:44:17 -0400,
Matthias Clasen mcla...@redhat.com wrote:
That really depends on what use cases we see for our live cds. In my
view, there's really only two:
The primary use for a live cd is to install.
And then, there is a secondary use where you want to review or
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=809427
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Mike Chambers wrote:
Did a F17 install yesterday (has happened last couple test installs),
with KDE as my desktop. Fired up evolution for first time, did the
restore as always do. When it finally came up to enter my password for
my imap server, after entering it, a menu came up (KDE
Il 03/04/2012 23:04, Rex Dieter ha scritto:
Mike Chambers wrote:
Did a F17 install yesterday (has happened last couple test installs),
with KDE as my desktop. Fired up evolution for first time, did the
restore as always do. When it finally came up to enter my password for
my imap server,
2012/4/3 Jóhann B. Guðmundsson johan...@gmail.com:
On 04/03/2012 07:29 PM, Dennis Gilmore wrote:
I really don't care who pays for the hardware, just that we
have hardware that meets the requirements for being in the colo.
ongoing hardware costs will likely be from one of Fedora engineering,
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=695589
Jóhann B. Guðmundsson johan...@gmail.com changed:
What|Removed |Added
2012/4/3 Jóhann B. Guðmundsson johan...@gmail.com:
On 04/03/2012 07:29 PM, Dennis Gilmore wrote:
I really don't care who pays for the hardware, just that we
have hardware that meets the requirements for being in the colo.
ongoing hardware costs will likely be from one of Fedora engineering,
On 03/04/12 20:47, Gilboa Davara wrote:
You somehow assume that I was too lazy to read the supplied link
Why the *Sigh* then?
giving you some god-given-right to police this ML by spamming my
You did, by Sighing
mailbox with repeated useless (and rude) comments.
For the record:
1. I read
1 - 100 of 158 matches
Mail list logo