Bojan Smojver rexursive.com> writes:
> Could someone with enough karma rebuild krb5-auth-dialog 0.16 for F-13
> (this is in relation to bug #597669). The 0.15 is leaking memory like
> there is no tomorrow and I'm not getting much traction from the assignee
> of the bug...
Thank you! (http://koji
On Tue, Jul 13, 2010 at 04:47:40PM +0200, Tomasz Torcz wrote:
> There are sometimes such obvious errors and missing labels that I
> cannot imagine not catching an audit message when program fails to
> even start!
A lot of my Fedora machines are virtualized and I only ever interact
with them by ssh
On 07/15/2010 02:22 PM, Richard W.M. Jones wrote:
> On Tue, Jul 13, 2010 at 04:47:40PM +0200, Tomasz Torcz wrote:
>
>> There are sometimes such obvious errors and missing labels that I
>> cannot imagine not catching an audit message when program fails to
>> even start!
>>
> A lot of my Fedo
On Wed, 2010-07-14 at 21:41 -0400, Bill Nottingham wrote:
> Re: cups, if the entire point is to reserve the sockets early with
> systemd, why would portrelease still be required?
Also, re: this comment:
# This is evil stuff. CUPS should use proper enumeration instead of
# retriggering these devic
On Thu, Jul 15, 2010 at 03:29:34PM +0530, Rahul Sundaram wrote:
> On 07/15/2010 02:22 PM, Richard W.M. Jones wrote:
> > On Tue, Jul 13, 2010 at 04:47:40PM +0200, Tomasz Torcz wrote:
> >
> >> There are sometimes such obvious errors and missing labels that I
> >> cannot imagine not catching an aud
Another question about the cups config:
[Install]
# This is activated via any of these three triggers:
# 1. Somebody connects to its sockets
# 2. A file is in the spool directory
# 3. A printer is plugged in
# This follows the same scheme MacOS uses to spawn CUPS only when necessary
Also=cups.sock
Compose started at Thu Jul 15 08:15:17 UTC 2010
Broken deps for x86_64
--
BackupPC-3.1.0-14.1.fc14.noarch requires perl-suidperl
PragmARC-20060427-6.fc13.i686 requires libgnarl-4.4.so
PragmARC-20060427-6.fc13.i686 requ
On Thu, Jul 15, 2010 at 01:58:33AM -0400, James Antill wrote:
> 1. Leave /etc/inittab functionally as it is in Fed-13, with 3 and 5
> doing the obvious thing and the big comment saying stuff about systemd
> instead of upstart. If people want to opt. in to "the new way" they can
> just cp /dev/empty
On Wed, Jul 14, 2010 at 08:54:13PM +0200, Lennart Poettering wrote:
> Generally I think it is a good idea to ignore errors like this if they
> are clearly caught by later commands, simply for robustness
> reasons. i.e. if the command really fails to label the dir properly,
> then the daemon won't
On 07/15/2010 07:47 AM, Till Maas wrote:
> On Wed, Jul 14, 2010 at 08:54:13PM +0200, Lennart Poettering wrote:
>
>> Generally I think it is a good idea to ignore errors like this if they
>> are clearly caught by later commands, simply for robustness
>> reasons. i.e. if the command really fails to
On Wed, 14.07.10 21:41, Bill Nottingham (nott...@redhat.com) wrote:
>
> Lennart Poettering (mzerq...@0pointer.de) said:
> > I have uploaded preliminary versions of the unit files I put together
> > for the various services of our default install. I think they give an
> > indication how simple th
On 07/14/2010 05:02 PM, Jeffrey Ollie wrote:
> On Wed, Jul 14, 2010 at 2:13 PM, Lennart Poettering
> wrote:
>> On Wed, 14.07.10 14:07, Jeffrey Ollie (j...@ocjtech.us) wrote:
>>
>>>
>>> I've been trying to test systemd on my dev box but without success so
>>> far. My system boots up and I get the
On Thu, 15.07.10 11:01, Tim Waugh (twa...@redhat.com) wrote:
> On Wed, 2010-07-14 at 21:41 -0400, Bill Nottingham wrote:
> > Re: cups, if the entire point is to reserve the sockets early with
> > systemd, why would portrelease still be required?
>
> Also, re: this comment:
>
> # This is evil stu
On 07/15/2010 06:04 AM, Richard W.M. Jones wrote:
> On Thu, Jul 15, 2010 at 03:29:34PM +0530, Rahul Sundaram wrote:
>> On 07/15/2010 02:22 PM, Richard W.M. Jones wrote:
>>> On Tue, Jul 13, 2010 at 04:47:40PM +0200, Tomasz Torcz wrote:
>>>
There are sometimes such obvious errors and missing
On Thu, Jul 15, 2010 at 03:00:58PM +0200, Petr Pisar wrote:
> On Thu, Jul 15, 2010 at 02:16:26PM +0200, Petr Pisar wrote:
> > On Thu, Jul 15, 2010 at 10:51:38AM +, build...@fedoraproject.org wrote:
> > > perl-ExtUtils-XSpp has broken dependencies in the rawhide tree:
> > > perl-ExtUtils-XSpp-
hi everybody
ldc compiler is in testing repos, i search some guy for test and
increase his karma thanks
link:
https://admin.fedoraproject.org/updates/ldc-0.9.2-1.2.20100706hg1653.fc13
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Bill Nottingham writes:
> I suspect the biggest issue here is confined daemons, as they may
> not have permissions to create their own directories in /var/run
is this really an issue? upstart (and systemd probably too) work best
with non forking daemons so that the pidfile hack is not needed a
On Thu, Jul 15, 2010 at 09:52:39AM +0100, Richard W.M. Jones wrote:
> A lot of my Fedora machines are virtualized and I only ever interact
> with them by ssh. While I would see a program if it failed to start,
> I don't generally see any SELinux audit messages ever. (The bloated
This is a proble
On Thu, 2010-07-15 at 09:52 +0100, Richard W.M. Jones wrote:
> On Tue, Jul 13, 2010 at 04:47:40PM +0200, Tomasz Torcz wrote:
> > There are sometimes such obvious errors and missing labels that I
> > cannot imagine not catching an audit message when program fails to
> > even start!
>
> A lot of my
On Thu, 15.07.10 08:58, Till Maas (opensou...@till.name) wrote:
> On Thu, Jul 15, 2010 at 03:30:41AM +0200, Lennart Poettering wrote:
>
> > I have uploaded preliminary versions of the unit files I put together
> > for the various services of our default install. I think they give an
> > indicatio
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=531206
--- Comment #5 from RHEL Product and Program Management
2010-07-15 10:23:09 EDT ---
This issue has been proposed when we are on
I haven't touched this for ages. Anyone interested?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, 2010-07-15 at 15:32 +0200, Lennart Poettering wrote:
> The right approach here is to enumerate existing devices when CUPS
> starts up. All programs that care about devices should do that:
But CUPS has no interest in what devices are currently attached. It
only cares what queues are confi
On Thu, 15.07.10 09:32, Daniel J Walsh (dwa...@redhat.com) wrote:
> I thought I had checked it in, but I was leaving on Vacation and dropped
> the ball.
>
> Fixed in selinux-policy-3.8.7-1.fc14.noarch
>
I'll bump up the dependency.
> chcon -t init_exec_t /bin/systemd
>
> Will also fix it so y
On Thu, 15.07.10 15:43, Enrico Scholz (enrico.sch...@informatik.tu-chemnitz.de)
wrote:
>
> Bill Nottingham writes:
>
> > I suspect the biggest issue here is confined daemons, as they may
> > not have permissions to create their own directories in /var/run
>
> is this really an issue? upstar
On Thu, 15.07.10 11:04, Tim Waugh (twa...@redhat.com) wrote:
> Another question about the cups config:
>
> [Install]
> # This is activated via any of these three triggers:
> # 1. Somebody connects to its sockets
> # 2. A file is in the spool directory
> # 3. A printer is plugged in
> # This follo
On Thu, 15.07.10 07:33, Chuck Anderson (c...@wpi.edu) wrote:
>
> On Thu, Jul 15, 2010 at 01:58:33AM -0400, James Antill wrote:
> > 1. Leave /etc/inittab functionally as it is in Fed-13, with 3 and 5
> > doing the obvious thing and the big comment saying stuff about systemd
> > instead of upstart.
On Thu, 15.07.10 15:44, Tim Waugh (twa...@redhat.com) wrote:
> The automatically created queues are configured by
> system-config-printer. This is done using udev rules. Those udev rules
> cannot perform their job is cupsd is not running at the moment the
> printer is connected/disconnected. Th
On Thu, 2010-07-15 at 17:25 +0200, Lennart Poettering wrote:
> Extend the binary you call from the udev rules so that it also can be
> called outside of the rules and in that case enumerates what is already
> there. Then, call that after cupsd is started (for example from a
> ExecStartPost= line in
tor 2010-07-15 klockan 16:59 +0200 skrev Lennart Poettering:
> If I added inittab parsing support even when keeping "native breaks
> legacy" around, then inittab would matter only if the default.target
> symlink doesn't exist.
Yeah, when saying "keep compat" you have to define exactly how to do
t
On Thu, 15 Jul 2010 16:49:59 +0200
Lennart Poettering wrote:
> On Thu, 15.07.10 15:43, Enrico Scholz
> (enrico.sch...@informatik.tu-chemnitz.de) wrote:
>
> >
> > Bill Nottingham writes:
> >
> > > I suspect the biggest issue here is confined daemons, as they may
> > > not have permissions to c
Alexander Boström (a...@root.snowtree.se) said:
> > If I added inittab parsing support even when keeping "native breaks
> > legacy" around, then inittab would matter only if the default.target
> > symlink doesn't exist.
To go back to upstart, one of the reason upstart parses inittab for
the defau
On Thu, 15 Jul 2010 16:18:06 +0200
Lennart Poettering wrote:
> On Thu, 15.07.10 08:58, Till Maas (opensou...@till.name) wrote:
>
> > On Thu, Jul 15, 2010 at 03:30:41AM +0200, Lennart Poettering wrote:
> >
> > > I have uploaded preliminary versions of the unit files I put
> > > together for the
On 07/14/2010 09:55 PM, Ankur Sinha wrote:
>
> It seems he has lifted code from some of these and used it rather than
> using them as libs?
>
> Do I ask them to send these to upstream? These modifications are
> specific for the recoll package only it seems.
>
I haven't looked closely at this s
Once upon a time, Simo Sorce said:
> We have a bug open with CUPS trying to generate SSL certs on the first
> connections, being too slow and causing the client to timeout.
> So no, you can't make assumptions here.
Dovecot generating its SSL parameters can take 10 seconds on the first
startup, so
On Thu, 15 Jul 2010 16:59:40 +0200
Lennart Poettering wrote:
> Because it reverses everything.
And this is a problem because ?
> I.e. generally we have the rule that "native configuration breaks
> legacy configuration".
Who's "we", what is the rationale of this rule ? Looks like it is a
rule m
2010/7/15 Simo Sorce :
> On Thu, 15 Jul 2010 16:59:40 +0200
> Lennart Poettering wrote:
>
>> Because it reverses everything.
>
> And this is a problem because ?
>
>> I.e. generally we have the rule that "native configuration breaks
>> legacy configuration".
>
> Who's "we", what is the rationale of
On 07/15/2010 09:17 PM, Bill Nottingham wrote:
> Alexander Boström (a...@root.snowtree.se) said:
>
>> But I do think the %postinstall script, if it's an install and not an
>> update, should check the contents of inittab and set the symlink
>> accordingly. Otherwise an upgrade to a new release m
On Thu, 15.07.10 01:58, James Antill (ja...@fedoraproject.org) wrote:
> Sure, but this is not a case of you having to decide between "do the
> old thing forever" or "break it now".
Well the way I like to think of this is that Upstart already started the
work for us to make inittab obsolete and
On Thu, 2010-07-15 at 16:59 +0200, Lennart Poettering wrote:
> I.e. generally we have the rule that "native configuration breaks legacy
> configuration".
You already said this, and I responded.
> However, to make the inittab stuff useful we'd have to
> turn that around, and say that "legacy br
On Thu, 15.07.10 17:41, Alexander Boström (a...@root.snowtree.se) wrote:
>
> tor 2010-07-15 klockan 16:59 +0200 skrev Lennart Poettering:
>
> > If I added inittab parsing support even when keeping "native breaks
> > legacy" around, then inittab would matter only if the default.target
> > symlink
On Thu, Jul 15, 2010 at 04:18:06PM +0200, Lennart Poettering wrote:
> To be frank I believe that a big number of the /etc/sysconfig options
> are simply redundant and should go away. For example, I see little
> reason why the admin should be able to configure the user id to drop
> priviliges to for
Hello all,
I was testing Fedora Rawhide (14) under VMware Player / Server 2 / ESXi
4 (My machines don't support KVM) without problem until now i can't get
X running,
Phase 1. Problem begin with indefinite restart, i have solved this by
generating xorg.conf and put VESA driver instead. RHBZ-ID
Rahul Sundaram writes:
> I haven't looked closely at this specific case but the general idea is
> that if a project A is modifying B and not discussing those
> modifications at all with B, then we end up having duplicated code
> instead of having project B being enhanced by A's contributions.
On Thu, 15.07.10 11:52, Simo Sorce (sso...@redhat.com) wrote:
> > > How are the SSH host keys supposed to be generated with systemd?
> > > Currently the initscript creates them, if they do not exist.
> >
> > Well, I believe the right place to create them would be in sshd
> > itself. I don't think
On Thu, Jul 15, 2010 at 07:24, Lennart Poettering wrote:
> On Wed, 14.07.10 21:41, Bill Nottingham (nott...@redhat.com) wrote:
>
>>
>> Lennart Poettering (mzerq...@0pointer.de) said:
>> > I have uploaded preliminary versions of the unit files I put together
>> > for the various services of our def
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: non-responsive maintainer
https://bugzilla.redhat.com/show_bug.cgi?id=614980
Summary: non-responsive maintainer
Product: Fedora
Version: r
On Thu, Jul 15, 2010 at 10:37, Lennart Poettering wrote:
> On Thu, 15.07.10 11:52, Simo Sorce (sso...@redhat.com) wrote:
>
>
>> We have a bug open with CUPS trying to generate SSL certs on the first
>> connections, being too slow and causing the client to timeout.
>> So no, you can't make assumpt
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=611015
Iain Arnell changed:
What|Removed |Added
---
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=614982
Iain Arnell changed:
What|Removed |Added
---
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: non-responsive maintainer
https://bugzilla.redhat.com/show_bug.cgi?id=614982
Summary: non-responsive maintainer
Product: Fedora
Version: r
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=611014
Iain Arnell changed:
What|Removed |Added
---
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=614981
Iain Arnell changed:
What|Removed |Added
---
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=555496
Iain Arnell changed:
What|Removed |Added
---
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=614980
Iain Arnell changed:
What|Removed |Added
---
On Thu, 15.07.10 11:02, Chris Adams (cmad...@hiwaay.net) wrote:
>
> Once upon a time, Simo Sorce said:
> > We have a bug open with CUPS trying to generate SSL certs on the first
> > connections, being too slow and causing the client to timeout.
> > So no, you can't make assumptions here.
>
> Do
On 07/15/2010 12:02 PM, Chris Adams wrote:
> Once upon a time, Simo Sorce said:
>
>> We have a bug open with CUPS trying to generate SSL certs on the first
>> connections, being too slow and causing the client to timeout.
>> So no, you can't make assumptions here.
>>
> Dovecot generating
On 07/15/2010 10:06 PM, Jean-Francois Dockes wrote
> Especially in the case of Binc, I find it a bit strange that Fedora rules
> would appear to forbid code reuse. This goes quite a bit against common
> wisdom. Not all interesting code is published as a library, or maintained,
> and sometimes the o
On Thu, 15.07.10 10:39, Stephen John Smoogen (smo...@gmail.com) wrote:
> > You are right. portrelease is not necessary anymore if socket activation
> > is used for the repsective services.
> >
> > Does anyone know what other services (besides CUPS) currently use
> > portreserve? Might be worth spe
On Tue, Jul 13, 2010 at 9:27 PM, Ralf Corsepius wrote:
> On 07/13/2010 10:33 AM, Marcela Mašláňová wrote:
>> On 07/08/2010 10:13 AM, Marcela Mašláňová wrote:
>>> BTW: We are talking about 4 packages, involving these 3 maintainers:
perl-DBI-Dumper: Chris Weyl
perl-Data-Alias: Chris W
On Thu, 15.07.10 13:08, Bill Peck (bp...@redhat.com) wrote:
>
> On 07/15/2010 12:02 PM, Chris Adams wrote:
> > Once upon a time, Simo Sorce said:
> >
> >> We have a bug open with CUPS trying to generate SSL certs on the first
> >> connections, being too slow and causing the client to timeout
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/15/10 10:08 AM, Bill Peck wrote:
>> Dovecot generating its SSL parameters can take 10 seconds on the first
>> > startup, so that would be another one with a problem.
>> >
> What about generating these in %post of the rpm install? Seems to mak
On Thu, Jul 15, 2010 at 07:11:20PM +0200, Iain Arnell wrote:
> On Tue, Jul 13, 2010 at 9:27 PM, Ralf Corsepius wrote:
> > On 07/13/2010 10:33 AM, Marcela Mašláňová wrote:
> >> On 07/08/2010 10:13 AM, Marcela Mašláňová wrote:
> >>> BTW: We are talking about 4 packages, involving these 3 maintainers
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=614981
Bug 614981 depends on bug 539046, which changed state.
Bug 539046 Summary: FTBFS perl-Test-AutoBuild-1.2.2-9.fc12
https://bugzil
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=614981
Daniel Berrange changed:
What|Removed |Added
---
Lennart Poettering (mzerq...@0pointer.de) said:
> Which is why I was wondering what other daemons are there that use
> portreserve right now?
$ repoquery -q --whatrequires portreserve --alldeps
portreserve-0:0.0.4-4.fc13.x86_64
cups-1:1.4.4-5.fc13.x86_64
krb5-server-0:1.7.1-10.fc13.x86_64
spamas
On Thu, Jul 15, 2010 at 04:18:06PM +0200, Lennart Poettering wrote:
> On Thu, 15.07.10 08:58, Till Maas (opensou...@till.name) wrote:
>
> > On Thu, Jul 15, 2010 at 03:30:41AM +0200, Lennart Poettering wrote:
> >
> > > I have uploaded preliminary versions of the unit files I put together
> > > for
Hi:
I've got this build error:
http://koji.fedoraproject.org/koji/taskinfo?taskID=2322203
However, on my local machine "make mockbuild" does not seem to reproduce it.
What's a good set of steps for me to reproduce an environment that is the same
as koji is using? I'd like to avoid doi
On Thu, 15.07.10 11:45, Simo Sorce (sso...@redhat.com) wrote:
> > > is this really an issue? upstart (and systemd probably too) work
> > > best with non forking daemons so that the pidfile hack is not
> > > needed anymore.
> >
> > systemd doesn't care about PID files. If daemons still write them
On Thu, Jul 15, 2010 at 07:04:49PM +0200, Lennart Poettering wrote:
> On Thu, 15.07.10 11:02, Chris Adams (cmad...@hiwaay.net) wrote:
>
> >
> > Once upon a time, Simo Sorce said:
> > > We have a bug open with CUPS trying to generate SSL certs on the first
> > > connections, being too slow and ca
On Thu, 15.07.10 11:01, Stephen John Smoogen (smo...@gmail.com) wrote:
> > I am aware that doing things during package installation instead of
> > first-boot is problematic for system images that are distributed and
> > booted from multiple machines. Maybe for those cases (where r/o root
> > isn't
On Thu, 15.07.10 21:49, Rahul Sundaram (methe...@gmail.com) wrote:
>
> On 07/15/2010 09:17 PM, Bill Nottingham wrote:
> > Alexander Boström (a...@root.snowtree.se) said:
> >
> >> But I do think the %postinstall script, if it's an install and not an
> >> update, should check the contents of in
On Thu, Jul 15, 2010 at 05:31:49PM +0100, Athmane Madjoudj wrote:
>
> Hello all,
>
> I was testing Fedora Rawhide (14) under VMware Player / Server 2 / ESXi
> 4 (My machines don't support KVM) without problem until now i can't get
> X running,
>
> Phase 2. This week - i forgot the day that i u
On Wed, 14.07.10 21:38, Bill Nottingham (nott...@redhat.com) wrote:
> > And that comparison is not even fair. The thing that was called service
> > file in sysv is called service file in systemd too (it even has .service
> > is suffix, how obvious!). However since in contrast to sysv we not only
>
On Thu, Jul 15, 2010 at 11:51, Lennart Poettering wrote:
> On Thu, 15.07.10 11:01, Stephen John Smoogen (smo...@gmail.com) wrote:
>
>> > I am aware that doing things during package installation instead of
>> > first-boot is problematic for system images that are distributed and
>> > booted from mu
ons 2010-07-14 klockan 23:53 +0200 skrev Lennart Poettering:
> On Wed, 14.07.10 15:42, Kevin Fenzi (ke...@scrye.com) wrote:
> > Because you may have gdm installed and not wish to currently boot with
> > it? I just tried systemd on a test machine here... it came up fine, but
> > it started gdm, eve
ons 2010-07-14 klockan 20:54 +0200 skrev Lennart Poettering:
> On Wed, 14.07.10 13:31, Chris Adams (cmad...@hiwaay.net) wrote:
> > Once upon a time, Lennart Poettering said:
> > > ExecStartPre=-/bin/mkdir -p /var/run/foo ; -/sbin/restorecon
> > > /var/run/foo
> > Why would you ignore the exi
ons 2010-07-14 klockan 15:03 -0400 skrev Daniel J Walsh:
> BTW: restorecon exits silently if SELinux is disabled.
Oh. Forget what I said then.
I still think "-" is a nonfeature though. :)
/Alexander
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
On Thu, 15.07.10 23:32, Alexander Boström (a...@root.snowtree.se) wrote:
> > > Why would you ignore the exit code? If you can't make the directory and
> > > set the context, you shouldn't start the service.
> >
> > Well, dunno, maybe if SELinux is disabled via selinux=0 restorcon fails?
>
> Nah
why default bahrc do not contain all file in /etc/bash_completion.d ?
me i add in bashrc:
for file in /etc/bash_completion.d/*; do . $file; done
instead . /etc/bash_compeltion => because do not works file do not
exist!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproje
Jonathan MERCIER wrote:
> why default bahrc do not contain all file in /etc/bash_completion.d ?
> me i add in bashrc:
> for file in /etc/bash_completion.d/*; do . $file; done
>
> instead . /etc/bash_compeltion => because do not works file do not
> exist!
This question is probably better suited the
81 matches
Mail list logo