BZ #920996 and BZ#919267.
GTK related.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 03/14/2013 05:03 AM, Subhendu Ghosh wrote:
On Mon, Mar 11, 2013 at 2:12 PM, Honza Horak wrote:
so why is MariaDB not obsoleting mysql without all
this versioning tricks and "mysql-oracle" installs
the server under "/usr/local/mysql-oracle/" and
provides a "mysql-oracle.service"?
This is s
On Wed, Mar 13, 2013 at 6:42 PM, Olav Vitters wrote:
> On Wed, Mar 13, 2013 at 03:14:01PM -0500, Chris Adams wrote:
>> I haven't seen systems that boot in less than 6 seconds (and by "boot" I
>> mean power-on to login prompt). Maybe they exist, but that is not my
>> experience with common hardwar
On Mon, Mar 11, 2013 at 2:12 PM, Honza Horak wrote:
>> so why is MariaDB not obsoleting mysql without all
>> this versioning tricks and "mysql-oracle" installs
>> the server under "/usr/local/mysql-oracle/" and
>> provides a "mysql-oracle.service"?
>
>
> This is simply not possible in Fedora:
> ht
On Wed, Mar 13, 2013 at 2:55 PM, seth vidal wrote:
>
> I apologize for the ignorance - but what do these _do_.
>
> (please don't say they protect your hardlinks and symlinks) - I mean
> what does 'protected' mean in this context.
It's an fs-level implementation of Apache's SymlinksIfOwnerMatch. I
On Wed, Mar 13, 2013 at 5:27 PM, Kevin Kofler wrote:
> The best would be to just remove MySQL from the distribution. Sorry.
Yes, we heard you the first three times you said that -- and it's
still not happening, at least for now. You're not doing yourself any
favors by repeating yourself, especi
On Mar 13, 2013, at 4:56 PM, Mike Pinkerton wrote:
>
> On 13 Mar 2013, at 14:51, Chris Murphy wrote:
>
>>>
>>> By the way, in this brave new fast boot world, how is one expected to get
>>> to the BIOS or firmware set-up programs?
>>
>> Firmware specific. F1 and F2 are very common. HP and so
I get the following build (actually install) error building mysql-ruby:
Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.D2sqcQ
+ umask 022
+ cd /builddir/build/BUILD
+ '[' /builddir/build/BUILDROOT/ruby-mysql-2.8.2-9.fc20.i386 '!=' / ']'
+ rm -rf /builddir/build/BUILDROOT/ruby-mysql-2.8.2-9.fc20
On 13 Mar 2013, at 14:51, Chris Murphy wrote:
By the way, in this brave new fast boot world, how is one expected
to get to the BIOS or firmware set-up programs?
Firmware specific. F1 and F2 are very common. HP and some Toshibas
are Esc.
My question was more timing than keystroke -- wh
On 03/13/2013 04:41 PM, Orion Poplawski wrote:
On 03/13/2013 10:03 AM, Pavel Alexeev 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
On Wed, Mar 13, 2013 at 03:14:01PM -0500, Chris Adams wrote:
> I haven't seen systems that boot in less than 6 seconds (and by "boot" I
> mean power-on to login prompt). Maybe they exist, but that is not my
> experience with common hardware.
At FOSDEM they demonstrated 2 seconds for kernel + user
On 03/13/2013 10:03 AM, Pavel Alexeev 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 version scheme change from
upstream:
li
On 01/22/2013 03:14 PM, Ben Harper wrote:
Hello Fedora faithful,
My name is Ben Harper and work for Rackspace as a RPM developer in
Austin, TX. My duties include creating RPMs for internal use, but
also for iuscommunity.org (IUS). IUS provides new versions of
packages found in RHEL. I am l
Debarshi Ray wrote:
> Yes, I attended his talk at devconf.cz where he mentioned this. :-)
So did I, and I think his proposal is an awful idea. (Unfortunately,
question time at DevConf is always very short, so I didn't get to voice my
disapproval in the talk.) We are not Window$ (think "patch Tue
On 2013-03-13 12:51 (GMT-0600) Chris Murphy composed:
By the way, in this brave new fast boot world, how is one expected to get to
the BIOS or firmware set-up programs?
Firmware specific. F1 and F2 are very common. HP and some Toshibas are Esc.
I've found DEL to be far and away most common
On 03/13/2013 04:59 PM, Bruno Wolff III wrote:
On Wed, Mar 13, 2013 at 14:57:50 -0600,
Yeah, it's pretty awesome.
If you use IRC already, it's very easy to just /join #fedora-fedmsg
and that channel gets a live feed of messages.
There's also the desktop version and the web interface. ;)
I m
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-tflink.rhcloud.com/r/17/#review17
---
I had a couple of questions and some minor concerns but it look
Norvald H. Ryeng wrote:
> The best would be to make the packages non-conflicting, either completely
> separate or using alternatives to set a default.
The best would be to just remove MySQL from the distribution. Sorry.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
ht
On Wed, Mar 13, 2013 at 14:57:50 -0600,
Yeah, it's pretty awesome.
If you use IRC already, it's very easy to just /join #fedora-fedmsg
and that channel gets a live feed of messages.
There's also the desktop version and the web interface. ;)
I might try to get it to help me trigger my resyncs
On Wed, 13 Mar 2013 15:54:58 -0500
Bruno Wolff III wrote:
> On Wed, Mar 13, 2013 at 14:36:49 -0600,
>Kevin Fenzi wrote:
> >
> >The message bus is your friend here:
> >
> >Mar 13 13:34:10 compose.rawhide.rsync.start --
> >started rsyncing rawhide compose for public consumption
> >https://alt
On Wed, Mar 13, 2013 at 14:36:49 -0600,
Kevin Fenzi wrote:
The message bus is your friend here:
Mar 13 13:34:10 compose.rawhide.rsync.start --
started rsyncing rawhide compose for public consumption
https://alt.fedoraproject.org/pub/fedora/linux/development/rawhide
and it's not yet se
>> I think it would be a much better use of our time to audit and test
>> updates than writing %changelogs that can be understood by laymen.
>
> Spot had a plan related to this. basically bundle up monthly updates to
> all critpath (non security) stuff, QA it, and then push it out as a
> bundle.
Thanks to those who were able to join us for the weekly status meeting today.
For those that were unable, the minutes are posted below:
Minutes:
http://meetbot.fedoraproject.org/fedora-meeting-1/2013-03-13/fedora-meeting-1.2013-03-13-20.00.html
Minutes (text):
http://meetbot.fedoraproject.org
On Wed, Mar 13, 2013 at 5:40 AM, Richard W.M. Jones 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]
>
Similarly, xchat-ruby
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 13 Mar 2013 15:27:21 -0500
Bruno Wolff III wrote:
> On Wed, Mar 13, 2013 at 09:22:37 -0600,
>Kevin Fenzi wrote:
> >On Wed, 13 Mar 2013 16:18:34 +0100
> >
> >In all seriousness, this is being fixed and rawhide compose being
> >re-run. :)
On Wed, 13 Mar 2013 15:27:21 -0500
Bruno Wolff III wrote:
> On Wed, Mar 13, 2013 at 09:22:37 -0600,
>Kevin Fenzi wrote:
> >On Wed, 13 Mar 2013 16:18:34 +0100
> >
> >In all seriousness, this is being fixed and rawhide compose being
> >re-run. :)
>
> Are the reruns still running or late synci
On Wed, Mar 13, 2013 at 09:22:37 -0600,
Kevin Fenzi wrote:
On Wed, 13 Mar 2013 16:18:34 +0100
In all seriousness, this is being fixed and rawhide compose being
re-run. :)
Are the reruns still running or late syncing up? Because both the rawhide
and branched repos at dl.fedoraproject.org ar
On Wed, 13 Mar 2013 20:20:01 +
Debarshi Ray wrote:
...snip...
> I think it would be a much better use of our time to audit and test
> updates than writing %changelogs that can be understood by laymen.
Spot had a plan related to this. basically bundle up monthly updates to
all critpath (non
> unlike other major distros, other updates have less helpful
> descriptions:
>
> * "Update to latest upstream version"
> * "No update information available"
> * "Here is where you give an explanation of your update. Here is where
> you give an explanation of your update."
>
> Perhaps the update
On Wed, Mar 13, 2013 at 9:12 PM, Chris Adams wrote:
> Once upon a time, drago01 said:
>> Seems like you are used to slow boots.
>> Watch (or even use) a system with non rotating media (i.e SSDs) that
>> does not have a ton of crap set up to be started on boot and you will
>> notice this "1 or 2 s
Once upon a time, Matthew Garrett said:
> On Wed, Mar 13, 2013 at 02:52:23PM -0500, Chris Adams wrote:
> > That doesn't seem all that significant to me; I guess we have different
> > measures (to me "significantly slow down the boot process" would be
> > something on the order of 5-10 seconds or m
Once upon a time, drago01 said:
> Seems like you are used to slow boots.
> Watch (or even use) a system with non rotating media (i.e SSDs) that
> does not have a ton of crap set up to be started on boot and you will
> notice this "1 or 2 seconds" as significant.
My main home system has an SSD, an
On Wed, Mar 13, 2013 at 8:52 PM, Chris Adams wrote:
> Once upon a time, Matthew Garrett said:
>> On Wed, Mar 13, 2013 at 01:28:36PM -0500, Chris Adams wrote:
>> > Once upon a time, Matthew Garrett said:
>> > > Worse than that, having grub check for a held key will significantly
>> > > slow down
On Wed, Mar 13, 2013 at 02:52:23PM -0500, Chris Adams wrote:
> Once upon a time, Matthew Garrett said:
> > On Wed, Mar 13, 2013 at 01:28:36PM -0500, Chris Adams wrote:
> > > Once upon a time, Matthew Garrett said:
> > > > Worse than that, having grub check for a held key will significantly
> > >
On Wed, Mar 13, 2013 at 02:52:23PM -0500, Chris Adams wrote:
> Once upon a time, Matthew Garrett said:
> > > How long is "significantly"? How hard is it to check for a keypress?
> >
> > On the order of a second or two.
>
> That doesn't seem all that significant to me; I guess we have different
===
#fedora-meeting: FESCO (2013-03-13)
===
Meeting started by notting at 18:00:48 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2013-03-13/fesco.2013-03-13-18.00.log.html
.
Meeting summary
perl-Bio-ASN1-EntrezGene has broken dependencies in the F-19 tree:
On x86_64:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
On i386:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
Please resolve this as
perl-Bio-SamTools has broken dependencies in the F-19 tree:
On x86_64:
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires
perl(Bio::SeqFeature::Lite)
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq)
On i386:
perl-Bio-SamTools-1.35-2.fc19.i686 requires perl(B
perl-Math-Clipper has broken dependencies in the F-19 tree:
On x86_64:
perl-Math-Clipper-1.17-3.fc19.x86_64 requires
libpolyclipping.so.5()(64bit)
On i386:
perl-Math-Clipper-1.17-3.fc19.i686 requires libpolyclipping.so.5
Please resolve this as soon as possible.
--
Fedora Extras
On Wed, Mar 13, 2013 at 11:14:05AM -0400, Máirín Duffy wrote:
> 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 sta
Once upon a time, Matthew Garrett said:
> On Wed, Mar 13, 2013 at 01:28:36PM -0500, Chris Adams wrote:
> > Once upon a time, Matthew Garrett said:
> > > Worse than that, having grub check for a held key will significantly
> > > slow down the boot process even if there's no key being held.
> >
>
On Wed, Mar 13, 2013 at 01:28:36PM -0500, Chris Adams wrote:
> Once upon a time, Matthew Garrett said:
> > Worse than that, having grub check for a held key will significantly
> > slow down the boot process even if there's no key being held.
>
> How long is "significantly"? How hard is it to ch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/13/2013 02:55 PM, seth vidal wrote:
> On Wed, 13 Mar 2013 14:52:37 -0400 Daniel J Walsh
> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>
>> sysctl -a | grep protected fs.protected_hardlinks = 0
>> fs.protected_symlinks = 0
>
>
On Mar 13, 2013 1:55 PM, "Rahul Sundaram" wrote:
>
> On 03/13/2013 02:52 PM, Pete Travis wrote:
>>
>> .
>>
>> Guides are getting updated too, of course. More writers make for better
docs, so if you want that for our users, please help write docs instead of
competing.
>>
>
> Have you thought about
Once upon a time, seth vidal said:
> On Wed, 13 Mar 2013 14:52:37 -0400
> Daniel J Walsh wrote:
> > sysctl -a | grep protected
> > fs.protected_hardlinks = 0
> > fs.protected_symlinks = 0
>
> I apologize for the ignorance - but what do these _do_.
>
> (please don't say they protect your hardlin
On Wed, Mar 13, 2013 at 02:55:58PM -0400, seth vidal wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Wed, 13 Mar 2013 14:52:37 -0400
> Daniel J Walsh wrote:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > sysctl -a | grep protected
> > fs.protected_hardlinks = 0
On 03/10/2013 11:26 PM, Mathieu Bridon wrote:
I find that being a bit more explicit when specifying the files ina
package is a great way to catch so bumps.
Filed a ticket with FPC to add this as a guideline
https://fedorahosted.org/fpc/ticket/266
Rahul
--
devel mailing list
devel@lists.fedora
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 13 Mar 2013 14:52:37 -0400
Daniel J Walsh wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> sysctl -a | grep protected
> fs.protected_hardlinks = 0
> fs.protected_symlinks = 0
I apologize for the ignorance - but what do these _d
On 03/13/2013 02:52 PM, Pete Travis wrote:
.
Guides are getting updated too, of course. More writers make for
better docs, so if you want that for our users, please help write docs
instead of competing.
Have you thought about the possibility that a friendly user interface
for documentatio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
sysctl -a | grep protected
fs.protected_hardlinks = 0
fs.protected_symlinks = 0
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iEYEARECAAYFAlFAyvUACgkQrlYvE4MpobPhWQCfQ
On Mar 13, 2013 11:31 AM, "Máirín Duffy" wrote:
>
> 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
On Mar 13, 2013, at 10:52 AM, Mike Pinkerton wrote:
>
> Let me make a case for an Apple approach. Although the reaction here was
> somewhat dismissive of the various start-up keys that Apple enables, the
> Apple approach does have three great advantages:
Those advantages come in part due to
On 03/13/2013 02:45 PM, Chris Adams wrote:
Sorry, I have not seen it "rehashed many times" in this thread, but
maybe I missed a bunch of messages. Then for consistency, treat
single-boot (with multiple kernel options) the same as dual-boot.
There's not enough gain to justify extra code to handl
Once upon a time, Rahul Sundaram said:
> On 03/13/2013 02:33 PM, Chris Adams wrote:
> >Also, dropping the boot loader menu might be okay for single-OS
> >systems (I'm not convinced, but whatever). What about dual-boot? If I
> >tell someone running Windows to try Fedora to see Linux in action,
>
On 03/13/2013 02:33 PM, Chris Adams wrote:
Also, dropping the boot loader menu might be okay for single-OS
systems (I'm not convinced, but whatever). What about dual-boot? If I
tell someone running Windows to try Fedora to see Linux in action,
they are not going to be very happy if, after insta
Once upon a time, Lennart Poettering said:
> A system with a slow boot can be used in many applications. A system
> with a fast boot can be used in all those plus many more.
>
> It's not that hard to see, is it?
Well, yeah, what are the "many more" applications made possible by a
system that sav
Once upon a time, Matthew Garrett said:
> Worse than that, having grub check for a held key will significantly
> slow down the boot process even if there's no key being held.
How long is "significantly"? How hard is it to check for a keypress?
--
Chris Adams
Systems and Network Administrator
On 13 March 2013 11:05, Chris Murphy wrote:
>
> On Mar 13, 2013, at 7:42 AM, john.flor...@dart.biz wrote:
>
>> > I do. Curious, isn't it, how I managed to stumble into linux boot
>> > loading, and file systems of all things, never having a single
>> > chance of seeing such things? They weren't mer
On Mar 13, 2013, at 9:52 AM, Máirín Duffy wrote:
>>>
> On 03/13/2013 11:26 AM, john.flor...@dart.biz wrote:
>> Because maybe your computer boots just fine but you're screens are all
>> garbled or just black.
>
> This is a really good point. In this situation I probably would have
> just gone
On Wed, Mar 13, 2013 at 12:52:24PM -0400, Mike Pinkerton wrote:
> I recall there was some objection about BIOS buffer clearing, and
> don't know what problems that would present to this proposal. On
> the plus side, though, there wouldn't be any need for gnarly auto-
> detection of error conditio
On Tue, 2013-03-12 at 22:29 -0400, Rahul Sundaram wrote:
> 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
On Tue, 12.03.13 21:50, Felix Miata (mrma...@earthlink.net) wrote:
> On 2013-03-12 14:33 (GMT+0100) Lennart Poettering composed:
>
> >Fast boot times ... increase reliability, and
>
> How?
Shorter downtimes if things go wrong? You are back again at full
redundancy if you needed the redundancy?
Btw, Bram said he would include the AsciiDoc support into VIM if someone
just e-mailed him the files (I guess he's kind of old school).
"Please email files to be included in the distribution to me directly.
That avoids problems with wrong versions and makes clear you are OK with
including it."
ht
On Mon, 2013-03-11 at 18:20 -0700, Adam Williamson wrote:
>
> The discussion seems to have branched out a bit, but going back to
> Michael's original mail, he's clearly onto something. It should not be
> too hard for Bodhi to reject:
>
> * Entirely empty update descriptions
> * An update descri
Any way to get the update into F17?
-Dan
On Fri, Mar 8, 2013 at 12:44 PM, Dan Allen wrote:
> Fantastic.
>
> I've seen a lot of cases in the AsciiDoc discussions (social media,
> mailinglist, etc) of one person advising another to avoid the package in
> Fedora because it's too old, I'd say the u
On Mar 13, 2013, at 7:42 AM, john.flor...@dart.biz wrote:
> > I do. Curious, isn't it, how I managed to stumble into linux boot
> > loading, and file systems of all things, never having a single
> > chance of seeing such things? They weren't merely hidden from me.
> > They didn't even exist.
On 03/13/2013 09:27 AM, Norvald H. Ryeng wrote:
On Tue, 12 Mar 2013 18:25:02 +0100, Honza Horak wrote:
On 03/12/2013 01:14 PM, Norvald H. Ryeng wrote:
On Mon, 11 Mar 2013 19:58:03 +0100, Kevin Kofler
wrote:
Honza Horak wrote:
This doesn't solve all the issues -- if package like akonadi-my
On Wed, 13 Mar 2013 12:52:24 -0400 Mike Pinkerton
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
> hit. If grub finds th
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 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 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 Wed, Mar 13, 2013 at 09:51:01AM -0600, Kevin Fenzi wrote:
> On Wed, 13 Mar 2013 10:35:00 -0500
> Chris Adams wrote:
>
> > Once upon a time, Dave Jones said:
> > > Having my local mirror wiped when I rsynced todays rawhide tree was
> > > unexpected. Having to do a full rsync again is a p
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 ab
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 12:02 PM, Kevin Fenzi wrote:
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 explai
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=revision&revision=329769
Remi.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
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.
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC (2:00pm EST, 19:00 CET) in #fedora-meeting on
irc.freenode.net.
(Apologies for the delay, was out ill yesterday.)
Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9
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 m
Le Mer 13 mars 2013 16:52, Máirín Duffy a écrit :
>>> From: Máirín Duffy
>>> 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
>>> co
On Wed, Mar 13, 2013 at 4:03 PM, Pavel Alexeev 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 version scheme chang
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 libMagickCore-6.Q1
On Tue, 12 Mar 2013 23:23:35 +0100
Kevin Kofler 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 ready.
Well
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 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
go
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
>> From: Máirín Duffy
>> 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, john.flor...@dart.biz 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
goes wrong, pop it. If the driver wants to twe
On Wed, 13 Mar 2013 10:35:00 -0500
Chris Adams wrote:
> Once upon a time, Dave Jones 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
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 g
>> On 13 March 2013 12:46, Máirín Duffy 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 03/13
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
> From: Chris Adams
> 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 said:
> > Having my local mirror wiped when I rsynced todays rawhide tree
> was unexpected.
> > Ha
Once upon a time, Dave Jones 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 branch?).
Ther
On 03/13/2013 02:23 PM, Ian Malone wrote:
On 13 March 2013 12:46, Máirín Duffy 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'
> 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,
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 candi
> From: Máirín Duffy
>
> 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 boots just fine but you
On Wed, 13 Mar 2013 16:18:34 +0100
Karel Zak 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 )
> >
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
1 - 100 of 166 matches
Mail list logo
