On Mon, Mar 26, 2012 at 6:55 PM, Chris Murphy wrote:
> So then the question is, if urandom is what's recommended, are faster
> substitutes just as good? If they are just as good, then why aren't they the
> first recommendation? And if this step is superfluous, then I'd suggest
> documentation b
On 03/27/2012 03:54 AM, Ken Dreyer wrote:
> On Mon, Mar 26, 2012 at 6:53 PM, Dennis Jacobfeuerborn
> wrote:
>> I disagree. Since this is a major update that gets introduced together with
>> a new Fedora version this opportunity should be used to make switches like
>> these.
>
> In principle I agr
On Mon, Mar 26, 2012 at 6:53 PM, Dennis Jacobfeuerborn
wrote:
> I disagree. Since this is a major update that gets introduced together with
> a new Fedora version this opportunity should be used to make switches like
> these.
In principle I agree with what you're saying, but this is still going
t
On 03/26/2012 10:10 PM, Michał Piotrowski wrote:
> 2012/3/26 Nicolas Mailhot :
>> The following is going to kill pretty much every packaged webapp unless they
>> are changed now:
>>
>> https://httpd.apache.org/docs/2.4/upgrading.html#access
>
> IMHO mod_access_compat should be enabled by default
>
Am 26.03.2012 21:51, schrieb Kevin Kofler:
> Reindl Harald wrote:
>> i notice this since upgraded to Fedora 16 on mostly all
>> virtual machines while i have never seeen this with F15
>
> When did you see that? Yesterday? Might that be related to DST (Daylight
> Savings Time, or Dumb Sucker Tim
On Mon, 2012-03-26 at 11:52 +0100, Richard Hughes wrote:
> At the moment the GNOME updates in Fedora are a bit of chaotic affair.
> They mostly work, but only because of people like mclasen who spend
> hours and hours building packages and putting everything together
> manually. For 3.3.92 I experi
Hi,
I am Alex Chernyakhovsky. I am currently a 2nd-year student at the
Massachusetts Institute of Technology, studying Electrical Engineering and
Computer Science. I am a long-time user of Red Hat Linux, Fedora, and Red
Hat Enterprise Linux.
I greatly admire the work the Fedora contributors
On Mar 26, 2012, at 4:31 PM, Pádraig Brady wrote:
>
> Well if you're just writing huge amounts of "random" data
> to clear existing space, then you don't need it to be cryptographically
> secure.
> Why are you doing this exactly? Would /dev/zero suffice?
In every supposed best practice case of
I don't want it to sounds like I'm discouraging anyone from packaging
these. I'm a well-known "packaging maximalist" :-) If they even let
me do 'dpkg-deb -c ...' then there is some use for them.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v co
On Monday, 26 בMarch 2012 13:08:33 Jeroen van Meeuwen (Kolab Systems) wrote:
> I'm still interested in making available the packages through Fedora
> repositories proper, but I'm also, admittedly, not paying attention to
> the review tickets. I have what I need (rubygem-passenger and many
> othe
On 03/26/2012 08:56 PM, Chris Murphy wrote:
>
> Performance:
>
> dd if=/dev/zero ~56MB/s CPU < 10%
> dd if=/dev/urandom~12MB/s CPU 99%
> haveged ~54MB/s CPU < 25%
>
>
> The dd relative values are consistent with kernels in Fedora 1
This discussion started on the "board" list yet I know a lot of developers have
an opinion on the topic.
The deadline for F18 name ideas is almost over but the discussion is still
valid. Join the board list and speak up! Fedora is supposed to be community
driven, take the wheel.
-- Bob
-
On Monday, 26 בMarch 2012 11:32:10 Richard W.M. Jones wrote:
> On Mon, Mar 26, 2012 at 12:57:44AM +0200, Oron Peled wrote:
> >- This means that a Debian/Ubuntu workstation can build both .deb
> > and RPM packages, and we cannot use Fedora for a similar role.
>
> Is this really true? What
On Mon, Mar 26, 2012 at 12:49:32PM +0100, Richard Hughes wrote:
> On 26 March 2012 11:58, Peter Robinson wrote:
> > It would be nice if the rawhide stream was built at the same time as
> > well as not doing so has the effect of people trying to work with
> > rawhide as well get random failures and
On Mon, Mar 26, 2012 at 03:32:15PM -0400, DJ Delorie wrote:
>
> > Given that the "pc" sense of BIOS includes having arguments returned in
> > x86 registers, I really don't think that's true.
>
> ARM has registers too...
>
> My point is, the ARM chips *do* support an on-board flash bootloader,
>
Pkgdb link:
https://admin.fedoraproject.org/pkgdb/acls/name/bibus
I kept myself on as a co-maintainer, but it deserves a more
proactive main owner.
- Original Message -
> I don't really use it anymore (replaced it with Zotero) and don't
> have time to maintain it, but it is still being d
I don't really use it anymore (replaced it with Zotero) and don't
have time to maintain it, but it is still being developed upstream
(as of late 2011):
http://sourceforge.net/projects/bibus-biblio/
There is a 1.5.2 release available, see also:
https://bugzilla.redhat.com/show_bug.cgi?id=757675
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 26.03.2012 21:53, Stephen Gallagher wrote:
>
> So now we have our first updates dependency issue. If we submit
> libtevent as its own update, it is possible that it will achieve its
> karma requirement before libtalloc does. It would then be pushed
On 03/26/2012 06:05 AM, Terry Barnaby wrote:
> Hi,
>
> I am using the latest F16 kernel: 3.3.0-4.fc16.i686.PAE and am having
> problems with a MicroSD card connected to a USB card reader. This has
> been working fine until recently (at least in F14 on the same hardware).
>
> The problem is that "
Stephen Gallagher wrote:
> 2) We could continue on the "single update for multiple packages"
> approach, but revamp the karma system so that each SRPM gets its own
> karma, rather than the update as a whole. Then, the whole update would
> not be pushed via autokarma until all of the dependent packa
2012/3/26 Nicolas Mailhot :
> The following is going to kill pretty much every packaged webapp unless they
> are changed now:
>
> https://httpd.apache.org/docs/2.4/upgrading.html#access
IMHO mod_access_compat should be enabled by default
https://httpd.apache.org/docs/2.4/mod/mod_access_compat.html
Once upon a time, Nicolas Mailhot said:
> The following is going to kill pretty much every packaged webapp unless they
> are changed now:
>
> https://httpd.apache.org/docs/2.4/upgrading.html#access
Did you read this part:
"The old access control idioms should be replaced by the new
authent
Performance:
dd if=/dev/zero ~56MB/s CPU < 10%
dd if=/dev/urandom ~12MB/s CPU 99%
haveged ~54MB/s CPU < 25%
The dd relative values are consistent with kernels in Fedora 16. However these
tests were done with 3.3.0-1. The questions are:
Is t
As requested during the FESCo meeting, I am going to try to summarize
some of the issues inherent in the way that Bodhi updates currently
work.
First, I'll try to explain the goals and constraints:
1) The stable 'fedora-updates' yum repository should NEVER exist in a
state where any package has d
Reindl Harald wrote:
> i notice this since upgraded to Fedora 16 on mostly all
> virtual machines while i have never seeen this with F15
When did you see that? Yesterday? Might that be related to DST (Daylight
Savings Time, or Dumb Sucker Time as I like to call it ;-) )?
Kevin Kofler
--
The following is going to kill pretty much every packaged webapp unless they
are changed now:
https://httpd.apache.org/docs/2.4/upgrading.html#access
--
Nicolas Mailhot
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Rex Dieter wrote:
> the kde-sig has similar pain-points doing mass updates. Having a list of
> pkgs to build (seems done on google docs in your case already, good), and
> having your own koji tag/target does seem to simplify matters a bunch.
> Then it's relatively easy to compose a bodhi update f
> Given that the "pc" sense of BIOS includes having arguments returned in
> x86 registers, I really don't think that's true.
ARM has registers too...
My point is, the ARM chips *do* support an on-board flash bootloader,
and there's no reason why that bootloader couldn't export a standard
ABI th
Matthias Clasen wrote:
> The trick is to not build for rawhide ever, until after the stable
> release is out, and instead rely on inheritance. Since building
> everything twice is just a terrible waste of effort, and makes this
> whole mass building thing even more of a torture. But, of course, thi
Just an announcement - the Messaging SIG is starting regular IRC meetings on
Tuesdays at 16:00 UTC.
Wiki page for the SIG:
http://fedoraproject.org/wiki/Messaging_SIG
My work on a proposal and a python library:
https://github.com/ralphbean/fedmsg/blob/develop/doc/proposal.rst
--
devel mailing
On Mon, Mar 26, 2012 at 01:37:39PM -0400, DJ Delorie wrote:
>
> > Which leads me to a rant about ARM. G RANT!! I didn't think
> > I'd ever love the BIOS, but compared to the alternatives (UEFI and a
> > million different ARM bootloaders) it's simple and effective.
>
> This is getting way of
Richard W.M. Jones wrote:
> Is this really true? What happens if, say, your program depends on
> PCRE, which has different sonames on Debian/Ubuntu and Fedora (for
> essentially the same library):
The same thing which happens if you build for, say, RHEL 6 on Fedora 16
using mock, pbuilder is the
Am 26.03.2012 21:11, schrieb Jef Spaleta:
> On Mon, Mar 26, 2012 at 10:42 AM, Reindl Harald
> wrote:
>> the document above is hughe outdated
>
> Oh well. Nevermind then. Good luck correcting your configs
as you see in this output the configs are correct
this 19 guests are using the same ntp-s
On Fri, Mar 23, 2012 at 06:39:25PM +0100, Michał Piotrowski wrote:
> Do you know if the new version of httpd has major changes in modules
> API? I'm trying to cobble together spec file for mod_spdy
> https://github.com/eventhorizonpl/mod_spdy/blob/master/mod_spdy.spec
> and I hope to finish it for
===
#fedora-meeting: FESCO (2012-03-26)
===
Meeting started by mmaslano at 17:00:20 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2012-03-26/fesco.2012-03-26-17.00.log.html
.
Meeting summary
Richard W.M. Jones wrote:
> Umm ... okay.
>
> Any particular reason?
Kickstarts are not very user-friendly nor convenient (unless you have
several machines to install with identical installs, which is what they were
invented for).
> Any other plans to make the current situation better?
Ev
commit d7f775a901ed75c709cc7cc4ff0a7693ba987ffa
Author: Emmanuel Seyman
Date: Mon Mar 26 21:14:49 2012 +0200
Update to 0.317
.gitignore|1 +
perl-App-Cmd.spec |6 +-
sources |2 +-
3 files changed, 7 insertions(+), 2 deletions(-)
---
diff --git a/.gitigno
On Mon, Mar 26, 2012 at 10:42 AM, Reindl Harald wrote:
> the document above is hughe outdated
Oh well. Nevermind then. Good luck correcting your configs
-jef
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Am 26.03.2012 20:22, schrieb Jef Spaleta:
>> hmmm - which HWCLOCK clock?
>> we are speaking about VMware Machines on ESXi/vSphere
>
> My best suggestion for you is to read the following document.
>
> www.vmware.com/files/pdf/Timekeeping-In-VirtualMachines.pdf
>
> and follow the best practises
> Which leads me to a rant about ARM. G RANT!! I didn't think
> I'd ever love the BIOS, but compared to the alternatives (UEFI and a
> million different ARM bootloaders) it's simple and effective.
This is getting way off-topic, but... most linux-capable ARM chips
support a BIOS in the "pc"
On Mon, Mar 26, 2012 at 04:54:05PM +0200, Adrian Reber wrote:
> Trying to build gforth with gcc 4.7 fails currently. The forth engine is
> build but it fails its included tests. The problem is that every newline
> the forth engine writes is replaced with 0x00 as seen in following diff:
>
> 01
On 3/26/12 11:16 AM, Reindl Harald wrote:
> i notice this since upgraded to Fedora 16 on mostly all
> virtual machines while i have never seeen this with F15
>
> how to track down and for which component file a bugreport?
>
> EXT4-fs (sda1): mounted filesystem without journal. Opts: noacl,nouser_
> Any particular reason why you boot the thing via tftp? I'd expect
> just having /boot on the sd card (which you need for boot anyway) is
> easier, especially when it comes to kernel updates.
I wanted the minimum on the sdcard (it just has the tftboot script)
because our build farm only has one
> hmmm - which HWCLOCK clock?
> we are speaking about VMware Machines on ESXi/vSphere
My best suggestion for you is to read the following document.
www.vmware.com/files/pdf/Timekeeping-In-VirtualMachines.pdf
and follow the best practises outlined there. You should have your
linux guests setting
Am 26.03.2012 19:34, schrieb Jef Spaleta:
> On Mon, Mar 26, 2012 at 9:29 AM, Jef Spaleta wrote:
>> On Mon, Mar 26, 2012 at 8:16 AM, Reindl Harald
>> wrote:
>>> i notice this since upgraded to Fedora 16 on mostly all
>>> virtual machines while i have never seeen this with F15
>>>
>>> how to tra
On Mon, Mar 26, 2012 at 6:16 PM, Reindl Harald wrote:
> i notice this since upgraded to Fedora 16 on mostly all
> virtual machines while i have never seeen this with F15
>
> how to track down and for which component file a bugreport?
>
> EXT4-fs (sda1): mounted filesystem without journal. Opts: no
On Mon, Mar 26, 2012 at 9:29 AM, Jef Spaleta wrote:
> On Mon, Mar 26, 2012 at 8:16 AM, Reindl Harald wrote:
>> i notice this since upgraded to Fedora 16 on mostly all
>> virtual machines while i have never seeen this with F15
>>
>> how to track down and for which component file a bugreport?
>
> h
On Mon, Mar 26, 2012 at 8:16 AM, Reindl Harald wrote:
> i notice this since upgraded to Fedora 16 on mostly all
> virtual machines while i have never seeen this with F15
>
> how to track down and for which component file a bugreport?
http://forums.fedoraforum.org/showthread.php?t=273727
-jef
-
i notice this since upgraded to Fedora 16 on mostly all
virtual machines while i have never seeen this with F15
how to track down and for which component file a bugreport?
EXT4-fs (sda1): mounted filesystem without journal. Opts: noacl,nouser_xattr
systemd-fsck[607]: /var/log: Der Zeitpunkt des l
Le lundi 26 mars 2012 à 16:04 +0100, Joe Orton a écrit :
> mod_python upstream has been inactive for five years, since Graham
> Dumpleton went to work on mod_wsgi. IMO it is long past time to retire
> mod_python in Fedora. But the following packages still depend on it:
>
> Source : glump-
mod_python upstream has been inactive for five years, since Graham
Dumpleton went to work on mod_wsgi. IMO it is long past time to retire
mod_python in Fedora. But the following packages still depend on it:
Source : glump-0.9.11-10.fc17.src.rpm
Source : koji-1.6.0-3.fc17.src.rpm
Sour
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=806922
--- Comment #2 from Petr Pisar 2012-03-26 10:39:01 EDT ---
Upgrading gcc and rpm-build did not help. Running tests verbosely sho
Trying to build gforth with gcc 4.7 fails currently. The forth engine is
build but it fails its included tests. The problem is that every newline
the forth engine writes is replaced with 0x00 as seen in following diff:
010: 6566 696e 6564 2047 4458 2020 594f 5520 efined GDX YOU
020: 5
On Mon, Mar 26, 2012 at 10:07:45 -0400,
Matthias Clasen wrote:
The trick is to not build for rawhide ever, until after the stable
release is out, and instead rely on inheritance. Since building
everything twice is just a terrible waste of effort, and makes this
whole mass building thing even
On 03/26/2012 03:09 PM, Andrew Haley wrote:
> I'd love to know how to do this. I've never used iSCSI.
Sorry, I missed http://www.delorie.com/arm/trimslice/iscsi.html
Andrew.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 03/23/2012 11:18 PM, DJ Delorie wrote:
> Sorry, I'm a big fan of iSCSI on trimslices. The SATA interface is on
> USB but the gigE isn't, so network (iscsi) is about 3x faster than a
> local disk, if you have a big raid server on the other end.
I'd love to know how to do this. I've never used
On Mon, 2012-03-26 at 11:58 +0100, Peter Robinson wrote:
> .
>
> It would be nice if the rawhide stream was built at the same time as
> well as not doing so has the effect of people trying to work with
> rawhide as well get random failures and in the process of building
> F-17 and rawhide on ARM a
Richard Hughes wrote:
> At the moment the GNOME updates in Fedora are a bit of chaotic affair.
> They mostly work, but only because of people like mclasen who spend
> hours and hours building packages and putting everything together
> manually. For 3.3.92 I experimented doing a mega-update and try
Please join us on irc.freenode.net in #fedora-meeting-1 for this
important meeting. Will the Beefy Miracle live up to the latter half of
its name? Attend this meeting and find out! :)
Wednesday, March 28, 2012 @21:00 UTC (17:00 EDT/14:00 PDT)
"Before each public release Development, QA and Rel
Summary of changes:
9c97ff7... Spec clean-up (*)
(*) 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://admin.fedoraproject.org/mailm
I filled a bugreport moths ago, but actually I cannot get the id number,
maybe later I can try again
Il giorno 26/mar/2012 15:05, "Terry Barnaby" ha
scritto:
> Hi,
>
> I am using the latest F16 kernel: 3.3.0-4.fc16.i686.PAE and am having
> problems with a MicroSD card connected to a USB card read
On 03/26/2012 02:05 PM, Terry Barnaby wrote:
> Hi,
>
> I am using the latest F16 kernel: 3.3.0-4.fc16.i686.PAE and am having
> problems with a MicroSD card connected to a USB card reader. This has
> been working fine until recently (at least in F14 on the same hardware).
>
> The problem is that "
Hi,
I am using the latest F16 kernel: 3.3.0-4.fc16.i686.PAE and am having
problems with a MicroSD card connected to a USB card reader. This has
been working fine until recently (at least in F14 on the same hardware).
The problem is that "umount" does not appear to be working correctly.
I have an
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: RPM2 can't be built with new rpm-4.10
https://bugzilla.redhat.com/show_bug.cgi?id=806884
Summary: RPM2 can't be built with new rpm-4.10
Product: Fedo
On Sat, Mar 24, 2012 at 2:14 PM, Ricardo Argüello
wrote:
> On Sat, Mar 24, 2012 at 11:18 AM, Jerry James wrote:
>> On Sat, Mar 24, 2012 at 9:46 AM, Ricardo Argüello
>> wrote:
>>> Hi,
>>>
>>> I need to do a buildroot override for
>>> jboss-connector-1.6-api-1.0.1-0.1.20120310git9dc9a5.fc17, in or
On Mon, 2012-03-26 at 14:48 +0300, Panu Matilainen wrote:
> On 03/26/2012 02:30 PM, Jonathan Dieter wrote:
> > On Mon, 2012-03-26 at 14:24 +0300, Panu Matilainen wrote:
> >> As a reminder, at least the following packages will now need a rebuild
> >> due to the soname bump:
> >>
> >> jdieter
On Mon, Mar 26, 2012 at 12:26:47PM +0200, Gerd Hoffmann wrote:
> Another possible way would be to boot directly from iscsi like you can
> do on x86 with an sanboot-enabled iPXE rom. I have no idea whenever
> u-boot can handle that though.
No. The U-boot supplied on the Trim-Slice is very simplis
On 26 March 2012 11:58, Peter Robinson wrote:
> It would be nice if the rawhide stream was built at the same time as
> well as not doing so has the effect of people trying to work with
> rawhide as well get random failures and in the process of building
> F-17 and rawhide on ARM a non insignifican
On 03/26/2012 02:30 PM, Jonathan Dieter wrote:
On Mon, 2012-03-26 at 14:24 +0300, Panu Matilainen wrote:
As a reminder, at least the following packages will now need a rebuild
due to the soname bump:
jdieter deltarpm
Did I see that you took care of this one for me?
Doh... Sorry I fo
Compose started at Mon Mar 26 08:15:04 UTC 2012
Broken deps for x86_64
--
[HippoDraw]
HippoDraw-devel-1.21.3-2.fc17.i686 requires python-numarray
HippoDraw-devel-1.21.3-2.fc17.x86_64 requires python-numarray
HippoDraw-
commit b16cf593384c95133c8c0383c6be9bcc42524a70
Author: Petr Písař
Date: Mon Mar 26 13:36:03 2012 +0200
Rebuild against RPM 4.10
perl-RPM-VersionCompare.spec |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
---
diff --git a/perl-RPM-VersionCompare.spec b/perl-RPM-VersionComp
Following is the list of topics that will be discussed in the FESCo
meeting today at 17:00UTC (1:00pm EST, 19:00 CEST) in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9
= Followups =
#topic #699 Proposal to remove the pack
commit 24b6cb7d7cb3b49419abb559038e59c07f5d0f32
Author: Iain Arnell
Date: Mon Mar 26 05:34:48 2012 -0600
update to 0.07
.gitignore |1 +
perl-String-ToIdentifier-EN.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2
A file has been added to the lookaside cache for perl-String-ToIdentifier-EN:
fb99f7b8bb574bf650563e6e1fd198a2 String-ToIdentifier-EN-0.07.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.f
perl-Language-Prolog-Yaswi has broken dependencies in the F-17 tree:
On x86_64:
perl-Language-Prolog-Yaswi-0.19-1.fc17.x86_64 requires
libswipl.so.5.10.5()(64bit)
On i386:
perl-Language-Prolog-Yaswi-0.19-1.fc17.i686 requires libswipl.so.5.10.5
Please resolve this as soon as possi
On Mon, 2012-03-26 at 14:24 +0300, Panu Matilainen wrote:
> As a reminder, at least the following packages will now need a rebuild
> due to the soname bump:
>
> jdieter deltarpm
Did I see that you took care of this one for me?
Jonathan
signature.asc
Description: This is a digitally si
Took a bit longer to get there (some initial issues with the alpha
needed fixing first), but rpm 4.9.90 has been in the rawhide buildroots
now for a few hours with no apparent issues. Knock wood.
As a reminder, at least the following packages will now need a rebuild
due to the soname bump:
On Mon, Mar 26, 2012 at 11:52 AM, Richard Hughes wrote:
> At the moment the GNOME updates in Fedora are a bit of chaotic affair.
> They mostly work, but only because of people like mclasen who spend
> hours and hours building packages and putting everything together
> manually. For 3.3.92 I experi
At the moment the GNOME updates in Fedora are a bit of chaotic affair.
They mostly work, but only because of people like mclasen who spend
hours and hours building packages and putting everything together
manually. For 3.3.92 I experimented doing a mega-update and trying to
get all the 3.3.92 build
On 03/26/2012 01:57 AM, Oron Peled wrote:
> On Sunday, 25 בMarch 2012 20:01:37 Kalev Lember wrote:
>> For the past 17 months, each rawhide report has had broken dh-make deps.
>> The package was imported 21 Oct 2010 depending on a non-existing
>> "debhelper" package and has been broken ever since.
>
On 03/26/12 11:00, Peter Robinson wrote:
> On Mon, Mar 26, 2012 at 9:41 AM, Gerd Hoffmann wrote:
>> Hi,
>>
they use a rather scary looking pile of development boards with very
poor I/O.
>>>
>>> Buy a trimslice and run it with iSCSI. It's a very clean package, and
>>> I can get 80 MB/se
On 03/24/2012 10:09 PM, Chris Murphy wrote:
Fedora-17-Beta-x86_64-Live-Desktop.iso
http://fedoraproject.org/wiki/FirewallD suggests I should have firewall-config. "The
configuration tool firewall-config is the main configuration tool for the firewall
daemon."
But I'm not finding firewall-conf
On 03/24/2012 10:09 PM, Chris Murphy wrote:
Fedora-17-Beta-x86_64-Live-Desktop.iso
http://fedoraproject.org/wiki/FirewallD suggests I should have firewall-config. "The
configuration tool firewall-config is the main configuration tool for the firewall
daemon."
But I'm not finding firewall-conf
2012/3/26 Jan Synacek
> On 03/24/12 at 01:42pm, Antonio Trande wrote:
> > Hello.
> >
> > With my Acer Aspire 6930G happen that after an indefinite time, the fan
> > starts to work permanently regardless of temperature.
> > In this moment, according to nvclock [1] the GPU temp is 43°C and the
> f
On Mon, Mar 26, 2012 at 12:57:44AM +0200, Oron Peled wrote:
> * IMO, it's important to have Debian packaging tools for Fedora so it
>can be used as a more complete development platform:
>- Currently, there's no problem building rpm's and yum repos on Debian
> as a development platform
On Sun, Mar 25, 2012 at 11:41:18PM +0200, Kevin Kofler wrote:
> Richard W.M. Jones wrote:
> > Perhaps, like Ubuntu's installer, the graphical part of Anaconda
> > should concentrate on doing the simple stuff, and leave everything
> > else to kickstart non-graphical installations.
>
> I don't think
On Mon, Mar 26, 2012 at 9:41 AM, Gerd Hoffmann wrote:
> Hi,
>
>>> they use a rather scary looking pile of development boards with very
>>> poor I/O.
>>
>> Buy a trimslice and run it with iSCSI. It's a very clean package, and
>> I can get 80 MB/sec to my file server's disks. That is neither
>> "
Hi,
>> they use a rather scary looking pile of development boards with very
>> poor I/O.
>
> Buy a trimslice and run it with iSCSI. It's a very clean package, and
> I can get 80 MB/sec to my file server's disks. That is neither
> "scary" nor "poor I/O".
>
> http://www.delorie.com/arm/trimsli
> On Fri, Mar 23, 2012 at 1:25 PM, Jon Ciesla
> wrote:
> > On Fri, Mar 23, 2012 at 1:23 PM, Richard Shaw
> > wrote:
> >>
> >> Darn... I was hoping that wouldn't bite me :) I'm assuming I can
> >> ignore the error though? Or does it need to be fixed?
> >
> > Fix. :(
>
> Which means I really need
- Original Message -
> I booted the F17 beta ISO (x86_64, if it matters) on two laptops and
> tried the provided memtest. In both cases it reported insane amounts
> of
> errors in test 7 after running successfully through tests 1..6. The
> reported error addresses are in the 120 MB area.
>
On 25/03/12 13:54, Jos Vos wrote:
> FWIW:
> Django 1.4 has now been officially released.
>
> I submitted an upgrade request in bugzilla:
> https://bugzilla.redhat.com/show_bug.cgi?id=806614
>
yes, thank you. We're aware of it. Please refer also to bug
https://bugzilla.redhat.com/show_bug.cgi?id=8
91 matches
Mail list logo
