On 06/21/2013 06:48 PM, Reindl Harald wrote:
Am 22.06.2013 00:39, schrieb Jared K. Smith:
Your logical fallacy here is that the distribution works just like you do.
I've seen you argue time and time again
in the mailing lists that because *you* do things a certain way, that the
*distribution
Am 22.06.2013 00:39, schrieb Jared K. Smith:
> Your logical fallacy here is that the distribution works just like you do.
> I've seen you argue time and time again
> in the mailing lists that because *you* do things a certain way, that the
> *distribution* should work that way. Or
> that if y
On Fri, Jun 21, 2013 at 5:40 PM, Reindl Harald wrote:
> in my life i make descisions and follow them straight
>
If you're one person, it's fairly easy to make a decision and follow it
straight through to completion. If you're a Linux distribution, it's a bit
harder to make radical shifts -- and
Am 21.06.2013 23:52, schrieb drago01:
> On Fri, Jun 21, 2013 at 11:40 PM, Reindl Harald
> wrote:
>> Am 21.06.2013 17:54, schrieb Brendan Long:
>>> On 06/20/2013 05:11 PM, Reindl Harald wrote:
/etc/init.d/ should be empty, with wrappers or not, on a
distribution switching to systemd -
On Sat, Jun 22, 2013 at 12:08 AM, Reindl Harald wrote:
>
>
> Am 21.06.2013 23:52, schrieb drago01:
>> On Fri, Jun 21, 2013 at 11:40 PM, Reindl Harald
>> wrote:
>>> Am 21.06.2013 17:54, schrieb Brendan Long:
On 06/20/2013 05:11 PM, Reindl Harald wrote:
> /etc/init.d/ should be empty, wit
On Fri, Jun 21, 2013 at 11:40 PM, Reindl Harald wrote:
>
>
> Am 21.06.2013 17:54, schrieb Brendan Long:
>> On 06/20/2013 05:11 PM, Reindl Harald wrote:
>>> /etc/init.d/ should be empty, with wrappers or not, on a
>>> distribution switching to systemd - period
>>
>> Why?
>
> *why not*
>
> is fedora
Am 21.06.2013 17:54, schrieb Brendan Long:
> On 06/20/2013 05:11 PM, Reindl Harald wrote:
>> /etc/init.d/ should be empty, with wrappers or not, on a
>> distribution switching to systemd - period
>
> Why?
*why not*
is fedora now using systemd or sysv-init?
in my life i make descisions and foll
Hey folks, time for another F19 Final status update!
We're looking relatively hopeful at this point, but still some work to
be done.
Outstanding blockers
We need fixes for:
https://bugzilla.redhat.com/show_bug.cgi?id=924162 - "A software
selection with dependency errors is
Hello,
I am going to retire the Prelude Intrusion Detections System in F20. Upstream
has been dead for over 3 years. The only packages that I know that link
against it is pads, audit, and suricata. I own all 3 of those packages, so
this should mostly be a FYI for everyone here.
-Steve
--
deve
On Fri, 2013-06-21 at 13:17 +0200, Florian Weimer wrote:
> On 06/20/2013 09:13 PM, Dan Williams wrote:
> > nmcli doesn't work unless NM is running, since it talks to NM to do
> > stuff, so it would be incompatible with NM setting things up and
> > quitting.
>
> It could spawn NetworkManager as a s
On Fri, 2013-06-21 at 13:42 +0200, Florian Weimer wrote:
> On 06/20/2013 08:01 PM, Stephen Gallagher wrote:
> > Mind if I ask why you think this way about NetworkManager? The NM
> > currently shipping in Fedora 19 has full support for managing static
> > NICs, as well as bonding, bridging and VLAN
On Thu, 20.06.13 15:18, Lennart Poettering (mzerq...@0pointer.de) wrote:
> So, anyone still insists on keeping this around? If not I will file a
> bug against FPC to drop any mention of the tool and remove it from the
> systemd RPMs, and everything will get smaller and simpler and unicorns
> and b
On 06/20/2013 05:11 PM, Reindl Harald wrote:
> /etc/init.d/ should be empty, with wrappers or not, on a
> distribution switching to systemd - period
Why?
signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mai
On Fri, Jun 21, 2013 at 5:29 PM, Bastien Nocera wrote:
> On Fri, 2013-06-21 at 17:16 +0200, Kalev Lember wrote:
>> 2013-05-06 11:13, Peter Robinson skrev:
>> > On Mon, May 6, 2013 at 8:35 AM, Bastien Nocera wrote:
>> >> Heya,
>> >>
>> >> In Fedora 20, we'll be using BlueZ 5.x to manage Bluetooth
On 06/21/2013 05:33 PM, Tomas Mraz wrote:
Due to the gnutls now using nettle as the crypto backend instead of
libgcrypt, it is not necessary anymore to call libgcrypt initialization
in applications and libraries that call gnutls and link to libgcrypt.
Can you drop the libpthread dependency from
https://bugzilla.redhat.com/show_bug.cgi?id=791078
Paul Howarth changed:
What|Removed |Added
CC||p...@city-fan.org
--- Comment #14 from Pa
https://bugzilla.redhat.com/show_bug.cgi?id=791078
Konstantin Ryabitsev changed:
What|Removed |Added
CC||mri...@gmail.com
--- Comment #13
#388: Page not found after login to Propose
---+-
Reporter: kparal| Owner: mkrizek
Type: defect| Status: new
Priority: major | Milestone:
Component: Blocker
A file has been added to the lookaside cache for perl-System-Command:
4174aa91b6f032b97549ba9aec5dc714 System-Command-1.100.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.or
Due to the gnutls now using nettle as the crypto backend instead of
libgcrypt, it is not necessary anymore to call libgcrypt initialization
in applications and libraries that call gnutls and link to libgcrypt.
If your application also uses libgcrypt on your own you can also
consider moving it to u
On Fri, 2013-06-21 at 17:16 +0200, Kalev Lember wrote:
> 2013-05-06 11:13, Peter Robinson skrev:
> > On Mon, May 6, 2013 at 8:35 AM, Bastien Nocera wrote:
> >> Heya,
> >>
> >> In Fedora 20, we'll be using BlueZ 5.x to manage Bluetooth devices.
> >>
> >> Bluez5 uses a D-Bus API that's not compatibl
Pavel Simerda (psime...@redhat.com) said:
> > From: "Chris Adams"
> > I prefer the "modern" secondaries vs. the old-style eth0:123, although I
> > have run into vendor software (such as the Plesk web hosting control
> > panel) that can't handle it. I expect if that was the "one true way" in
> >
2013-05-06 11:13, Peter Robinson skrev:
> On Mon, May 6, 2013 at 8:35 AM, Bastien Nocera wrote:
>> Heya,
>>
>> In Fedora 20, we'll be using BlueZ 5.x to manage Bluetooth devices.
>>
>> Bluez5 uses a D-Bus API that's not compatible with Bluez4[1] and as
>> such, management applications and a number
Once upon a time, Florian Weimer said:
> The kernel does not know anything about interfaces which do not
> exist, possibly lacks information about interfaces which are not up,
> and has no concept whatsoever of DNS, DHCP (at least after boot) or
> OpenVPN or settings.
The idea of NM being able to
On 06/21/2013 03:01 PM, Chris Adams wrote:
Once upon a time, Florian Weimer said:
On the other hand, having NetworkManager available all the time
enables things like management tools to use its API to query system
status, instead of guessing it from kernel information and heuristic
analysis of
Once upon a time, Florian Weimer said:
> On the other hand, having NetworkManager available all the time
> enables things like management tools to use its API to query system
> status, instead of guessing it from kernel information and heuristic
> analysis of some files under /etc.
Current networ
Compose started at Fri Jun 21 09:15:02 UTC 2013
Broken deps for x86_64
--
[avgtime]
avgtime-0-0.5.git20120724.fc19.x86_64 requires
libphobos-ldc.so.60()(64bit)
[derelict]
derelict-ogg-3-13.20130516gitd8aa11d.fc19.i686 require
On Fri, Jun 21, 2013 at 14:06:53 +0100,
Vincenzo Virgilio wrote:
Installing revisor, it doesn't have anaconda in its dependency.
There is still the bug of creating anconda-runtime directory in /usr/lib and
the link to anaconda executable.
These are well known problems, it's ok, but reposit
Hi!
This week i started working on a new project with Fedora 19beta.
Installing revisor, it doesn't have anaconda in its dependency.
There is still the bug of creating anconda-runtime directory in /usr/lib and
the link to anaconda executable.
These are well known problems, it's ok, but reposit
On 06/21/2013 08:28 AM, Krzysztof Daniel wrote:
OSGI records that there is a file
org.eclipse.jetty.http_9.0.3.v20130506.jar that holds a plugin with
version 9.0.3.v20130506. That version goes at the build time in a couple
of places (including metabundle).
Such exact dependencies are fundament
On 06/20/2013 08:01 PM, Stephen Gallagher wrote:
Mind if I ask why you think this way about NetworkManager? The NM
currently shipping in Fedora 19 has full support for managing static
NICs, as well as bonding, bridging and VLAN support for enterprise
use-cases.
NetworkManager has historically be
On 06/20/2013 09:13 PM, Dan Williams wrote:
nmcli doesn't work unless NM is running, since it talks to NM to do
stuff, so it would be incompatible with NM setting things up and
quitting.
It could spawn NetworkManager as a subprocess and use the peer-to-peer
D-Bus protocol to talk to it. I thi
2013/6/21 Peter Lemenkov :
> Hello All.
>
> Recent Erlang bugfix release fixed a few issues but added another
> nasty one - actually almost all Erlang application will fail to start.
> I'm working on it. Meanwhile please stay with R16B or downgrade to it.
Fixed erlang-mochiweb:
* https://admin.fe
2013/6/21 Peter Lemenkov :
> Hello All.
>
> Recent Erlang bugfix release fixed a few issues but added another
> nasty one - actually almost all Erlang application will fail to start.
> I'm working on it. Meanwhile please stay with R16B or downgrade to it.
Fixed couchdb:
* https://admin.fedoraproj
Hello All.
Recent Erlang bugfix release fixed a few issues but added another
nasty one - actually almost all Erlang application will fail to start.
I'm working on it. Meanwhile please stay with R16B or downgrade to it.
Here are few links for those who's curious:
* http://thread.gmane.org/gmane.c
> I am planning to start pushing all the version
> updates and rebuilds soon to F20 Rawhide.
This is now done and in record time!
(I think it is first time I managed to rebuild
everything (all 220+ packages modulo xmobar) in under 24 hours.)
So next rawhide report should be normal again I hope. :
36 matches
Mail list logo
