On 03/12/2013 08:17 PM, Till Maas wrote:
On Tue, Mar 12, 2013 at 12:47:07AM -0400, Digimer wrote:
On 03/12/2013 12:41 AM, Charles Zeitler wrote:
i don't like giving up control over my machine (partitioning),
so i won't be upgrading to Fedora 18.
i'll watch the web site for a return to sanity.
On 03/13/2013 12:17 PM, Stef Walter wrote:
On 03/12/2013 08:17 PM, Till Maas wrote:
On Tue, Mar 12, 2013 at 12:47:07AM -0400, Digimer wrote:
On 03/12/2013 12:41 AM, Charles Zeitler wrote:
i don't like giving up control over my machine (partitioning),
so i won't be upgrading to Fedora 18.
i'll
On Tue, 12 Mar 2013 17:59:50 +0100, Honza Horak hho...@redhat.com wrote:
On 03/06/2013 02:44 PM, Miloslav Trmač wrote:
On Wed, Mar 6, 2013 at 2:35 PM, Norvald H. Ryeng
norvald.ry...@oracle.com wrote:
In practice, this means that it will be almost impossible to install
MySQL
in Fedora. The
On 2013-03-12, 23:11 GMT, Peter Robinson wrote:
I've never managed to make that work, when ever I configure it all I
get is a crash.
Using sip.redhat.com (that's eZuce OpenUC) I have just made a call to my
cellphone. I have telepathy-rakia-0.7.4-3.
Best,
Matěj
--
devel mailing list
On Tue, 12 Mar 2013 14:33:21 +0100, Honza Horak hho...@redhat.com wrote:
On 03/12/2013 02:03 PM, Norvald H. Ryeng wrote:
On Mon, 11 Mar 2013 19:00:29 +0100, Honza Horak hho...@redhat.com
wrote:
if I understand it correctly that the problem is caused by conflicting
library names, then it
On 13 Mar 2013 08:02, Matej Cepl mc...@redhat.com wrote:
On 2013-03-12, 23:11 GMT, Peter Robinson wrote:
I've never managed to make that work, when ever I configure it all I
get is a crash.
Using sip.redhat.com (that's eZuce OpenUC) I have just made a call to my
cellphone. I have
Dne 12.3.2013 16:30, Dennis Gilmore napsal(a):
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi All,
F19 has been branched, please be sure to do a git pull --rebase to pick
up the new branch, additionally rawhide/f20 has had inheritance cut off
from previous releases, so this means that
Dne 12.3.2013 19:16, Ray Strode napsal(a):
Hi,
This is an interesting idea, but I don't think plymouth makes it any
easier to display CJK Indic glyphs. (Please someone more technical
tell me if I'm wrong here, I vaguely remember this being an issue when
we wanted to add a messagse to fedup)
On Tue, 12 Mar 2013 18:25:02 +0100, Honza Horak hho...@redhat.com wrote:
On 03/12/2013 01:14 PM, Norvald H. Ryeng wrote:
On Mon, 11 Mar 2013 19:58:03 +0100, Kevin Kofler
kevin.kof...@chello.at wrote:
Honza Horak wrote:
This doesn't solve all the issues -- if package like akonadi-mysql
says
On Tue, 12 Mar 2013 23:31:46 +0100, Kevin Kofler kevin.kof...@chello.at
wrote:
Norvald H. Ryeng wrote:
This dependency is a problem. It makes it impossible to install
MySQL-server on a KDE system since mariadb-server and MySQL-server
conflict.
That just shows how broken it is to have both
On Wed, Mar 13, 2013 at 12:10 AM, Nicolas Mailhot
nicolas.mail...@laposte.net wrote:
Le Mar 12 mars 2013 21:53, Máirín Duffy a écrit :
I tried breaking this thread down into its components and summarizing
the discussion and points brought up thus far. I hope it helps:
# F19 Alpha Blocker Review meeting #1
# Date: 2013-03-13
# Time: 17:00 UTC (13:00 EDT, 10:00 PDT)
# Location: #fedora-blocker-review on irc.freenode.net
A few blockers have been proposed for Alpha and it's time to start the
always popular blocker review meetings!
We'll be running through the
I just build librabbitmq 0.3.0 in f19 and rawhide.
Soname change from .0 to .1
Related packages
php-pecl-amqp
opensips-event_rabbitmq
Remi.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Le 13/03/2013 09:50, Remi Collet a écrit :
I just build librabbitmq 0.3.0 in f19 and rawhide.
Other change:
tools moved to new librabbitmq-tools sub-package
so librabbitmq only provides the library.
--
devel mailing list
devel@lists.fedoraproject.org
On Wed, Mar 13, 2013 at 8:25 AM, Vít Ondruch vondr...@redhat.com wrote:
Dne 12.3.2013 16:30, Dennis Gilmore napsal(a):
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi All,
F19 has been branched, please be sure to do a git pull --rebase to pick
up the new branch, additionally rawhide/f20
- Original Message -
From: Dan Mashal dan.mas...@gmail.com
To: Development discussions related to Fedora
devel@lists.fedoraproject.org
Sent: Tuesday, March 12, 2013 9:34:24 PM
Subject: Re: tomcat6 unresponsive maintainer deprecation
On Tue, Mar 12, 2013 at 10:30 AM, Stanislav
On Wed Mar 13 00:32:09 UTC 2013 Máirín Duffy wrote:
Displaying information geared towards power users by default is
intimidating / confusing to less-knowledgeable users.
Surely if our target audience / user base is those who have a
capability / interest in contributing then we shouldn't be
On 12 March 2013 22:13, Simo Sorce s...@redhat.com wrote:
Why should the default configuration be ugly, slow, and biased toward
handling the odd case when things break ?
I confess I've only been lightly skimming this entire deeply
interesting thread, on which more man hours have almost
- Original Message -
On 2013-03-12, 22:28 GMT, Kevin Kofler wrote:
The main showstopper there is that they almost all directly or
indirectly (e.g. through libmediastreamer) depend on FFmpeg. Ekiga
seems to be the only one using GStreamer. :-(
And telepathy-rakia (I positively
#343: Add cgit link to Main Page
---+---
Reporter: tflink| Owner: mkrizek
Type: enhancement | Status: new
Priority: trivial | Milestone: Fedora 19
Component:
Hi Fedora people, I am writing this so somewhere on the Internet there is
some info on running Fedora on an U38N.
If you use the F18 Live image on a USB stick, reboot the computer from Win8
and keep the esc button pressed you can choose to boot from usb or hard
drive. Choosing USB boots up Fedora
On Wed, 2013-03-13 at 10:16 +0100, Reindl Harald wrote:
Am 13.03.2013 02:54, schrieb Simo Sorce:
On Tue, 2013-03-12 at 23:23 +0100, Reindl Harald wrote:
Am 12.03.2013 23:13, schrieb Simo Sorce:
On Tue, 2013-03-12 at 22:37 +0100, Reindl Harald wrote:
Am 12.03.2013 22:34, schrieb Simo
I just got notification of this broken dependency:
libguestfs has broken dependencies in the F-19 tree:
On x86_64:
1:ruby-libguestfs-1.21.19-1.fc19.x86_64 requires ruby(abi) = 0:1.9.1
[etc]
No problem with that. However I tried to install the new Ruby on my
Rawhide machine, but it
On 03/13/2013 12:26 AM, Ralf Corsepius wrote:
- (Nobody explicitly stated this, but) Displaying information geared
towards power users by default is intimidating / confusing to
less-knowledgeable users.
I'd call this to be an urban legend. A boot menu is self-explanatory,
even to new-comers.
On 03/13/2013 12:47 AM, Stephen John Smoogen wrote:
I read the blog and I was NOT talking about your blog post. Rereading
what I wrote does show that I did not convey that clearly. What I was
trying to refer to was that over the long winding thread others have
pointed out that this would be
On Wed 13 Mar 2013 08:53:32 AM EDT, Reindl Harald wrote:
i wonder how i survived to learn all this stuff which
is so confusing - why do linux need to handhold anybody
which does get scared from a simple menu where each trained
monkey in doubt seletcs the first entry?
Clearly you're a genius,
Dne 13.3.2013 13:40, Richard W.M. Jones napsal(a):
I just got notification of this broken dependency:
libguestfs has broken dependencies in the F-19 tree:
On x86_64:
1:ruby-libguestfs-1.21.19-1.fc19.x86_64 requires ruby(abi) = 0:1.9.1
[etc]
No problem with that. However I tried to
On Wed, Mar 13, 2013 at 7:40 AM, Richard W.M. Jones rjo...@redhat.comwrote:
I just got notification of this broken dependency:
libguestfs has broken dependencies in the F-19 tree:
On x86_64:
1:ruby-libguestfs-1.21.19-1.fc19.x86_64 requires ruby(abi) =
0:1.9.1
[etc]
No problem
Dne 13.3.2013 10:09, Peter Robinson napsal(a):
On Wed, Mar 13, 2013 at 8:25 AM, Vít Ondruch vondr...@redhat.com wrote:
Dne 12.3.2013 16:30, Dennis Gilmore napsal(a):
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi All,
F19 has been branched, please be sure to do a git pull --rebase to pick
On Wed, Mar 13, 2013 at 12:40 PM, Richard W.M. Jones rjo...@redhat.com wrote:
I just got notification of this broken dependency:
libguestfs has broken dependencies in the F-19 tree:
On x86_64:
1:ruby-libguestfs-1.21.19-1.fc19.x86_64 requires ruby(abi) = 0:1.9.1
[etc]
No problem
Dne 13.3.2013 14:01, Jon Ciesla napsal(a):
On Wed, Mar 13, 2013 at 7:40 AM, Richard W.M. Jones rjo...@redhat.com
mailto:rjo...@redhat.com wrote:
I just got notification of this broken dependency:
libguestfs has broken dependencies in the F-19 tree:
On x86_64:
On Wed, Mar 13, 2013 at 8:06 AM, Vít Ondruch vondr...@redhat.com wrote:
Dne 13.3.2013 14:01, Jon Ciesla napsal(a):
On Wed, Mar 13, 2013 at 7:40 AM, Richard W.M. Jones rjo...@redhat.comwrote:
I just got notification of this broken dependency:
libguestfs has broken dependencies in the
On Wed, Mar 13, 2013 at 4:14 AM, Peter Robinson pbrobin...@gmail.com wrote:
It might have improved in f18, I got sick of trying and no response from the
maintainer to abrt reports
I too have had problems getting any sort of response from the
maintainer, but I'm always one to give second
From: Rahul Sundaram methe...@gmail.com
On 03/12/2013 08:17 PM, Jasper St. Pierre wrote:
What is the point of the RPM changelog then?
RPM changelog is for packaging changes. Bodhi update notes are for the
user. They are not merely redundant copies of the same information.
I see both
On 13 March 2013 12:46, Máirín Duffy du...@fedoraproject.org wrote:
On 03/13/2013 12:26 AM, Ralf Corsepius wrote:
- (Nobody explicitly stated this, but) Displaying information geared
towards power users by default is intimidating / confusing to
less-knowledgeable users.
I'd call this to be
On Wed, Mar 13, 2013 at 9:18 AM, Jared K. Smith
jsm...@fedoraproject.org wrote:
I've tried several other things this morning, but it doesn't seem
nearly stable enough to be my daily driver softphone. Time to go
try out Ekiga again, it seems.
I know it's usually bad form to reply to yourself
- Original Message -
On 03/12/2013 10:18 PM, Michael Catanzaro wrote:
Again, I'm disappointed in seeing that placeholder text in stable
updates. Clearly that plan failed---it'd be nice if Bodhi could
become
smart enough to reject updates with the placeholder description.
I
Le Mer 13 mars 2013 01:32, Máirín Duffy a écrit :
On 03/12/2013 07:24 PM, Stephen John Smoogen wrote:
I am saying this because I agree. To me the proposal (not the original
but some point in the the 500 ms boot time ideal ) seemed very much
a welded shut view. And as someone who has to worked
2013/3/12 Richard W.M. Jones rjo...@redhat.com:
On Sun, Mar 10, 2013 at 11:53:00AM -0500, Ian Pilcher wrote:
On 03/09/2013 12:08 PM, Kevin Fenzi wrote:
So, I am going to retire this package in rawhide soon unless there's
folks with a very strong C++ background wishing to fix issues and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 13 Mar 2013 14:03:26 +0100
Vít Ondruch vondr...@redhat.com wrote:
Dne 13.3.2013 10:09, Peter Robinson napsal(a):
On Wed, Mar 13, 2013 at 8:25 AM, Vít Ondruch vondr...@redhat.com
wrote:
Dne 12.3.2013 16:30, Dennis Gilmore napsal(a):
On Tue, 2013-03-12 at 15:47 +0100, Jan Dvořák wrote:
As have already been mentioned before, POSTing server takes so long
that GRUB delay is hardly noticeable. But what is worse, if you miss
the kernel selection dialog on a server, you look at UP TO FIVE MORE
MINUTES of waiting for the damn
From: Chris Murphy li...@colorremedies.com
I'm sure there were a bunch of sorry whiners
missing verbose text boot scrolling by their screen by default, in
favor of graphical boot.
Or perhaps those whiners consider themselves responsible employees by
being diligent in understanding what
From: Chris Murphy li...@colorremedies.com
On Mar 12, 2013, at 12:19 PM, john.flor...@dart.biz wrote:
I personally could not care less about the defaults Fedora uses.
I've been overriding them for years. I'm just glad I was able to
learn these things before everything became hidden.
On Wed, 2013-03-13 at 09:34 -0400, john.flor...@dart.biz wrote:
From: Chris Murphy li...@colorremedies.com
I'm sure there were a bunch of sorry whiners
missing verbose text boot scrolling by their screen by default, in
favor of graphical boot.
Or perhaps those whiners consider
Anyway, here is a proposal for an alternative way to deal with the boot
sequence.
1. the bootloader screen is no longer themed with colour backgrounds but
is predominantly black and white. Boot is transitioning from a black shut
down screen so any colour or grey background is going to flash.
On Tue, Mar 12, 2013 at 11:52:40PM +0100, Nicolas Mailhot wrote:
rescue system. (that's why safety jackets use flashy unfashionable colors)
So we should make the boot loader use flashy unfashionable colors because it
makes it more reliable?
Ok that's silly, but it's also silly for safety
From: Simo Sorce s...@redhat.com
To: Development discussions related to Fedora
devel@lists.fedoraproject.org
Date: 03/13/2013 09:47
Subject: Re: Improving the Fedora boot experience
Sent by: devel-boun...@lists.fedoraproject.org
On Wed, 2013-03-13 at 09:34 -0400, john.flor...@dart.biz
On 03/13/2013 09:28 AM, Nicolas Mailhot wrote:
Le Mer 13 mars 2013 01:32, Máirín Duffy a écrit :
On 03/12/2013 07:24 PM, Stephen John Smoogen wrote:
I am saying this because I agree. To me the proposal (not the original
but some point in the the 500 ms boot time ideal ) seemed very much
a
From: Nicolas Mailhot nicolas.mail...@laposte.net
Anyway, here is a proposal for an alternative way to deal with the boot
sequence.
1. the bootloader screen is no longer themed with colour backgrounds but
is predominantly black and white. Boot is transitioning from a black
shut
down
Hi,
On Wed, 13 Mar 2013 14:29:34 +0100 Nils Philippsen n...@redhat.com wrote:
Otherwise, no or a short timeout is used. I'm sure finding the best
thresholds, length of the list etc. needs some experimenting, but
besides that I don't see a glaring error with this idea. What do you
think?
I
When you try to open a file for which you have no package installed
that handles that file type, there is a GUI that pops up and asks if
you want it to search for a package that can handle the file.
How exactly does this mechanism work? I'm assuming there is some
meta-data in the RPM package that
Am 13.03.2013 13:46, schrieb Máirín Duffy:
If the general principle of 'specialized technical crap confuses people
who don't understand it' is a mystical urban legend to you, you might
want to try teaching a class to less-experienced computer users or
watching usability test videos. Or maybe
Le Mer 13 mars 2013 15:26, Máirín Duffy a écrit :
Máirín,
I would argue that throwing information up in people's faces 100% of the
time when it's useless to over 95% of those people is like throwing a
text in Japanese at a non-Japanese English speaker in the hopes that
somehow they would be
On 03/13/2013 10:43 AM, Nicolas Mailhot wrote:
If you're lamenting the cryptical form of the current strings I totally
agree with you but I don't think there is any technical limitation that
prevents improving this text instead of dumping the baby with the bath
water.
I'm not. I'm making an
On Tue, Mar 12, 2013 at 11:23 PM, Kevin Kofler kevin.kof...@chello.at wrote:
Kevin Fenzi wrote:
Why? if we reverted no work would have gone on on the new codebase
That's the whole problem. The Anaconda team cannot manage to develop in a
branch or trunk which is only put into Rawhide when it's
On Wed, 2013-03-13 at 14:29 +0100, Nils Philippsen wrote:
I don't see a glaring error with this idea. What do you
think?
Well, I talked to a few guys in the office about it and there's one
interesting issue with part of my idea: trying to detect multi-boot
environments means that the boot
On 13/03/13 14:40, Richard Shaw wrote:
When you try to open a file for which you have no package installed
that handles that file type, there is a GUI that pops up and asks if
you want it to search for a package that can handle the file.
How exactly does this mechanism work? I'm assuming there
Summary of changes:
750fd6a... Updated to Net-Twitter-4.3 (*)
aa29c0a... Import 4.3 (*)
(*) 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
On Wed, 2013-03-13 at 10:48 -0400, Máirín Duffy wrote:
On 03/13/2013 10:43 AM, Nicolas Mailhot wrote:
If you're lamenting the cryptical form of the current strings I totally
agree with you but I don't think there is any technical limitation that
prevents improving this text instead of
Le Mer 13 mars 2013 15:48, Máirín Duffy a écrit :
On 03/13/2013 10:43 AM, Nicolas Mailhot wrote:
If you're lamenting the cryptical form of the current strings I totally
agree with you but I don't think there is any technical limitation that
prevents improving this text instead of dumping the
On Tue, Mar 12, 2013 at 10:30:01AM -0500, Dennis Gilmore wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi All,
F19 has been branched, please be sure to do a git pull --rebase to pick
up the new branch, additionally rawhide/f20 has had inheritance cut off
from previous
On 03/13/2013 10:57 AM, Nils Philippsen wrote:
I'm with you that users shouldn't see this by default, but rather e.g.
upon encountering an error condition (or if configured differently).
However, we still could use better wording for such a message, even if
we restrict ourselves to English,
Dne 13.3.2013 14:23, Ian Malone napsal(a):
Are teens and pre-teens fedora's main target audience now? I'm really
not sure what it is anymore.
Are you suggesting that we should exclude them?
Vít
--
devel mailing list
devel@lists.fedoraproject.org
On 03/13/2013 09:23 AM, Ian Malone wrote:
Then you have good students. Are teens and pre-teens fedora's main
target audience now? I'm really not sure what it is anymore.
Is there any good reason to exclude them?
I started using Linux (Red Hat 5.1) as a 3rd year high school student.
~m
--
On 13 March 2013 15:07, Vít Ondruch vondr...@redhat.com wrote:
Dne 13.3.2013 14:23, Ian Malone napsal(a):
Are teens and pre-teens fedora's main target audience now? I'm really not
sure what it is anymore.
Are you suggesting that we should exclude them?
Yes okay, that's what I'm
https://fedorahosted.org/389/ticket/600
https://fedorahosted.org/389/attachment/ticket/600/0001-Ticket-600-Server-should-return-unavailableCriticalE.patch
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
On Wed, Mar 13, 2013 at 08:34:50AM +, Fedora Rawhide Report wrote:
Summary:
Added Packages: 0
Removed Packages: 13124
Upgraded Packages: 0
Size of added packages: 0 (0 )
Size change of modified packages: 0 (0 )
Size of removed packages: 38512331457 (36 G)
Size change: -38512331457 (-36
On Tue, 2013-03-12 at 23:52 +0100, Nicolas Mailhot wrote:
Le Mar 12 mars 2013 19:04, Peter Jones a écrit :
Obviously we need to do a good job of making sure we tolerate failures,
and there are multiple ways to do this - if you reboot N times within M
seconds or somesuch might be a
On Wed, 13 Mar 2013 16:18:34 +0100
Karel Zak k...@redhat.com wrote:
On Wed, Mar 13, 2013 at 08:34:50AM +, Fedora Rawhide Report wrote:
Summary:
Added Packages: 0
Removed Packages: 13124
Upgraded Packages: 0
Size of added packages: 0 (0 )
Size change of modified packages: 0 (0 )
From: Máirín Duffy du...@fedoraproject.org
Why not put it in the control panel on the running system along with
other system-level options, though? Doesn't that make more sense rather
than separating it out for access only in a completely different
context?
Because maybe your computer
Good day all,
Please join us today (Wednesday, March 13th) at 4PM EDT (8PM UTC)
for the Fedora ARM weekly status meeting in #fedora-meeting-1 on Freenode.
On the agenda so far..
0) Status of ACTION items from our previous meeting
1) Problem packages
2) Aarch64 patching
3) Creating test
I know it is a simplification, but to me, the two sides of this
argument are:
* remove the hood of the car, and keep it off in case something
goes wrong, or to entice new drivers to look in there and guess
what is going on. * keep the hood of the car on, and if something
goes wrong, pop
On 03/13/2013 02:23 PM, Ian Malone wrote:
On 13 March 2013 12:46, Máirín Duffy du...@fedoraproject.org wrote:
On 03/13/2013 12:26 AM, Ralf Corsepius wrote:
- (Nobody explicitly stated this, but) Displaying information geared
towards power users by default is intimidating / confusing to
Once upon a time, Dave Jones da...@redhat.com said:
Having my local mirror wiped when I rsynced todays rawhide tree was
unexpected.
Having to do a full rsync again is a pain.
wtf happened that caused the mirrors to be empty ?
Ouch. I see that too. IIRC this happened before (maybe last
From: Chris Adams cmad...@hiwaay.net
To: devel@lists.fedoraproject.org
Date: 03/13/2013 11:35
Subject: Re: f19 mass branching
Sent by: devel-boun...@lists.fedoraproject.org
Once upon a time, Dave Jones da...@redhat.com said:
Having my local mirror wiped when I rsynced todays rawhide tree
Le Mer 13 mars 2013 15:16, Nicolas Mailhot a écrit :
Anyway, here is a proposal for an alternative way to deal with the boot
sequence.
(btw, in case it is not obvious, the solution described here is a form of
dead-man switch, which is a proven method to handle operator failures. In
the case
On 13 March 2013 12:46, Máirín Duffy du...@fedoraproject.org wrote:
No, a boot menu is not self-explanatory, and no, this is not an 'urban
legend.' How do you even come up with associating the term 'urban
legend' to statement saying that a complex screen is confusing to casual
computer users?
On Wed, 2013-03-13 at 11:04 -0400, Máirín Duffy wrote:
In that situation my first instinct would be to go into the control
panel and poke around and see if there was something I could fix
there, and maybe search online for an answer. My first instinct would
not be to reboot the system and go
On Wed, 13 Mar 2013 10:35:00 -0500
Chris Adams cmad...@hiwaay.net wrote:
Once upon a time, Dave Jones da...@redhat.com said:
Having my local mirror wiped when I rsynced todays rawhide tree was
unexpected. Having to do a full rsync again is a pain.
wtf happened that caused the mirrors to
On 2013-03-13 17:29 (GMT+0200) Sebastian Mäki composed:
* remove the hood of the car, and keep it off in case something
goes wrong, or to entice new drivers to look in there and guess
what is going on. * keep the hood of the car on, and if something
goes wrong, pop it. If the driver wants to
From: Máirín Duffy du...@fedoraproject.org
Why not put it in the control panel on the running system along with
other system-level options, though? Doesn't that make more sense rather
than separating it out for access only in a completely different context?
On 03/13/2013 11:26 AM,
On Wed, 2013-03-13 at 11:04 -0400, Máirín Duffy wrote:
On 03/13/2013 10:57 AM, Nils Philippsen wrote:
I'm with you that users shouldn't see this by default, but rather e.g.
upon encountering an error condition (or if configured differently).
However, we still could use better wording for
On 03/13/2013 11:51 AM, Felix Miata wrote:
On 2013-03-13 17:29 (GMT+0200) Sebastian Mäki composed:
* remove the hood of the car, and keep it off in case something
goes wrong, or to entice new drivers to look in there and guess
what is going on. * keep the hood of the car on, and if something
On 03/13/2013 11:46 AM, Pierre-Yves Chibon wrote:
This brings the question, how do you do your update?
I actually do updates via the package kit nag thing that pops up from
the messaging tray, and I rarely pay attention to the list of packages.
I just don't have the time to bother, and if that's
On Tue, 12 Mar 2013 23:23:35 +0100
Kevin Kofler kevin.kof...@chello.at wrote:
Kevin Fenzi wrote:
Why? if we reverted no work would have gone on on the new codebase
That's the whole problem. The Anaconda team cannot manage to develop
in a branch or trunk which is only put into Rawhide when
Good day.
By request https://bugzilla.redhat.com/show_bug.cgi?id=849065 I plan
split off ImageMagick-libs sub-package and update ImageMagick to last
6.8.3-9 version.
There many changes including so-name bump and version scheme change from
upstream:
libMagickCore.so.5 became
On Wed, Mar 13, 2013 at 4:03 PM, Pavel Alexeev fo...@hubbitus.com.ru wrote:
Good day.
By request https://bugzilla.redhat.com/show_bug.cgi?id=849065 I plan split
off ImageMagick-libs sub-package and update ImageMagick to last 6.8.3-9
version.
There many changes including so-name bump and
Le Mer 13 mars 2013 16:52, Máirín Duffy a écrit :
From: Máirín Duffy du...@fedoraproject.org
Why not put it in the control panel on the running system along with
other system-level options, though? Doesn't that make more sense rather
than separating it out for access only in a completely
Le 13/03/2013 17:03, Pavel Alexeev a écrit :
I plan push it in rawhide 14-17 March if no one will argue.
Sounds good.
Dependency rebuild required.
php-magickwand
php-pecl-imagick
This 2 packages requires some patches to build with latest ImageMagick.
I already have them ready. So ping me
Le Mer 13 mars 2013 17:00, Máirín Duffy a écrit :
It's been a really long time since a kernel update broke something on my
system as well. I think the last time might have been around F14, there
had been a kernel update that broke suspend on my Thinkpad x61. A fix
came out shortly after.
Le 13/03/2013 17:16, Remi Collet a écrit :
php-pecl-imagick
As you're the owner of this one, if you prefer to update it, see
http://svn.php.net/viewvc?view=revisionrevision=329769
Remi.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 03/13/2013 12:02 PM, Kevin Fenzi wrote:
snip
2) You can take the longer release time, get the new codebase in and
done and then you are in much better shape moving forward.
We choose 2.
(Anaconda folks, feel free to drop in and correct me if I got anything
wrong).
I can't see much way to
On Wed 13 Mar 2013 12:19:39 PM EDT, Nicolas Mailhot wrote:
This is no luck, you are using the exact class of hardware @rh dev use,
which is pretty much the safest setup for Fedora (and it's not the least
expensive hardware on the market either).
This is my last message to this thread.
I am
On 03/13/2013 11:53 AM, Nils Philippsen wrote:
I imagine that some kind of well discoverable (e.g. advertised during
installation, or in the default browser homepage) knowledge-base beyond
installation guides, release notes e.a. could get us a far way, which
would have vetted information about
On Wed, Mar 13, 2013 at 09:51:01AM -0600, Kevin Fenzi wrote:
On Wed, 13 Mar 2013 10:35:00 -0500
Chris Adams cmad...@hiwaay.net wrote:
Once upon a time, Dave Jones da...@redhat.com said:
Having my local mirror wiped when I rsynced todays rawhide tree was
unexpected. Having to do a
On 03/13/2013 12:31 PM, Máirín Duffy wrote:
The idea here is that it would be a desktop app that would aggregate
information from ask.fedoraproject.org (as a kbase backend) as well as
the Fedora docs, so you could search all places at once.
If an API is needed for this functionality, it would
On 13 Mar 2013, at 10:16, Nicolas Mailhot wrote:
Anyway, here is a proposal for an alternative way to deal with the
boot
sequence.
There have been a number of suggestions that have taken a Windows 8
approach to this problem -- auto-detecting error conditions or
enabling one to reboot
On 03/13/2013 09:27 AM, Norvald H. Ryeng wrote:
We now changed the Requires in akonadi-mysql to mariadb-server to be
sure of what we get.
This dependency is a problem. It makes it impossible to install
MySQL-server on a KDE system since mariadb-server and MySQL-server
conflict.
I don't think
On Wed, 13 Mar 2013 12:52:24 -0400 Mike Pinkerton pseli...@mindspring.com
wrote:
+ If a user could hold the key down from before power on until the
boot options menu appeared, then Fedora could still do extremely fast
booting without presenting the user with a short time interval to
On 03/13/2013 09:27 AM, Norvald H. Ryeng wrote:
On Tue, 12 Mar 2013 18:25:02 +0100, Honza Horak hho...@redhat.com wrote:
On 03/12/2013 01:14 PM, Norvald H. Ryeng wrote:
On Mon, 11 Mar 2013 19:58:03 +0100, Kevin Kofler
kevin.kof...@chello.at wrote:
Honza Horak wrote:
This doesn't solve all
1 - 100 of 189 matches
Mail list logo