On Mon, May 20, 2013 at 4:33 PM, Reindl Harald wrote:
>
>
> Am 20.05.2013 22:27, schrieb Peter Robinson:
>> You still have to configure it so doing a "yum install
>> your-mta-of-choice" isn't hard and in fact in all environments I know
>> of that have auto monitoring and alerting of drive failures
On Mon, 2013-05-20 at 17:05 -0700, Ravindra Kumar wrote:
> > Well, if comps groups can't subsume other comps groups, that rather
> > seems to suck. The 'have these groups included in @standard and @base-x'
> > approach seemed by quite a long margin the best one; the alternatives
> > all seem to suc
> Well, if comps groups can't subsume other comps groups, that rather
> seems to suck. The 'have these groups included in @standard and @base-x'
> approach seemed by quite a long margin the best one; the alternatives
> all seem to suck.
In the current situation, the closest we could get is directl
On Mon, 2013-05-20 at 16:47 -0700, Ravindra Kumar wrote:
> > I thought the intent was to have the groups themselves included in other
> > groups; virt-agents in 'standard' and 'virt-agents-x' in 'base-x'. They
> > would then be installed by default in most configurations, but could be
> > specifica
> I thought the intent was to have the groups themselves included in other
> groups; virt-agents in 'standard' and 'virt-agents-x' in 'base-x'. They
> would then be installed by default in most configurations, but could be
> specifically left out via a kickstart if desired, and would not be in
> mi
Hi,
I've resurrected mingw-openjpeg and opened this rel-eng ticket [1] to
unblock it a while ago. Any chance anyone with the needed privileges can
quickly take care of it?
Thanks!
Sandro
[1] https://fedorahosted.org/rel-eng/ticket/5611
--
devel mailing list
devel@lists.fedoraproject.org
http
Le lundi 20 mai 2013 à 17:01 -0600, Kevin Fenzi a écrit :
> On Mon, 20 May 2013 15:55:24 -0700
> Adam Williamson wrote:
>
> > On Mon, 2013-05-20 at 21:27 +0100, Peter Robinson wrote:
> >
> > > > if a disk dies it is nice to have it in syslog but
> > > > it is useless if you see it days later whi
On Mon, 2013-05-20 at 16:12 -0600, Kevin Fenzi wrote:
> 3. If we ship sendmail/postfix/exim we can keep on as we are now, since
> they can do local delivery out of the box. However, user needs to login
> as root or otherwise check emails for root or configure it to send to
> another email address
On Mon, 20 May 2013 15:55:24 -0700
Adam Williamson wrote:
> On Mon, 2013-05-20 at 21:27 +0100, Peter Robinson wrote:
>
> > > if a disk dies it is nice to have it in syslog but
> > > it is useless if you see it days later while a mail
> > > from crond is more or less real time
> >
> > You still
On Mon, 2013-05-20 at 14:38 -0700, Ravindra Kumar wrote:
> Thanks Bill. No issues with the checkin.
>
> I looked at the checked in files and I have following questions:
>
> 1. "false" and "false"
>elements will make these packages not to be installed by default
>and invisible to users. Th
On Mon, 2013-05-20 at 21:27 +0100, Peter Robinson wrote:
> > if a disk dies it is nice to have it in syslog but
> > it is useless if you see it days later while a mail
> > from crond is more or less real time
>
> You still have to configure all of that and whether a MTA is installed
> automatical
On Mon, May 20, 2013 at 11:12 PM, Kevin Fenzi wrote:
> Lots of things use /etc/aliases...
>
> I think we are drifting off point here.
>
> 1. If we ship no mta then things would be logged only and people would
> have to know to look there.
>
> 2. If we ship a non local delivery mta (ssmtp/esmtp, et
Lots of things use /etc/aliases...
I think we are drifting off point here.
1. If we ship no mta then things would be logged only and people would
have to know to look there.
2. If we ship a non local delivery mta (ssmtp/esmtp, etc), then we need
a way to ask the user 'what email address shoul
Am 20.05.2013 23:55, schrieb Rahul Sundaram:
> On Mon, May 20, 2013 at 4:46 PM, Reindl Harald wrote:
>
>
>
> Am 20.05.2013 22:43, schrieb Peter Robinson:
> >> you only need to edit *one line* in /etc/aliases
> >> everybody who knows unix-like systems knows this
> >
> > So y
Hi
On Mon, May 20, 2013 at 4:46 PM, Reindl Harald wrote:
>
>
> Am 20.05.2013 22:43, schrieb Peter Robinson:
> >> you only need to edit *one line* in /etc/aliases
> >> everybody who knows unix-like systems knows this
> >
> > So your telling me your still using sendmail?
>
> what the hell has /et
Thanks Bill. No issues with the checkin.
I looked at the checked in files and I have following questions:
1. "false" and "false"
elements will make these packages not to be installed by default
and invisible to users. Then, how would it be installed?
2. We have open-vm-tools-devel package a
On 05/18/2013 05:17 AM, Nicolas Mailhot wrote:
Le Sam 18 mai 2013 05:39, T.C. Hollingsworth a écrit :
On Fri, May 17, 2013 at 7:34 PM, Adam Williamson
wrote:
You could transfer the install to a system which contains a dmraid
array, or add a dmraid array to an existing install (I think this th
Am 20.05.2013 22:43, schrieb Peter Robinson:
>> you only need to edit *one line* in /etc/aliases
>> everybody who knows unix-like systems knows this
>
> So your telling me your still using sendmail?
what the hell has /etc/aliases with sendmail to do?
> And if that's the case it's not hard to d
Ravindra Kumar (ravindraku...@vmware.com) said:
> Please let me know when can I checkin this change.
Oops, my apologies. I got the OK from the translation list, so I checked
in the change already. Hope that's not a problem.
I added spice-vdagent and qemu-guest-agent where appropriate to the grou
And I had it showed systemd, dbus-daemon, atd, crond, cupsd, avahi-daemon,
rpcbind, and all sorts of other things having open files in /var/run. Nothing
was using it as a cwd.
So I'm not sure why that would stop it from being renamed.
On 05/13/2013 08:12 PM, Christopher Meng wrote:
>
> Mayb
On Mon, May 20, 2013 at 9:33 PM, Reindl Harald wrote:
>
>
> Am 20.05.2013 22:27, schrieb Peter Robinson:
>> You still have to configure it so doing a "yum install
>> your-mta-of-choice" isn't hard and in fact in all environments I know
>> of that have auto monitoring and alerting of drive failures
Am 20.05.2013 22:27, schrieb Peter Robinson:
> You still have to configure it so doing a "yum install
> your-mta-of-choice" isn't hard and in fact in all environments I know
> of that have auto monitoring and alerting of drive failures configure
> it automatically as part of a kickstart or puppet
On Mon, May 20, 2013 at 8:36 PM, Reindl Harald wrote:
>
>
> Am 20.05.2013 21:30, schrieb Peter Robinson:
>>> I suggest not, because in most cases reviewing syslogs requires local
>>> root privilege. Alert or warning emails are easily configured with
>>> aliases or "MAILTO" settings for cron jobs t
On Mon, 2013-05-20 at 12:41 -0700, Adam Williamson wrote:
> > If we look at the permissions:
> >
> > [root@adam Beta-RC2]# ls -lZ /run/gdm/auth-for-adamw-szT11D/database
> > -rw---. adamw adamw system_u:object_r:xdm_var_run_t:s0
> > /run/gdm/auth-for-adamw-szT11D/database
> > [root@adam Bet
Am 20.05.2013 21:30, schrieb Peter Robinson:
>> I suggest not, because in most cases reviewing syslogs requires local
>> root privilege. Alert or warning emails are easily configured with
>> aliases or "MAILTO" settings for cron jobs to go somewhere safer and
>> less security sensitive, even some
On Mon, 2013-05-20 at 12:29 -0700, Adam Williamson wrote:
> [root@adam Beta-RC2]# strace -p 22182
> Process 22182 attached
> restart_syscall(<... resuming interrupted call ...>) = 0
> open("/run/gdm/auth-for-adamw-szT11D/database-c", O_WRONLY|O_CREAT|O_EXCL,
> 0600) = -1 EACCES (Permission denied
On Thu, May 16, 2013 at 12:17 AM, Nico Kadel-Garcia wrote:
> On Wed, May 15, 2013 at 10:30 AM, Lennart Poettering
> wrote:
>> On Wed, 15.05.13 09:08, Chris Adams (li...@cmadams.net) wrote:
>>
>>> Once upon a time, Dan Mashal said:
>>> > Sanity: Switching to postfix?
>>>
>>> That's a long-time so
On Fri, 2013-05-17 at 12:33 +0200, Tomas Mraz wrote:
> On Thu, 2013-05-16 at 22:29 -0700, Adam Williamson wrote:
> > This is a weird bug I've seen 3 or 4 times since upgrading to F19, and
> > am having trouble pinning down.
> >
> > Occasionally, after my session has been up for some time, runs of
On Wed, May 15, 2013 at 4:24 PM, Matthew Miller
wrote:
> On Wed, May 15, 2013 at 09:11:32AM -0600, Kevin Fenzi wrote:
>> Perhaps interested parties could get behind/revive:
>> https://fedoraproject.org/wiki/Features/NoMTA
>> and finish it out for f20?
>
> *nod*
>
> Hmmm -- "Percentage of completio
Addressed all comments from Bill and also renamed groups
(virt-agents -> guest-agents, virt-agents-x -> guest-desktop-agents).
Attached are updated patches and following are test results:
[root@localhost yum.repos.d]# yum groupinfo guest-agents
Loaded plugins: langpacks, refresh-packagekit
There
The lightweight tag 'perl-Data-Section-Simple-0.04-2.fc20' was created pointing
to:
2281da1... Use Module::Build::Tiny's new --create_packlist option
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://ad
On Mon, 2013-05-20 at 13:46 -0400, Matthias Clasen wrote:
> On Fri, 2013-05-17 at 14:51 -0700, Adam Williamson wrote:
> > On Fri, 2013-05-17 at 14:44 -0700, Adam Williamson wrote:
> > > On Fri, 2013-05-17 at 14:25 -0700, Adam Williamson wrote:
> > >
> > > > but still, it seems to be worth consider
The lightweight tag 'perl-Module-Build-Tiny-0.020-1.fc20' was created pointing
to:
338409c... Update to 0.020
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/p
The lightweight tag 'perl-Module-Build-Tiny-0.020-1.fc19' was created pointing
to:
338409c... Update to 0.020
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/p
The lightweight tag 'perl-Module-Build-Tiny-0.020-1.fc18' was created pointing
to:
338409c... Update to 0.020
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/p
The lightweight tag 'perl-Module-Build-Tiny-0.020-1.fc17' was created pointing
to:
338409c... Update to 0.020
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/p
On Mon, 2013-05-20 at 09:41 -0700, Adam Williamson wrote:
> Great. It's probably a bit late for Beta, but it would be awesome if we
> could get it to behave as intended for final: hide unnecessary functions
> and don't run unless needed (so in practice it'd only ever run to show
> the user creatio
Summary of changes:
338409c... Update to 0.020 (*)
(*) 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
https://admin.fedoraproject.org/mai
On Fri, 2013-05-17 at 14:51 -0700, Adam Williamson wrote:
> On Fri, 2013-05-17 at 14:44 -0700, Adam Williamson wrote:
> > On Fri, 2013-05-17 at 14:25 -0700, Adam Williamson wrote:
> >
> > > but still, it seems to be worth considering. Alternatively, we could
> > > make i-s behave a lot more like g
On Mon, May 20, 2013 at 06:42:47PM +0200, Miloslav Trmač wrote:
> On Mon, May 20, 2013 at 5:51 PM, Sandro Mani wrote:
>
> > I've just hit a bug which causes $HOME to be owned by root if a mountpoint
> > is created inside $HOME during install, see [1].
> >
>
> Ouch. Recent libuser versions refus
On Mon, May 20, 2013 at 5:51 PM, Sandro Mani wrote:
> I've just hit a bug which causes $HOME to be owned by root if a mountpoint
> is created inside $HOME during install, see [1].
>
Ouch. Recent libuser versions refuse to do anything about a home directory
(... which should cause the whole "cre
On Mon, 2013-05-20 at 05:07 -0400, Martin Sivak wrote:
> It was actually intended to behave this way from the beginning. All
> the screens are shared with Anaconda (and all we have right now live
> as part of Anaconda source code).
>
> The hide/skip functionality is missing, but there is a proof
Hello,
I've just hit a bug which causes $HOME to be owned by root if a
mountpoint is created inside $HOME during install, see [1]. I recall in
the past already occasionally hitting related problems, such as:
- /etc/skel/* not being copied to $HOME
- Files from /etc/skel/* being copied, but sti
Adam Williamson (awill...@redhat.com) said:
> Isn't anaconda-tools the group used to ensure that things anaconda may
> need to install for particular hardware are present on images?
Live & DVD/install images, yes.
Bill
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproj
Am Montag, den 20.05.2013, 15:47 +0200 schrieb Mattias Ellert:
> Hi
Hi Mattias!
> I have a few review requests that I would like to arrange swaps for:
>
> 3 packages related to particle physics simulation:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=877275
> Review Request: lhapdf - Les Hou
Hi
I have a few review requests that I would like to arrange swaps for:
3 packages related to particle physics simulation:
https://bugzilla.redhat.com/show_bug.cgi?id=877275
Review Request: lhapdf - Les Houches Accord PDF Interface
https://bugzilla.redhat.com/show_bug.cgi?id=877396
Review Reque
> From: Adam Williamson
> As I mentioned in my initial post, the Law of Xkcd informs us that if we
> change this so that user creation is mandatory, it will *inevitably*
> piss someone off.
Me for example, although I'd be more annoyed than pissed. ;-)
Both at home and work I have all user accou
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/18/2013 02:25 PM, Adam Williamson wrote:
> On Sat, 2013-05-18 at 13:41 -0400, Rahul Sundaram wrote:
>> On 05/18/2013 01:12 PM, Adam Williamson wrote:
>>> On Sat, 2013-05-18 at 06:18 -0400, Daniel J Walsh wrote: Well, there
>>> may have been some
Join us on irc.freenode.net in #fedora-meeting-2 for this important
meeting, wherein we shall determine the readiness of the Fedora 19 Beta.
Thursday, May 23, 2013 17:00 UTC (1 PM EDT, 10 AM PDT, 19:00 CEST)
"Before each public release Development, QA and Release Engineering meet
to determine if
Compose started at Mon May 20 09:15:02 UTC 2013
Broken deps for x86_64
--
[byzanz]
byzanz-0.3-0.5.fc17.x86_64 requires libpanel-applet-4.so.0()(64bit)
[deltacloud-core]
deltacloud-core-rhevm-1.1.3-1.fc19.noarch requires rubyge
Good morning everyone,
We would like to invite you to another Fedora 19 Test Day. The test day on
Tuesday, May 21st [1] will be focused on recent changes in Anaconda (the
installer) introduced as a part of follow-up to AnacondaNewUI project [2].
The main item for testing during this event is adva
On Mon, May 20, 2013 at 12:57:29PM +0100, Peter Robinson wrote:
> On Mon, May 20, 2013 at 12:50 PM, Daniel P. Berrange
> wrote:
> > On Mon, May 20, 2013 at 11:44:33AM +, Fedora Rawhide Report wrote:
> >> Compose started at Mon May 20 08:15:03 UTC 2013
> >>
> >> Broken deps for x86_64
> >>
On Mon, May 20, 2013 at 12:50 PM, Daniel P. Berrange
wrote:
> On Mon, May 20, 2013 at 11:44:33AM +, Fedora Rawhide Report wrote:
>> Compose started at Mon May 20 08:15:03 UTC 2013
>>
>> Broken deps for x86_64
>> --
>> [entangle]
>>
On Mon, May 20, 2013 at 11:44:33AM +, Fedora Rawhide Report wrote:
> Compose started at Mon May 20 08:15:03 UTC 2013
>
> Broken deps for x86_64
> --
> [entangle]
> entangle-0.5.1-1.fc20.x86_64 requires libgexiv2.so.1()(64bit)
...sn
Compose started at Mon May 20 08:15:03 UTC 2013
Broken deps for x86_64
--
[claws-mail-plugins]
claws-mail-plugins-geolocation-3.9.0-7.fc20.x86_64 requires
claws-mail(plugin-api)(x86-64) = 0:3.9.0.122
[dragonegg]
dragonegg-3.1
Hi,
a quick note before I start: I am no longer maintainer of initial-setup. But
since I started it I will answer some of the questions.
> the main reason why we still have i-s while it's possible to do these
> setup tasks in Anaconda itself are OEM installations. And I'm pretty
> sure we don't
- Original Message -
> On Fri, 2013-05-17 at 14:25 -0700, Adam Williamson wrote:
>
> > but still, it seems to be worth considering. Alternatively, we could
> > make i-s behave a lot more like g-i-s: it could dump its 'root password'
> > and 'date/time' spokes, and only run at all, and only
days. And then we'll move on to the blocker review
meeting that will follow immediately after.
This is a reminder of the upcoming QA meeting. Please add any topic
suggestions to the meeting wiki page:
https://fedoraproject.org/wiki/QA/Meetings/20130520
The current proposed agenda is included belo
Just a one short question.
You are talking about side tag.
Could you please describe me what are you talking about?
It seems like I am a newbie.
Best regards / S pozdravem
Petr Hracek
On 05/17/2013 09:35 PM, Adam Williamson wrote:
On Fri, 2013-05-17 at 08:58 -0500, Bruno Wolff III wrote:
On F
59 matches
Mail list logo
