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.
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 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
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 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?
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 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 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 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
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
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
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, 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: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
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 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
-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 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
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/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
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
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 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
-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 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
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 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
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
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-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
===
#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
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
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 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
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
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
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
> 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, 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
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 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
-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, 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
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
>> 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.
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
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: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
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
---
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
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
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
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 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
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 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 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 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
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 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
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 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 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 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 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
BZ #920996 and BZ#919267.
GTK related.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
101 - 166 of 166 matches
Mail list logo