On Wed, 2010-09-15 at 23:24 +0100, Adam Williamson wrote:
> On Wed, 2010-09-15 at 13:01 -0400, Tom Horsley wrote:
> > On Wed, 15 Sep 2010 11:50:14 -0400
> > Bill Nottingham wrote:
> >
> > > I do too. I suspect for situations like this we at a minimum need to
> > > adopt a more formal process for p
On 09/15/2010 06:45 PM, Chris Adams wrote:
> I think "service" should also be hooked up so that it continues to work
> for all services (this may be done already, but I've been out of town
> and busy with a couple of projects and unable to test lately). Again,
> the common uses (start, stop, res
On Wed, Sep 15, 2010 at 10:25:40PM +0100, Frank Murphy wrote:
>
> No problems here with network service.
See https://bugzilla.redhat.com/show_bug.cgi?id=630225 and
duplicates.
Michal
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/lis
The following builds have been pushed to Fedora 14 updates-testing
ImageMagick-6.6.4.1-13.fc14
anaconda-14.17.2-1.fc14
authconfig-6.1.9-1.fc14
calibre-0.7.18-3.fc14
cyphesis-0.5.24-1.fc14
firstboot-1.113-3.fc14
font-manager-0.5.6-1.fc14
gdl-0.9-2.fc14
gdm-2.31.9
https://bugzilla.redhat.com/show_bug.cgi?id=630361
I noticed new qemu stuff show up in updates-testing, so
I tried updating everything and attempted to run my
Windows XP KVM with spice again.
There is progress of a kind: Instead of exiting with an
error, the spice client now shows me a tiny windo
Jóhann B. Guðmundsson wrote:
> https://fedoraproject.org/wiki/SysVinit_to_Systemd_Cheatsheet
>
> That should get the migration process to systemd started and as with all
> wiki pages dont hesitate to add/enhance if needed.
Thanks. Duly noted. I was migrated and will now likely have to regress fo
On 09/15/2010 11:31 PM, Petrus de Calguarium wrote:
> Yeah, thanks. I have gotten pretty comfortable with systemd (the few aspects
> that I deal with, that is, like starting and stopping services, and the
> default
> target).
I'm not sure how many of you are aware of this page.
https://fedorap
On Wed, Sep 15, 2010 at 11:24:47PM +0100, Adam Williamson wrote:
> ...or, since the current justification for having stable releases at all
> is 'to handle upgrade cases we can't handle with yum', have a new stable
> release only when we hit such a case (and try to hit as few such cases
> as possib
Matthew Miller wrote:
> If you're used to running
> bleeding edge software, you're probably competent to dig yourself out of
> whatever problems might crop up.
Well, there have been maybe 3 or 4, not more, I am sure, pretty bad panics i
the last decade, but, yes, I did always manage to get mysel
On 09/15/2010 10:40 PM, Stephen John Smoogen wrote:
> Where in the 9 effing hecks did you come up with that piece of
> knowledge? I have seen multiple devels say it will be so I kind of
> expect the people putting code together will know whats going on.
That's interesting was either on of those
Greetings:
I know there is some time before Rawhide/ fc15 is even at an alpha stage,
but I do agree with Matthew Miller...
If it is going to become mandatory for fc15, then I believe it should be
done sooner than later and waiting.
Sincerely yours,
Rob G. Healey
--
test mailing list
test@li
2010/9/16 "Jóhann B. Guðmundsson" :
> No it wont.
>
> That seems to be general misconception in the community that it is. (
> otherwise systemd spin only would be created )
>
> If you want systemd you will need to upgrade to rawhide which I don't
> recommend until after alpha ( things usually have
> since the current justification for having stable releases at all
> is 'to handle upgrade cases we can't handle with yum'
What about installation from media such as DVD for users who cannot
reasonably access more than a gigabyte of updates from the Net?
--
test mailing list
test@lists.fedorapro
2010/9/15 "Jóhann B. Guðmundsson" :
> On 09/15/2010 08:44 PM, Horst H. von Brand wrote:
>> Matthew Miller wrote:
>>> On Wed, Sep 15, 2010 at 10:41:36AM -0600, Petrus de Calguarium wrote:
Is this all I need to do in order not to regress my system? I wish to
continue to use systemd in F14
The following builds have been pushed to Fedora 13 updates-testing
bibletime-2.7.3-1.fc13
eog-2.30.1-2.fc13
font-manager-0.5.6-1.fc13
ibus-1.3.6-2.fc13
libucil-0.9.8-4.fc13
microcode_ctl-1.17-4.fc13
perl-Crypt-SSLeay-0.58-1.fc13
perl-Perl-MinimumVersion-1.26-1.fc13
The following builds have been pushed to Fedora 12 updates-testing
autotrust-0.3.1-4.fc12
bibletime-2.7.3-1.fc12
eog-2.28.2-2.fc12
font-manager-0.5.6-1.fc12
ibus-1.3.6-2.fc12
microcode_ctl-1.17-2.fc12
perl-Perl-MinimumVersion-1.26-1.fc12
sudo-1.7.4p4-1.fc12
unbo
On 09/15/2010 08:44 PM, Horst H. von Brand wrote:
> Matthew Miller wrote:
>> On Wed, Sep 15, 2010 at 10:41:36AM -0600, Petrus de Calguarium wrote:
>>> Is this all I need to do in order not to regress my system? I wish to
>>> continue to use systemd in F14.
>> What are you wanting to get out of h
On Wed, Sep 15, 2010 at 04:38:34PM -0400, Bill Nottingham wrote:
> In fact, I'm strongly debating flipping it so systemd is mandatory; it
> enables us to actually merge the changes that allow for cleaner
> startup/shutdown (moving parts of rc.sysinit, etc. to systemd units.)
I think that if gettin
On Wed, 2010-09-15 at 13:01 -0400, Tom Horsley wrote:
> On Wed, 15 Sep 2010 11:50:14 -0400
> Bill Nottingham wrote:
>
> > I do too. I suspect for situations like this we at a minimum need to
> > adopt a more formal process for pulling feedback/votes/whatever outside
> > of the meeting timeframe, w
Greetings:
I was trying to use the menu item System --> Administration --> Display, and
it asked for root authentication but nothing else...
I decided to try it from command line, and this is what I got...
[f...@localhost ~]$ su -l
Password:
[r...@localhost ~]# ./system-config-display
-bash: ./s
On 15/09/10 21:45, Michal Jaegermann wrote:
> On Wed, Sep 15, 2010 at 01:51:06PM -0400, Matthew Miller wrote:
>> On Wed, Sep 15, 2010 at 11:21:40AM -0600, Petrus de Calguarium wrote:
>>> You're sure this isn't going to f--k my perfectly running system (yes, I
>>> do have f13 installed on a differen
On 15/09/10 21:52, Michał Piotrowski wrote:
>>
>> In fact, I'm strongly debating flipping it so systemd is mandatory; it
>> enables us to actually merge the changes that allow for cleaner
>> startup/shutdown (moving parts of rc.sysinit, etc. to systemd units.)
>
> Totally utter cool idea :)
>
> rc.
On Wed, Sep 15, 2010 at 10:38 PM, Bill Nottingham wrote:
> drago01 (drag...@gmail.com) said:
>> > Will there be the same reversion in rawhide too?
>>
>> No.
>
> In fact, I'm strongly debating flipping it so systemd is mandatory; it
> enables us to actually merge the changes that allow for cleaner
2010/9/15 Bill Nottingham :
> drago01 (drag...@gmail.com) said:
>> > Will there be the same reversion in rawhide too?
>>
>> No.
>
> In fact, I'm strongly debating flipping it so systemd is mandatory; it
> enables us to actually merge the changes that allow for cleaner
> startup/shutdown (moving par
On Wed, Sep 15, 2010 at 01:51:06PM -0400, Matthew Miller wrote:
> On Wed, Sep 15, 2010 at 11:21:40AM -0600, Petrus de Calguarium wrote:
> > You're sure this isn't going to f--k my perfectly running system (yes, I
> > do have f13 installed on a different partition, but I would not be happy
> > with
Matthew Miller wrote:
> On Wed, Sep 15, 2010 at 10:41:36AM -0600, Petrus de Calguarium wrote:
> > Is this all I need to do in order not to regress my system? I wish to
> > continue to use systemd in F14.
>
> What are you wanting to get out of having your system using systemd at this
> point?
I u
drago01 (drag...@gmail.com) said:
> > Will there be the same reversion in rawhide too?
>
> No.
In fact, I'm strongly debating flipping it so systemd is mandatory; it
enables us to actually merge the changes that allow for cleaner
startup/shutdown (moving parts of rc.sysinit, etc. to systemd unit
On Wed, Sep 15, 2010 at 10:35 PM, Rob Healey wrote:
> Greetings:
>
> Will there be the same reversion in rawhide too?
No.
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
Greetings:
Will there be the same reversion in rawhide too?
Sincerely yours,
Rob G. Healey
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
On Wed, Sep 15, 2010 at 11:21:40AM -0600, Petrus de Calguarium wrote:
> You're sure this isn't going to f--k my perfectly running system (yes, I
> do have f13 installed on a different partition, but I would not be happy
> with that and would want at least f14, if rawhide screws up).
Am I *sure*? N
Bruno Wolff III wrote:
> For F14 the boot time wasn't expected to change much. That was a goal for
> F15 with native services.
I truly do believe that it was booting significantly faster, but it is possible
that fewer services were being started.
Since system-config-services was not integrated
On Wed, Sep 15, 2010 at 11:25:25 -0600,
Petrus de Calguarium wrote:
> Matthew Miller wrote:
>
> > What was F14 with systemd going to offer that's new or different for
> > consumers?
>
> I guess I can't truly answer that, except for the fact that it was promising
> and seeming to deliver faste
On Thu, Sep 16, 2010 at 03:21:47AM +1000, Justin Clift wrote:
>> Can we get this in bugzilla?
> What's the best wording for this, and which component should it be assigned
> to?
Maybe two bugs, one against systemd referencing the general interaction
problem, and a linked one giving the specific a
Matthew Miller wrote:
> What was F14 with systemd going to offer that's new or different for
> consumers?
I guess I can't truly answer that, except for the fact that it was promising
and seeming to deliver faster booting. I turn off my computer when I go out and
at night, since I have to pay fo
Matthew Miller wrote:
> You shouldn't need to install it from scratch, given where you're at. Just
> yum update from your F14 test system.
You're sure this isn't going to f--k my perfectly running system (yes, I do
have f13 installed on a different partition, but I would not be happy with that
On Wed, Sep 15, 2010 at 11:10:12AM -0600, Petrus de Calguarium wrote:
> Excellent point. F13 may be a great release for developers, but for
> consumers it is a real dud. It doesn't offer anything new or different,
> just the promise or allure of some background stability issues resolved,
> perhaps.
Tom Horsley wrote:
> You left out removing the fanatical devotion to releasing every six months
> :-). I've really never understood that one. Why is virtually everything
> subordinate to getting a release out at an artificial deadline? Why not
> just release when there appears to be enough things
On Wed, Sep 15, 2010 at 11:02:27AM -0600, Petrus de Calguarium wrote:
> I might give rawhide a try. I have never managed to successfully install
> it, despite about 10 years of trying. Not once did it ever boot or could I
> even get anaconda to install it without giving me an error at the critical
On Wed, Sep 15, 2010 at 06:55:48PM +0200, Michał Piotrowski wrote:
> > If you have a different reason, I'd love to hear it so we can figure out a
> > good solution for you. Keeping the existing Fedora 14 test packages for
> > systemd isn't going to do what you want.
> Are there any technical proble
Matthew Miller wrote:
> What are you wanting to get out of having your system using systemd at
> this point?
I had no problems with systemd and have already converted my scripts to using
systemd. I don't want to regress all my work and have to do it all over and
then repeat it all again in 6 mo
On Wed, 15 Sep 2010 11:50:14 -0400
Bill Nottingham wrote:
> I do too. I suspect for situations like this we at a minimum need to
> adopt a more formal process for pulling feedback/votes/whatever outside
> of the meeting timeframe, whether it's calling a special session, enforcing
> a 'you must vot
2010/9/15 Matthew Miller :
> On Wed, Sep 15, 2010 at 10:41:36AM -0600, Petrus de Calguarium wrote:
>> Is this all I need to do in order not to regress my system? I wish to
>> continue to use systemd in F14.
>
> What are you wanting to get out of having your system using systemd at this
> point?
>
>
2010/9/15 Petrus de Calguarium :
> I just ran yum update. The result...
>
> removed: systemd-sysvinit
> installed: upstart-sysvinit
Adam Williamson advised to wait with those on update from Leenart
>
> I have put init=/bin/systemd on the kernel boot line in grub.conf
>
> Is this all I need to d
On Wed, Sep 15, 2010 at 10:41:36AM -0600, Petrus de Calguarium wrote:
> Is this all I need to do in order not to regress my system? I wish to
> continue to use systemd in F14.
What are you wanting to get out of having your system using systemd at this
point?
If it's to help advance systemd as a t
On Wed, 2010-09-15 at 17:37 +0100, Adam Williamson wrote:
> On Wed, 2010-09-15 at 12:21 -0400, Toshio Kuratomi wrote:
> > On Wed, Sep 15, 2010 at 11:52:50AM -0400, David Malcolm wrote:
> > > On Wed, 2010-09-15 at 11:46 -0400, Bill Nottingham wrote:
> > > > Toshio Kuratomi (a.bad...@gmail.com) said:
I just ran yum update. The result...
removed: systemd-sysvinit
installed: upstart-sysvinit
I have put init=/bin/systemd on the kernel boot line in grub.conf
Is this all I need to do in order not to regress my system? I wish to continue
to use systemd in F14.
--
test mailing list
test@lists
On Wed, 2010-09-15 at 12:21 -0400, Toshio Kuratomi wrote:
> On Wed, Sep 15, 2010 at 11:52:50AM -0400, David Malcolm wrote:
> > On Wed, 2010-09-15 at 11:46 -0400, Bill Nottingham wrote:
> > > Toshio Kuratomi (a.bad...@gmail.com) said:
> > > > > python-psyco-1.6-4.fc12.i686 requires libpython2
On Wed, Sep 15, 2010 at 11:52:50AM -0400, David Malcolm wrote:
> On Wed, 2010-09-15 at 11:46 -0400, Bill Nottingham wrote:
> > Toshio Kuratomi (a.bad...@gmail.com) said:
> > > > python-psyco-1.6-4.fc12.i686 requires libpython2.6.so.1.0
> > > > python-psyco-1.6-4.fc12.i686 requires
drago01 (drag...@gmail.com) said:
> >> That's not true
> >>
> >> (We do ship some native upstart services by default)
> >
> > Which?
>
> readahead and system-setup-keyboard ... and probably others I can't
> think of right now.
Those aren't services in the classic sense. They're boot processes,
On Wed, 2010-09-15 at 11:46 -0400, Bill Nottingham wrote:
> Toshio Kuratomi (a.bad...@gmail.com) said:
> > > python-psyco-1.6-4.fc12.i686 requires libpython2.6.so.1.0
> > > python-psyco-1.6-4.fc12.i686 requires python(abi) = 0:2.6
> >
> > My understanding on this was that psyco was broken on
Adam Williamson (awill...@redhat.com) said:
> I do wish, though, Bill, that FESCo could have come through with this
> decision sooner; on a project basis it really does cut things rather
> fine for rolling RC1, and on a personal basis I could have not bothered
> with about seven hours of TC1 syste
Toshio Kuratomi (a.bad...@gmail.com) said:
> > python-psyco-1.6-4.fc12.i686 requires libpython2.6.so.1.0
> > python-psyco-1.6-4.fc12.i686 requires python(abi) = 0:2.6
>
> My understanding on this was that psyco was broken on python-2.7... Do we
> want to block this from the F14 release?
On Wed, Sep 15, 2010 at 03:19:46PM +, Branched Report wrote:
> python-polybori-0.5-8.fc14.i686 requires libboost_python.so.1.41.0
I rebuilt this and submitted an update. This warning should go away in
a week or so when we push to stable.
> python-psyco-1.6-4.fc12.i686 requires li
#127: Proventester mentorship request
-+--
Reporter: salimma | Owner:
Type: proventester request | Status: new
Priority: major| Milestone:
C
Compose started at Wed Sep 15 13:15:11 UTC 2010
Broken deps for x86_64
--
RackTables-0.18.3-1.fc14.noarch requires /usr/local/bin/php
RackTables-0.18.3-1.fc14.noarch requires perl(File::FnMatch)
1:anjuta-2.30.0.0-2.fc1
On Wed, 2010-09-15 at 16:39 +0200, Michał Piotrowski wrote:
> 2010/9/15 Adam Williamson :
> > Hi, folks. So, the upstart reversion update is in updates-testing now:
> >
> > https://admin.fedoraproject.org/updates/system-setup-keyboard-0.8.6-2.fc14,firstboot-1.113-2.fc14,upstart-0.6.5-8.fc14
> >
> >
2010/9/15 Adam Williamson :
> Hi, folks. So, the upstart reversion update is in updates-testing now:
>
> https://admin.fedoraproject.org/updates/system-setup-keyboard-0.8.6-2.fc14,firstboot-1.113-2.fc14,upstart-0.6.5-8.fc14
>
> testing should be pretty simple. I did an update from updates-testing
>
On Wed, 2010-09-15 at 10:20 -0400, Clyde E. Kunkel wrote:
> On 09/15/2010 09:50 AM, Adam Williamson wrote:
> > Hi, folks. So, the upstart reversion update is in updates-testing now:
> >
> > https://admin.fedoraproject.org/updates/system-setup-keyboard-0.8.6-2.fc14,firstboot-1.113-2.fc14,upstart-0.6
On Wed, Sep 15, 2010 at 14:51:56 +0100,
Adam Williamson wrote:
> On Wed, 2010-09-15 at 08:42 -0500, Bruno Wolff III wrote:
>
> > This should cover how to add new services. I needed to start svscanboot
> > at boot. This used to be something in inittab, that I needed to futz
> > with for upstart.
On 09/15/2010 09:50 AM, Adam Williamson wrote:
> Hi, folks. So, the upstart reversion update is in updates-testing now:
>
> https://admin.fedoraproject.org/updates/system-setup-keyboard-0.8.6-2.fc14,firstboot-1.113-2.fc14,upstart-0.6.5-8.fc14
>
> testing should be pretty simple. I did an update fro
Hi, folks. So, the upstart reversion update is in updates-testing now:
https://admin.fedoraproject.org/updates/system-setup-keyboard-0.8.6-2.fc14,firstboot-1.113-2.fc14,upstart-0.6.5-8.fc14
testing should be pretty simple. I did an update from updates-testing
today and got the updated packages, s
On Wed, Sep 15, 2010 at 11:53:36AM +0530, Rahul Sundaram wrote:
> Since, I am a co-maintainer of systemd and watching bugs flow through,
> I think we need a more concrete list of what is missing/needs to be
> fixed for this to be acceptable for Fedora 15. I think, off the top of
> my head, I wou
On 09/15/2010 11:56 PM, Adam Williamson wrote:
> On Wed, 2010-09-15 at 23:53 +1000, Steven Haigh wrote:
>> On 09/15/2010 11:50 PM, Adam Williamson wrote:
>>> Then just reboot and make sure the system boots and everything works as
>>> before. If so, go file positive karma on the update. If not, file
On Wed, 2010-09-15 at 23:53 +1000, Steven Haigh wrote:
> On 09/15/2010 11:50 PM, Adam Williamson wrote:
> > Then just reboot and make sure the system boots and everything works as
> > before. If so, go file positive karma on the update. If not, file bugs
> > and let us know. Thanks!
>
> And make s
On Wed, Sep 15, 2010 at 14:50:33 +0100,
Adam Williamson wrote:
> Hi, folks. So, the upstart reversion update is in updates-testing now:
>
> https://admin.fedoraproject.org/updates/system-setup-keyboard-0.8.6-2.fc14,firstboot-1.113-2.fc14,upstart-0.6.5-8.fc14
>
> testing should be pretty simple
On Wed, 2010-09-15 at 23:45 +1000, Steven Haigh wrote:
> > It seems to suffer from the same issue as before the integration with
> > systemd. I still have to disable and re-enable bluetooth before it works.
>
> I also tried 4.71-3 that hasn't been pushed yet - still the same
> issue... I guess i
On 09/15/2010 11:50 PM, Adam Williamson wrote:
> Then just reboot and make sure the system boots and everything works as
> before. If so, go file positive karma on the update. If not, file bugs
> and let us know. Thanks!
And make sure that you reboot *before* removing systemd - otherwise you
need
On Wed, 2010-09-15 at 08:42 -0500, Bruno Wolff III wrote:
> This should cover how to add new services. I needed to start svscanboot
> at boot. This used to be something in inittab, that I needed to futz
> with for upstart. It didn't seem to work in rc.local and when I tried
> reading the systemd d
On Wed, 2010-09-15 at 15:41 +0200, Jan Wildeboer wrote:
> On 09/15/2010 03:35 PM, Matthias Clasen wrote:
>
> > I think we all realize that the timing was exceedingly bad on this.
> > I think we should try to distill some lessons from this for how we
> > approach 'invasive' features in the future.
On 09/15/2010 09:58 PM, Steven Haigh wrote:
> On 09/15/2010 09:27 PM, Adam Williamson wrote:
>> On Wed, 2010-09-15 at 18:18 +1000, Steven Haigh wrote:
>>> Hi all,
>>>
>>> After applying the latest updates in updates-testing for F14, I cannot
>>> enable bluetooth anymore...
>>>
>>> The latest hal up
On Wed, Sep 15, 2010 at 11:53:36 +0530,
Rahul Sundaram wrote:
>
> Since, I am a co-maintainer of systemd and watching bugs flow through,
> I think we need a more concrete list of what is missing/needs to be
> fixed for this to be acceptable for Fedora 15. I think, off the top of
> my head, I
On 09/15/2010 03:35 PM, Matthias Clasen wrote:
> I think we all realize that the timing was exceedingly bad on this.
> I think we should try to distill some lessons from this for how we
> approach 'invasive' features in the future.
If the vore was as close as it was in this case, it begs the ques
On Wed, 2010-09-15 at 09:36 +0100, Richard Hughes wrote:
> 2010/9/15 "Jóhann B. Guðmundsson" :
> > The decision to reject this feature certainly was a lesson in killing
> > momentum which we will never reach again.
>
> This is how I also feel. By trying to make Fedora shiny, polished and
> super-c
On Wed, 2010-09-15 at 06:46 +0100, Adam Williamson wrote:
> I do wish, though, Bill, that FESCo could have come through with this
> decision sooner; on a project basis it really does cut things rather
> fine for rolling RC1, and on a personal basis I could have not bothered
> with about seven hour
Once upon a time, Rahul Sundaram said:
> * since s-c-services uses chkconfig, chkconfig needs to be hooked up to
> systemctl
IMHO this just needs to be the common-use cases for chkconfig (on, off,
--list). The --add, --del, --level, and other options are not things
that most sysadmins use (or sh
Once upon a time, Micha³ Piotrowski said:
> Please point me to a similar document written for Upstart.
Please stop comparing everything to what was done for Upstart. That was
done in a different set of circumstances, and for almost everything,
Upstart was done in a backwards compatible manner.
On Wed, Sep 15, 2010 at 2:24 PM, Adam Williamson wrote:
> On Wed, 2010-09-15 at 14:09 +0200, drago01 wrote:
>> On Wed, Sep 15, 2010 at 1:29 PM, Adam Williamson wrote:
>> > On Wed, 2010-09-15 at 10:27 +0200, Michał Piotrowski wrote:
>>
>> >> > * system-config-services needs to work with systemd na
On Wed, 2010-09-15 at 14:09 +0200, drago01 wrote:
> On Wed, Sep 15, 2010 at 1:29 PM, Adam Williamson wrote:
> > On Wed, 2010-09-15 at 10:27 +0200, Michał Piotrowski wrote:
>
> >> > * system-config-services needs to work with systemd native units
> >>
> >> Does it work with native Upstart jobs?
>
Compose started at Wed Sep 15 08:15:32 UTC 2010
Broken deps for x86_64
--
ale-0.9.0.3-2.fc14.x86_64 requires libMagickCore.so.3()(64bit)
almanah-0.7.3-3.fc14.x86_64 requires libedataserverui-1.2.so.10()(64bit)
antlr3-p
On Wed, Sep 15, 2010 at 1:29 PM, Adam Williamson wrote:
> On Wed, 2010-09-15 at 10:27 +0200, Michał Piotrowski wrote:
>> > * system-config-services needs to work with systemd native units
>>
>> Does it work with native Upstart jobs?
>
> Again, doesn't matter; we never used any by default.
That'
On 09/15/2010 09:27 PM, Adam Williamson wrote:
> On Wed, 2010-09-15 at 18:18 +1000, Steven Haigh wrote:
>> Hi all,
>>
>> After applying the latest updates in updates-testing for F14, I cannot
>> enable bluetooth anymore...
>>
>> The latest hal update fixed this, however now I'm not able to enable
>
On Wed, 2010-09-15 at 09:36 +0100, Richard Hughes wrote:
> 2010/9/15 "Jóhann B. Guðmundsson" :
> > The decision to reject this feature certainly was a lesson in killing
> > momentum which we will never reach again.
>
> This is how I also feel. By trying to make Fedora shiny, polished and
> super-c
On Wed, 2010-09-15 at 10:27 +0200, Michał Piotrowski wrote:
> > * Fedora documentation, especially the longer guides to be updated to
> > cover systemd extensively
>
> Please point me to a similar document written for Upstart.
It doesn't really need one, because it behaves exactly as SysV init d
On Wed, 2010-09-15 at 18:18 +1000, Steven Haigh wrote:
> Hi all,
>
> After applying the latest updates in updates-testing for F14, I cannot
> enable bluetooth anymore...
>
> The latest hal update fixed this, however now I'm not able to enable
> bluetooth at all.
>
> Anyone else?
Downgrade blu
#126: Proposed Test Day - openldap with Mozilla NSS for crypto
---+
Reporter: rmeggins | Owner: kparal
Type: task | Status: new
Priority: critical | Milestone:
Component: Test Day
==
The results in this summary consider Test Updates!
==
Still broken compared with F-14 Branched:
25 builds
Fixed packages compared with F-14 Branched:
#112: 'Translation/Keyboard in anaconda' Test Day - 2010/09/16
---+
Reporter: rhe | Owner: rhe
Type: task | Status: assigned
Priority: major | Milestone: Fedora 14
Component:
==
The results in this summary consider Test Updates!
==
Broken packages in F-13 + Updates (src.rpm names):
almanah
gcc (
2010/9/15 Richard Hughes :
> 2010/9/15 "Jóhann B. Guðmundsson" :
>> The decision to reject this feature certainly was a lesson in killing
>> momentum which we will never reach again.
>
> This is how I also feel. By trying to make Fedora shiny, polished and
> super-cautious against breaking things w
2010/9/15 "Jóhann B. Guðmundsson" :
> The decision to reject this feature certainly was a lesson in killing
> momentum which we will never reach again.
This is how I also feel. By trying to make Fedora shiny, polished and
super-cautious against breaking things we're just creating another
Ubuntu cl
On 15/09/10 09:22, Joachim Backes wrote:
>>
>> If you don't need a local repo:
>>
>> "yum erase yum*local"
>>
>>
>
> I did it, but now, I can't downgrade an installed package :-(
>
You can if you havn't deleted the 3gb of files.
maybe as su\sudo
updatedb
locate local.conf.rpmsave
if that is there
2010/9/15 Rahul Sundaram :
> On 09/15/2010 11:24 AM, Michal Jaegermann wrote:
>> There is one big difference though. Upstart does work and for a
>> "naive" user this detail that /sbin/upstart handles sysvinit job is
>> not really visible. In the case of systemd this works "mostly".
>> Definitely
On 09/15/2010 09:58 AM, Frank Murphy wrote:
> On 15/09/10 08:28, Joachim Backes wrote:
>
>>
>> Installed yum plugins: yum-plugin-local (has not been installed
>> explictly, but automatically!)
>>
>> Joachim Backes
>>
>
> If you don't need a local repo:
>
> "yum erase yum*local"
>
>
I did it,
Hi all,
After applying the latest updates in updates-testing for F14, I cannot
enable bluetooth anymore...
The latest hal update fixed this, however now I'm not able to enable
bluetooth at all.
Anyone else?
--
Steven Haigh
Email: net...@crc.id.au
Web: http://www.crc.id.au
Phone: (03) 9001 6
2010/9/15 Michal Jaegermann :
> On Wed, Sep 15, 2010 at 03:57:02AM +0200, Michał Piotrowski wrote:
>> 2010/9/15 Matthias Clasen :
>> > I expect systemd development to move to rawhide now. Not sure how much
>> > sense it makes to keep developing systemd in f14
>>
>> It seems to me that many F14 user
On 09/15/2010 09:30 AM, Steven Haigh wrote:
> On 09/15/2010 05:28 PM, Joachim Backes wrote:
>> On 09/15/2010 08:04 AM, Steven Haigh wrote:
>>> What plugins do you have installed? I only get:
>>>
>>> # pwd
>>> /var/lib/yum
>>> # du -hs *
>>> 1.2Mhistory
>>> 0 rpmdb-indexes
>>> 4.0K
2010/9/15 Bill Nottingham :
> Micha� Piotrowski (mkkp...@gmail.com) said:
>> >, in particular since
>> > the thing that was perceived as lacking was mostly system integration.
>>
>> ???
>>
>> I do not understand this argument. Upstart is still lacking of system
>> integration. All scripts are sysvi
On 15/09/10 08:28, Joachim Backes wrote:
>
> Installed yum plugins: yum-plugin-local (has not been installed
> explictly, but automatically!)
>
> Joachim Backes
>
If you don't need a local repo:
"yum erase yum*local"
--
Regards,
Frank Murphy
UTF_8 Encoded
Friend of Fedora
--
test mailing li
On 09/15/2010 05:28 PM, Joachim Backes wrote:
> On 09/15/2010 08:04 AM, Steven Haigh wrote:
>> What plugins do you have installed? I only get:
>>
>> # pwd
>> /var/lib/yum
>> # du -hs *
>> 1.2M history
>> 0rpmdb-indexes
>> 4.0K uuid
>> 9.0M yumdb
>>
>
> Hi Steven,
>
> cd /var/lib/yum
> sudo du -
On 09/15/2010 08:04 AM, Steven Haigh wrote:
> What plugins do you have installed? I only get:
>
> # pwd
> /var/lib/yum
> # du -hs *
> 1.2M history
> 0 rpmdb-indexes
> 4.0K uuid
> 9.0M yumdb
>
Hi Steven,
cd /var/lib/yum
sudo du -hs *
4.6Mhistory
3.8Gplugins
296Krpmdb-indexes
4
1 - 100 of 102 matches
Mail list logo
