Takanori Matsuura (fas: tmatssu) cant be reached for a long time. There are no
reply on email,
in bugreport [1], there are no koji builds [2], even more, from the previous
message, Jiro Matsuzawa
tell he contact him personaly (a week ago) nut there were no actions.
At all mentioned above, I re
Hi,
Is (Samba) Fedora 20 still not capable of being Active Directory Domain
Controller?
I mean is that page current:
http://fedoraproject.org/wiki/Features/Samba4#Current_status ?
Thanks in advance!
--
--
Sergio Belkin http://www.sergiobelkin.com
LPIC-2 Certified - http://www.lpi.org
--
d
On Sat, Sep 06, 2014 at 10:18:20PM +0100, Richard W.M. Jones wrote:
>
> Whenever my laptop boots, the hard disk is pegged at 100% and the
> machine is unusable for another 2 minutes because of
> "systemd-readahead", a misguided attempt to optimize the boot process.
> Did we agree to this when we a
On 09/06/2014 03:09 PM, Pierre-Yves Chibon wrote:
On Sat, Sep 06, 2014 at 07:52:52AM +0200, Ralf Corsepius wrote:
On 09/05/2014 05:08 PM, Pierre-Yves Chibon wrote:
* cvsadmin approves the creation of the new branch in pkgdb
=> branch creation broadcasted on fedmsg
* git adjusted automat
On 09/06/2014 02:18 PM, Richard W.M. Jones wrote:
Whenever my laptop boots, the hard disk is pegged at 100% and the
machine is unusable for another 2 minutes because of
"systemd-readahead", a misguided attempt to optimize the boot process.
Did we agree to this when we adopted systemd as an init r
HI
On Sat, Sep 6, 2014 at 5:30 PM, Richard W.M. Jones wrote:
> On Fri, Sep 05, 2014 at 09:35:10AM +0200, Tomasz Torcz wrote:
> > /tmp has nothing to do with systemd
>
> The tmp-on-tmp misfeature is to do with systemd.
>
How? systemd works fine without it. Many distributions have switched to
Hi
On Sat, Sep 6, 2014 at 5:36 PM, Richard W.M. Jones wrote:
> We need to decide if just because you manage to get an important core
> package into Fedora 4 years ago, that means you can forever more push
> any old stuff you want into Fedora, without going back and consulting
> with the communi
On Sáb, 2014-09-06 at 22:36 +0100, Richard W.M. Jones wrote:
> On Thu, Sep 04, 2014 at 10:31:45AM -0500, Bruno Wolff III wrote:
> > On Thu, Sep 04, 2014 at 16:11:37 +0100,
> > Sérgio Basto wrote:
> > >Hi,
> > >[1]
> > >since Fedora have some responsibility, unfortunately I think the group
> > >h
On Thu, Sep 04, 2014 at 10:31:45AM -0500, Bruno Wolff III wrote:
> On Thu, Sep 04, 2014 at 16:11:37 +0100,
> Sérgio Basto wrote:
> >Hi,
> >[1]
> >since Fedora have some responsibility, unfortunately I think the group
> >have some valid reasons , systemd should be the replacement of
> >sysvinit ,
The systemd sysvinit replacement talked about in Fedora 14/15 was not
the init system + other bogus features that is talked about today.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
v
On Fri, Sep 05, 2014 at 09:35:10AM +0200, Tomasz Torcz wrote:
> /tmp has nothing to do with systemd
The tmp-on-tmp misfeature is to do with systemd.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.
Am 06.09.2014 um 23:18 schrieb Richard W.M. Jones:
> Whenever my laptop boots, the hard disk is pegged at 100% and the
> machine is unusable for another 2 minutes because of
> "systemd-readahead", a misguided attempt to optimize the boot process.
> Did we agree to this when we adopted systemd as an
Whenever my laptop boots, the hard disk is pegged at 100% and the
machine is unusable for another 2 minutes because of
"systemd-readahead", a misguided attempt to optimize the boot process.
Did we agree to this when we adopted systemd as an init replacement?
I don't remember init including all thi
I tried to retire the old virt-v2v package:
https://admin.fedoraproject.org/pkgdb/package/virt-v2v
However I likely only "half-retired" it because although I'm a package
administrator, I'm not the owner, or something like that. In any case
I'm coordinating with the package owner and we will have
On Sat, 2014-09-06 at 12:47 -0400, Simo Sorce wrote:
> > I can believe it'd be hard work, but I think you overstate the case by a
> > long way when you say it'd be impossible. It may be finicky work, but it
> > seems unlikely that it'd be easier to write an entirely new partitioning
> > app with a
On Sep 5, 2014 5:05 AM, "Vratislav Podzimek" wrote:
>
> Good news, everyone! We (me and CC'd Vojtech Trefny) would like to
> introduce you the next generation tool for storage management -- the
> **blivet-gui** tool [1]_. It is a GUI tool based on the blivet python
> library (originally Anaconda's
Hi
On Sat, Sep 6, 2014 at 12:48 PM, drago01 wrote:
>
> Well the FPCA seem to talk about this if someone that didn't sign it
> sent you a patch all he/she has to do is to provide it under an
> "acceptable license".
>
Yes but we artificially make it seem like FPCA is a requirement even when
it i
On Sat, Sep 6, 2014 at 5:33 PM, Rahul Sundaram wrote:
> Hi
>
>
> On Sat, Sep 6, 2014 at 11:22 AM, drago01 wrote:
>>
>> Huh? What makes one legally not eligible to contribute? Just not
>> signing the fpca? How is that different from someone that submits a
>> patch via bugzilla / mail / whatever?
>
On Fri, 2014-09-05 at 23:47 -0700, Adam Williamson wrote:
> On Fri, 2014-09-05 at 18:03 +0200, Lennart Poettering wrote:
> > On Fri, 05.09.14 11:52, Matthias Clasen (mcla...@redhat.com) wrote:
> >
> > > On Fri, 2014-09-05 at 15:55 +0200, Vratislav Podzimek wrote:
> > > > On Fri, 2014-09-05 at 09:0
Hi
On Sat, Sep 6, 2014 at 11:22 AM, drago01 wrote:
> Huh? What makes one legally not eligible to contribute? Just not
> signing the fpca? How is that different from someone that submits a
> patch via bugzilla / mail / whatever?
> I don't think people check whether those patch submitters have si
On Sat, Sep 6, 2014 at 5:07 PM, Dennis Gilmore wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Thu, 04 Sep 2014 17:34:57 +0200
> Miroslav Suchý wrote:
>
>> Hi,
>> we (the Copr team) would like to allow uploading of source RPM to
>> Copr. It seems that best way is to utilize dist-g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 04 Sep 2014 17:34:57 +0200
Miroslav Suchý wrote:
> Hi,
> we (the Copr team) would like to allow uploading of source RPM to
> Copr. It seems that best way is to utilize dist-git [1]. Then Copr
> will fetch sources and spec file from dist-git a
On Sat, Sep 06, 2014 at 07:52:52AM +0200, Ralf Corsepius wrote:
> On 09/05/2014 05:08 PM, Pierre-Yves Chibon wrote:
>
> >* packager requests new branch in pkgdb (2 clicks)
> > => requests added to the scm admin queue
> >* cvsadmin checks the request/package (check if package exists in the RHE
On Fri, Sep 05, 2014 at 08:12:49PM +0200, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Sep 05, 2014 at 05:08:39PM +0200, Pierre-Yves Chibon wrote:
> > Dear all,
> >
> > In the last months, Till and I together with infrastructure and
> > release-engineering have been thinking and working on how we
On Fri, Sep 05, 2014 at 06:35:45PM +0200, Haïkel wrote:
> 2014-09-05 17:08 GMT+02:00 Pierre-Yves Chibon :
> > Dear all,
> >
> > In the last months, Till and I together with infrastructure and
> > release-engineering have been thinking and working on how we could improve
> > the
> > current workflo
Compose started at Sat Sep 6 07:15:03 UTC 2014
Broken deps for armhfp
--
[APLpy]
APLpy-0.9.8-5.fc21.noarch requires pywcs
[PyKDE]
PyKDE-3.16.6-14.fc20.armv7hl requires sip-api(10) >= 0:10.0
[PyQuante]
PyQuante-libint-
Broken deps for i386
--
[APLpy]
APLpy-0.9.8-5.fc21.noarch requires pywcs
[PyQuante]
PyQuante-libint-1.6.4-11.fc22.1.i686 requires libint(x86-32) =
0:1.1.6-2.fc21
[audtty]
audtty-0.1.12-9.fc20.i686 requires libaudclient
On 09/01/2014 12:40 PM, Kalev Lember wrote:
> I'm running point on the 3.13.91 builds and will submit it as a single
> megaupdate in Bodhi later this week.
The megaupdate is out now and available in updates-testing. I'd
appreciate testing and feedback at
https://admin.fedoraproject.org/updates/FED
On Friday 05 September 2014 23:57:46 Adam Williamson wrote:
> I like GNOME Disks, it's a great handy toolbox for doing
> simple manipulation of drives, but I'm not sure it quite fits the same
> mental box as blivet-gui would, for me.
So, to extend the theoretical POV the way to go may have been:
On Sat, Sep 6, 2014 at 8:57 AM, Adam Williamson
wrote:
> On Fri, 2014-09-05 at 11:52 -0400, Matthias Clasen wrote:
>> On Fri, 2014-09-05 at 15:55 +0200, Vratislav Podzimek wrote:
>> > On Fri, 2014-09-05 at 09:04 -0400, Bastien Nocera wrote:
>> > >
>> > > - Original Message -
>> > > > Good
30 matches
Mail list logo
