On 08/23/2011 09:19 PM, Kevin Kofler wrote:
> Orion Poplawski wrote:
>> Hpefully it gets completed. I finally gave up maintaining it since
>> nothing seemed to be happening for over a year and the ABRT reports kept
>> coming in. I would advise against reviving it until a Qt4 version is
>> fully r
Nathan O. wrote:
> Though with one "clex", after I run fedpkg build, after koji
> finishes, it gives me:
> BuildError: package clex is blocked for tag f16-updates-candidate
This means that you need to get the package unblocked by rel-eng. Has it
already gone through rereview? A new review is req
Nathan Owe wrote:
> I know what they mean. The first error is true because during the
> configure process I noticed that it gave a warning that zlib is needed for
> the program's internal file-type recognizer to work.
Then you probably need BuildRequires: zlib-devel, NOT Requires: zlib!
K
Orion Poplawski wrote:
> Hpefully it gets completed. I finally gave up maintaining it since
> nothing seemed to be happening for over a year and the ABRT reports kept
> coming in. I would advise against reviving it until a Qt4 version is
> fully ready and tested.
Well, FYI, we aren't planning to
Alexander Kurtakov wrote:
> complaining either for shipping too newer or too old version. And with the
> current manpower we took the side of the newer versions, read as we don't
> take care for compat libs but others are free to do so. Yet this is
> causing a lot of disruption but this is the same
Steve Grubb wrote:
> I think it was mentioned before that systemd is consuming a lot of memory.
The amount quoted was actually ridiculously small considering both today's
memory sizes and the fact that systemd is a singleton process.
Plus, it can be reduced even further (by something like 90%!)
Lennart, please don't shut off and stop listening just yet.
I realize that your rant was aimed at this whole thread rather than at my post
specifically, but I'd like to make it clear that I'm not one of those who "keep
trying to noisily shoot systemd down" as you put it. I see a lot of value in
On 08/24/2011 06:05 AM, JB wrote:
> Lennart,
>
> we are not going to sacrify UNIX/Linux, SysVinit, even systemd (the product
> of you, your co-developers, and ... imported ideas from "one song for one USD"
> company) for your ego, which is larger than life.
This type of personal attacks in this li
Attempting to build rpm version of gimp 2.7.3 ended with failure from
http://koji.fedoraproject.org/koji/taskinfo?taskID=3297263
For some reasons, I am puzzled about gimp-remote not built with this version
while it did with 2.7.2. Can anyone check and suggest fix on the spec.
Regards,
Luya
--
d
Lennart Poettering 0pointer.de> writes:
> ...
> I really honestly wished the troupe of you four or five people who keep
> trying to noisily shoot systemd down on fedora-devel would actually try
> to understand what is going on. Try to get the bigger picture. Try for
> once to see if there might b
On Wed, Aug 24, 2011 at 1:03 AM, Lennart Poettering
wrote:
> On Wed, 24.08.11 00:24, Björn Persson (bjorn@rombobjörn.se) wrote:
>> Imagine a stripped-down Init that does only two things: First it forks and
>> executes SystemD, and then it just sits around and reaps orphan zombies.
>> SystemD would
I searched the first link for my packages I am trying to send as an update
and neither showed up. Newlisp wasn't retired, it is one of them that I
started from scratch. Clex I adopted and went through the review request to
request ownership and which was granted. I am able to submit the spec file
t
JB wrote:
> Björn Persson xn--rombobjrn-67a.se> writes:
> > JB wrote:
> > > This does not help in this case. The attack's effect can happen at any
> > > time and catch systemd with its pants down at any time in the
> > > scenarios you described.
> > > The attack is on socket buffer availability vi
On Wed, 24.08.11 00:24, Björn Persson (bjorn@rombobjörn.se) wrote:
> Mathieu Bridon wrote:
> > Well, socket activation gives you better speed and resource usage as
> > already mentioned, but it also gives you:
> >
> [some really nifty features]
> >
> > So basically, much improved service availab
On Tue, 2011-08-23 at 18:11 -0400, Tom Lane wrote:
> Another way of saying this is: people are used to being able to check
> if a service is up without thereby changing its state. Consider for
Well, again, it's arguable that this describes the systemd case. You
have not changed the state of *the
On Tue, Aug 23, 2011 at 18:22, Nathan O. wrote:
> I am not able to submit packages as an update through bodhi web interface
> nor via fedpkg update. I have the package in F15, but I am trying to send it
> to F16 and both ways give me the error that "newlisp not tagged as an update
> candidate"
>
>
On Tue, 23.08.11 18:11, Tom Lane (t...@redhat.com) wrote:
> I think that one of the worst aspects of systemd is its assumption that
> it can force new world-views upon every other piece of software in the
> system :-(. But anyway, here's an example of why this is a problem:
> when we tried to cod
Mathieu Bridon wrote:
> Well, socket activation gives you better speed and resource usage as
> already mentioned, but it also gives you:
>
[some really nifty features]
>
> So basically, much improved service availability (which is what matters
> to your business, isn't it?), and easier configurat
Adam Williamson writes:
> On Tue, 2011-08-23 at 17:28 -0400, Tom Lane wrote:
>> Yeah. Another way in which socket activation is not transparent is that
>> code might try to determine whether the service is running by seeing
>> whether a connection attempt succeeds. In such a case, having the
>>
Björn Persson xn--rombobjrn-67a.se> writes:
>
> JB wrote:
> > This does not help in this case. The attack's effect can happen at any time
> > and catch systemd with its pants down at any time in the scenarios you
> > described.
> > The attack is on socket buffer availability via kernel, it lasts
On Tue, 2011-08-23 at 17:28 -0400, Tom Lane wrote:
> Simo Sorce writes:
> > ... If instead the socket is listening but not really accepting and
> > processing requests, then yes, you can have a deadlock.
>
> > So socket activation is not transparent by any means and needs to be
> > handled very c
JB wrote:
> This does not help in this case. The attack's effect can happen at any time
> and catch systemd with its pants down at any time in the scenarios you
> described.
> The attack is on socket buffer availability via kernel, it lasts until no
> resource is available system-wide. At that poin
Simo Sorce writes:
> ... If instead the socket is listening but not really accepting and
> processing requests, then yes, you can have a deadlock.
> So socket activation is not transparent by any means and needs to be
> handled very carefully in terms of circular dependencies as they may
> actual
On 08/24/2011 02:04 AM, Itamar Reis Peixoto wrote:
> is this a good reason ?
>
>
>
> http://tech.slashdot.org/story/11/08/23/1355225/The-GIMP-Now-Has-a-Working-Single-Window-Mode
Not to push a unstable release without knowing when the stable release
will be.
Rahul
--
devel mailing list
devel@lis
Dear contributors,
Is anyone interested in some review swaps? These packages should be
quite straightforward:
moonscript -- moonscript is to Lua what coffeescript is to Javascript
(improved syntax, lots of convenience features -- from
for-comprehensions to OOP)
You need to recompile lua-filesy
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=730279
Fedora Update System 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=730279
--- Comment #13 from Fedora Update System
2011-08-23 16:36:00 EDT ---
perlbrew-0.28-1.fc16 has been pushed to the Fedora 16 sta
On 08/24/2011 01:57 AM, Ilyes Gouta wrote:
>>> Are there any plans to bring gimp 2.7.x -> 2.8 into F16 ?
>> Is there a specific reason to? The home page states that the whole
>> 2.7.x series should be considered unstable.
> Alright, would then the 2.8.x series be in F16?
That depends on when it i
On Tue, Aug 23, 2011 at 5:24 PM, Richard Shaw wrote:
> On Tue, Aug 23, 2011 at 11:50 AM, Genes MailLists wrote:
>>
>> Are there any plans to bring gimp 2.7.x -> 2.8 into F16 ?
>
> Is there a specific reason to? The home page states that the whole
> 2.7.x series should be considered unstable.
>
2011/8/23 Ilyes Gouta :
>>> Are there any plans to bring gimp 2.7.x -> 2.8 into F16 ?
>>
>> Is there a specific reason to? The home page states that the whole
>> 2.7.x series should be considered unstable.
>
> Alright, would then the 2.8.x series be in F16?
I'm afraid that it is not the right lis
Lennart Poettering 0pointer.de> writes:
>
> On Tue, 23.08.11 17:48, JB (jb.1234abcd gmail.com) wrote:
>
> > Systemd and security - an example # 2 of an attack venue.
> > -
> > The above is dangerous as a design idea to achieve "paralleliz
>> Are there any plans to bring gimp 2.7.x -> 2.8 into F16 ?
>
> Is there a specific reason to? The home page states that the whole
> 2.7.x series should be considered unstable.
Alright, would then the 2.8.x series be in F16?
-Ilyes
>
> Richard
> --
> devel mailing list
> devel@lists.fedoraproj
On Tue, Aug 23, 2011 at 11:50 AM, Genes MailLists wrote:
>
> Are there any plans to bring gimp 2.7.x -> 2.8 into F16 ?
Is there a specific reason to? The home page states that the whole
2.7.x series should be considered unstable.
Richard
--
devel mailing list
devel@lists.fedoraproject.org
http
On Tue, 2011-08-23 at 21:33 +0200, Lennart Poettering wrote:
> On Tue, 23.08.11 17:48, JB (jb.1234a...@gmail.com) wrote:
>
> > Systemd and security - an example # 2 of an attack venue.
> > -
> > The above is dangerous as a design idea to achi
commit 7aceefa04c521b41118ea36386400e93ff49099f
Author: Tom "spot" Callaway
Date: Tue Aug 23 16:16:37 2011 -0400
2.68
.gitignore|1 +
perl-Config-IniFiles.spec |8 ++--
sources |2 +-
3 files changed, 8 insertions(+), 3 deletions(-)
---
di
commit 1963c768e72dc147823dd69ca18f1e191978e496
Author: Tom "spot" Callaway
Date: Tue Aug 23 16:16:14 2011 -0400
2.68
perl-Config-IniFiles.spec |8 ++--
sources |2 +-
2 files changed, 7 insertions(+), 3 deletions(-)
---
diff --git a/perl-Config-IniFiles.spec
commit 2eda591ec03af05fa1cce30ff8eb8744a12de7e7
Author: Tom "spot" Callaway
Date: Tue Aug 23 16:15:49 2011 -0400
2.68
perl-Config-IniFiles.spec | 14 --
sources |2 +-
2 files changed, 13 insertions(+), 3 deletions(-)
---
diff --git a/perl-Config-IniFil
commit 46a494a23257365c0620177b54310af6d4922704
Author: Tom "spot" Callaway
Date: Tue Aug 23 16:15:28 2011 -0400
2.68
perl-Config-IniFiles.spec | 18 +-
sources |2 +-
2 files changed, 18 insertions(+), 2 deletions(-)
---
diff --git a/perl-Config-In
commit c9e6d2ac739cb0dcada927645999125297f2dfe1
Author: Tom "spot" Callaway
Date: Tue Aug 23 16:13:35 2011 -0400
2.68
perl-Config-IniFiles.spec | 29 +++--
sources |2 +-
2 files changed, 28 insertions(+), 3 deletions(-)
---
diff --git a/per
Stephen John Smoogen (smo...@gmail.com) said:
> > A socket-activated service is much the same as a non-socket-activated
> > service, in that installing the unit won't activate the service unless
> > something calls for it, or the admin/rpm scripts run 'systemctl enable'. So
>
> A couple of questi
commit 6aad319f9d838cc711aad7b64fad45c2e2b07406
Author: Tom "spot" Callaway
Date: Tue Aug 23 16:06:47 2011 -0400
2.68
perl-Config-IniFiles.spec |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
---
diff --git a/perl-Config-IniFiles.spec b/perl-Config-IniFiles.spec
index 19056b3..
On Tue, Aug 23, 2011 at 4:29 PM, Toshio Kuratomi wrote:
> On Tue, Aug 23, 2011 at 01:12:31PM +0200, drago01 wrote:
>> On Mon, Aug 22, 2011 at 6:45 PM, Tom Callaway wrote:
>> > On 08/18/2011 06:28 AM, Lennart Poettering wrote:
>> >> On Wed, 17.08.11 16:43, Tim Waugh (twa...@redhat.com) wrote:
>> >
On Tue, 23.08.11 13:54, Stephen John Smoogen (smo...@gmail.com) wrote:
>
> On Tue, Aug 23, 2011 at 13:37, Bill Nottingham wrote:
> > Tom Callaway (tcall...@redhat.com) said:
> >> On 08/22/2011 01:29 PM, Toshio Kuratomi wrote:
> >> > I'm pretty sure that we kicked this up to FESCo and they decide
On Tue, Aug 23, 2011 at 13:37, Bill Nottingham wrote:
> Tom Callaway (tcall...@redhat.com) said:
>> On 08/22/2011 01:29 PM, Toshio Kuratomi wrote:
>> > I'm pretty sure that we kicked this up to FESCo and they decided to treat
>> > them the same (although the latter may not have come to a formal vo
Tom Callaway (tcall...@redhat.com) said:
> On 08/22/2011 01:29 PM, Toshio Kuratomi wrote:
> > I'm pretty sure that we kicked this up to FESCo and they decided to treat
> > them the same (although the latter may not have come to a formal vote and
> > only been discussed during their IRC meetings on
On Tue, 23.08.11 17:48, JB (jb.1234a...@gmail.com) wrote:
> Systemd and security - an example # 2 of an attack venue.
> -
> The above is dangerous as a design idea to achieve "parallelization" of
> services.
> Let's assume that service A is a
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=731907
--- Comment #7 from Fedora Update System 2011-08-23
15:33:40 EDT ---
perl-Spreadsheet-ParseExcel-0.5900-1.fc16 has been submitt
The lightweight tag 'perl-Spreadsheet-ParseExcel-0.5900-1.fc17' was created
pointing to:
2baf26f... Update to 0.59 (#731907)
--
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
The lightweight tag 'perl-Spreadsheet-ParseExcel-0.5900-1.fc16' was created
pointing to:
2baf26f... Update to 0.59 (#731907)
--
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
The lightweight tag 'perl-Spreadsheet-ParseExcel-0.5900-1.el6' was created
pointing to:
2baf26f... Update to 0.59 (#731907)
--
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/mail
Fixed in rawhide:
> gpsdrive
> qlandkartegt
> qtgpsc
> vifir
> viking
Not looked at yet:
> kdeedu
https://bugs.kde.org/show_bug.cgi?id=269165
~tom
==
Fedora Project
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Steve Clark netwolves.com> writes:
> ...
> Sys init.
> -
> Sys init as a process #1 should be "beyond approach" by design, and delegate
> all work to other process(es), whether in a permanent or an ad-hoc manner,
> that can be operated by sysadmin if needed (e.g. restarted, initialized,
2011/8/23 Orion Poplawski :
> See https://bugzilla.redhat.com/show_bug.cgi?id=719785 for the motivation
>
> The environment module system allows users to modify their environment in a
> predictable way, including setting LD_LIBRARY_PATH. However, this makes it
> possible to break the modulecmd bin
Adam Williamson redhat.com> writes:
>
> On Tue, 2011-08-23 at 07:29 -0700, Toshio Kuratomi wrote:
>
> > > This is broken IMO ... there is nothing inherently wrong with on
> > > demand loading ... actually it is the opposite. (i.e should be done
> > > whenever possible).
> > >
> > On demand load
On 08/23/2011 04:44 AM, Jussi Lehtola wrote:
$ ant -lib %{_datadir}/icedtea-web/plugin.jar doc main
doesn't work, it still fails in the same error.
There are two things that were causing problems. The spec file was
setting classpath to a directory, not a jar. Also, the build.xml file
was inst
On Tue, Aug 23, 2011 at 10:22:42AM -0700, Jorge Gallegos wrote:
> On Tue, Aug 23, 2011 at 12:52:42PM -0400, Neil Horman wrote:
> > On Tue, Aug 23, 2011 at 09:33:55AM -0700, Jorge Gallegos wrote:
> > > Hi,
> > >
> > > I opened the pasted review request above because fuse-s3fs (hint: need
> > > spon
On 08/23/2011 01:48 PM, JB wrote:
JB gmail.com> writes:
...
Here are some more detailed thoughts.
Sys init.
-
Sys init as a process #1 should be "beyond approach" by design, and delegate
all work to other process(es), whether in a permanent or an ad-hoc manner,
that can be operated
JB gmail.com> writes:
> ...
Here are some more detailed thoughts.
Sys init.
-
Sys init as a process #1 should be "beyond approach" by design, and delegate
all work to other process(es), whether in a permanent or an ad-hoc manner,
that can be operated by sysadmin if needed (e.g. restart
See https://bugzilla.redhat.com/show_bug.cgi?id=719785 for the motivation
The environment module system allows users to modify their environment in a
predictable way, including setting LD_LIBRARY_PATH. However, this makes it
possible to break the modulecmd binary by putting an incompatible TCL
On Tue, Aug 23, 2011 at 12:52:42PM -0400, Neil Horman wrote:
> On Tue, Aug 23, 2011 at 09:33:55AM -0700, Jorge Gallegos wrote:
> > Hi,
> >
> > I opened the pasted review request above because fuse-s3fs (hint: need
> > sponsor :) wouldn't work in my machine.
> > When I went to the Google code page
I am not able to submit packages as an update through bodhi web interface
nor via fedpkg update. I have the package in F15, but I am trying to send it
to F16 and both ways give me the error that "newlisp not tagged as an update
candidate"
Also I get a weird error for clex when I run fedpkg build "
On Tue, 2011-08-23 at 07:29 -0700, Toshio Kuratomi wrote:
> > This is broken IMO ... there is nothing inherently wrong with on
> > demand loading ... actually it is the opposite. (i.e should be done
> > whenever possible).
> >
> On demand loading is great. But the system administrator needs to ha
On Tue, Aug 23, 2011 at 09:33:55AM -0700, Jorge Gallegos wrote:
> Hi,
>
> I opened the pasted review request above because fuse-s3fs (hint: need
> sponsor :) wouldn't work in my machine.
> When I went to the Google code page I saw it had been three years with no
> commit while it never left alpha
On Tue, 2011-08-23 at 10:55 +0200, Nicolas Mailhot wrote:
> As a former contributor to both projects I will say the common ground is easy
> to find; users want stuff to just work and do not care about politics. The
Unfortunately, whenever this statement is made, the definition of
'politics' turns
Are there any plans to bring gimp 2.7.x -> 2.8 into F16 ?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hello James,
On 08/23/2011 09:00 AM, James Laska wrote:
> Greetings,
>
> I have two packages proposed for review. Both are fairly small sized
> python libraries. These packages are dependencies of autotest (which
> should resurface for review soon-ish).
>
> python-signalfd - https://bugzilla.red
Hi,
I opened the pasted review request above because fuse-s3fs (hint: need
sponsor :) wouldn't work in my machine.
When I went to the Google code page I saw it had been three years with no
commit while it never left alpha status, that's why I submitted a new
request for s3fs.
On Aug 23, 2011 4:47
On Tue, 2011-08-23 at 18:14 +0200, Lennart Poettering wrote:
> On Tue, 23.08.11 11:56, Simo Sorce (s...@redhat.com) wrote:
>
> >
> > On Tue, 2011-08-23 at 17:44 +0200, Lennart Poettering wrote:
> > > On Tue, 23.08.11 11:10, Simo Sorce (s...@redhat.com) wrote:
> > >
> > > > > I am pretty sure tha
On Tue, 23.08.11 11:56, Simo Sorce (s...@redhat.com) wrote:
>
> On Tue, 2011-08-23 at 17:44 +0200, Lennart Poettering wrote:
> > On Tue, 23.08.11 11:10, Simo Sorce (s...@redhat.com) wrote:
> >
> > > > I am pretty sure that 95% of everybody who has ssd or CUPS installed
> > > > will not use it mo
Compose started at Tue Aug 23 13:15:24 UTC 2011
Broken deps for x86_64
--
389-ds-base-1.2.9.0-1.fc16.2.x86_64 requires
libnetsnmpagent.so.25()(64bit)
389-ds-base-1.2.9.0-1.fc16.2.x86_64 requires
libnetsnmpmibs.so.25()(64bit)
perl-NOCpulse-Gritch has broken dependencies in the F-16 tree:
On x86_64:
perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
On i386:
perl-NOCpulse-Gritch-1.27.9-1.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
Please resolve this as soon as possibl
perl-Pugs-Compiler-Rule has broken dependencies in the F-16 tree:
On x86_64:
perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
On i386:
perl-Pugs-Compiler-Rule-0.37-9.fc16.noarch requires
perl(:MODULE_COMPAT_5.12.3)
Please resolve this as soon as po
perl-Test-CPAN-Meta-JSON has broken dependencies in the F-16 tree:
On x86_64:
perl-Test-CPAN-Meta-JSON-0.10-2.fc15.noarch requires
perl(:MODULE_COMPAT_5.12.4)
On i386:
perl-Test-CPAN-Meta-JSON-0.10-2.fc15.noarch requires
perl(:MODULE_COMPAT_5.12.4)
Please resolve this as soon as
perl-Module-Extract-VERSION has broken dependencies in the F-16 tree:
On x86_64:
perl-Module-Extract-VERSION-1.01-3.fc15.noarch requires
perl(:MODULE_COMPAT_5.12.4)
On i386:
perl-Module-Extract-VERSION-1.01-3.fc15.noarch requires
perl(:MODULE_COMPAT_5.12.4)
Please resolve this a
On Tue, 2011-08-23 at 17:44 +0200, Lennart Poettering wrote:
> On Tue, 23.08.11 11:10, Simo Sorce (s...@redhat.com) wrote:
>
> > > I am pretty sure that 95% of everybody who has ssd or CUPS installed
> > > will not use it more often than than 1/h, which is really seldom. Hence
> > > I'd make these
Summary of changes:
c48fc68... Fix typo that causes a failure to update the common directo (*)
0baf8bf... Initialize branch EL-6 for perl-Spreadsheet-ParseExcel (*)
d40d67f... dist-git conversion (*)
0c089ed... Revert to ExtUtils::MakeMaker flow preferred by upstream (*)
d66f984... Updat
Summary of changes:
4d3df77... Fix typo that causes a failure to update the common directo (*)
4e8c16c... - rebuild against perl 5.10.1 (*)
6dcc0d9... - Mass rebuild with perl-5.12.0 (*)
f39788c... dist-git conversion (*)
6aa85e5... - 661697 rebuild for fixing problems with vendorach/lib
On Tue, 23.08.11 11:10, Simo Sorce (s...@redhat.com) wrote:
> > I am pretty sure that 95% of everybody who has ssd or CUPS installed
> > will not use it more often than than 1/h, which is really seldom. Hence
> > I'd make these services socket activated by default (like MacOS does it
> > too), and
On 08/23/2011 04:57 PM, Kaleb S. KEITHLEY wrote:
> On 08/23/2011 08:40 AM, Rawhide Report wrote:
>> Compose started at Tue Aug 23 08:15:54 UTC 2011
>>
>> Broken deps for x86_64
>> --
>> ...
>> cloudfs-0.7-6.fc17.x86_64 requires glusterfs
>
>
> Am 23.08.2011 15:36, schrieb Jon Ciesla:
Fedora? Production? I do that, but I'm mental
>>>
>>> yes - from F9 to F14 this was really easy
>>> VMware-Cluster with snapshots, some backup-machines as test
>>> all machines using the same internal cache-repo and no external
>>>
>>> per serv
On Tue, 2011-08-23 at 16:57 +0200, Lennart Poettering wrote:
> On Tue, 23.08.11 07:29, Toshio Kuratomi (a.bad...@gmail.com) wrote:
>
> > > > I think FESCo needs to decide what its policies are wrt on-demand
> > > > loading, then we can adjust the Packaging Guidelines appropriately.
> > >
> > > Th
Am 23.08.2011 15:36, schrieb Jon Ciesla:
>>> Fedora? Production? I do that, but I'm mental
>>
>> yes - from F9 to F14 this was really easy
>> VMware-Cluster with snapshots, some backup-machines as test
>> all machines using the same internal cache-repo and no external
>>
>> per server 4-6 minut
The lightweight tag 'perl-Digest-Perl-MD5-1.8-2.fc17' was created pointing to:
020c41b... Initial import (perl-Digest-Perl-MD5-1.8-2)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject
The lightweight tag 'perl-Digest-Perl-MD5-1.8-2.fc16' was created pointing to:
020c41b... Initial import (perl-Digest-Perl-MD5-1.8-2)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject
The lightweight tag 'perl-Digest-Perl-MD5-1.8-2.fc15' was created pointing to:
020c41b... Initial import (perl-Digest-Perl-MD5-1.8-2)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject
The lightweight tag 'perl-Digest-Perl-MD5-1.8-2.fc14' was created pointing to:
020c41b... Initial import (perl-Digest-Perl-MD5-1.8-2)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject
The lightweight tag 'perl-Digest-Perl-MD5-1.8-2.el6' was created pointing to:
020c41b... Initial import (perl-Digest-Perl-MD5-1.8-2)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.
The lightweight tag 'perl-Digest-Perl-MD5-1.8-2.el5' was created pointing to:
020c41b... Initial import (perl-Digest-Perl-MD5-1.8-2)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.
The lightweight tag 'perl-Digest-Perl-MD5-1.8-2.el4' was created pointing to:
020c41b... Initial import (perl-Digest-Perl-MD5-1.8-2)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.
On Tue, 23.08.11 07:29, Toshio Kuratomi (a.bad...@gmail.com) wrote:
> > > I think FESCo needs to decide what its policies are wrt on-demand
> > > loading, then we can adjust the Packaging Guidelines appropriately.
> >
> > This is broken IMO ... there is nothing inherently wrong with on
> > demand
Summary of changes:
020c41b... Initial import (perl-Digest-Perl-MD5-1.8-2) (*)
(*) 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:/
Summary of changes:
020c41b... Initial import (perl-Digest-Perl-MD5-1.8-2) (*)
(*) 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:/
The Fedora 16 "Verne" Alpha release is available! This release offers a
preview of some of the best free and open source technology currently
under development. Catch a glimpse of the future:
http://fedoraproject.org/get-prerelease
== What is the Alpha release? ==
The Alpha release contains al
On Tue, Aug 23, 2011 at 9:19 AM, Lennart Poettering
wrote:
> So the daemon listens on a local socket. That means it's quite important
> that systemd waits with starting the next service until your daemon
> finished starting up (and hence finished establishing the listening
> socket), so that the n
On Tue, Aug 23, 2011 at 01:12:31PM +0200, drago01 wrote:
> On Mon, Aug 22, 2011 at 6:45 PM, Tom Callaway wrote:
> > On 08/18/2011 06:28 AM, Lennart Poettering wrote:
> >> On Wed, 17.08.11 16:43, Tim Waugh (twa...@redhat.com) wrote:
> >>
> >>> Oh, I just noticed this:
> >>>
> >>> https://fedoraproj
On Tue, 23.08.11 08:14, Richard Shaw (hobbes1...@gmail.com) wrote:
>
> Lennart,
>
> Here's the response from upstream:
> """
> On Mon, Aug 22, 2011 at 04:09:34PM -0500, Richard Shaw wrote:
> > How exactly does spacenavd interface with applications? Is it some
> > sort of socket?
>
> Spacenavd p
On Mon, 22.08.11 19:54, Richard Shaw (hobbes1...@gmail.com) wrote:
>
> On Mon, Aug 22, 2011 at 3:53 PM, Lennart Poettering
> wrote:
> [SNIP]
> >> Is this all I need? It does not depend on any other service that I know of.
> >
> > Depends. If this daemon provides some interface to local clients y
On Tue, 2011-08-23 at 09:57 -0400, Kaleb S. KEITHLEY wrote:
> On 08/23/2011 08:40 AM, Rawhide Report wrote:
> > Compose started at Tue Aug 23 08:15:54 UTC 2011
> >
> > Broken deps for x86_64
> > --
> > ...
> > cloudfs-0.7-6.fc17.x86_64 req
On 08/23/2011 07:27 PM, Kaleb S. KEITHLEY wrote:
> How do I get cloudfs out of rawhide/f17? I've retired the package.
> It's a dead.package in fedora-scm. It's obsoleted by hekafs. What else
> do I need to do. -- Kaleb
File a ticket via https://fedorahosted.org/rel-eng/ and ask rel eng team
to bl
On 08/18/2011 06:29 PM, Lennart Poettering wrote:
> Unlikely. CUPS is not that slow. I mean, if the dialog takes a second or
> so this would still be completely fine, but in real life CUPS starts
> much faster. On my machine it is very hard to see any difference at all
> if I run "lpq" on a shell
1 - 100 of 120 matches
Mail list logo
