On Fri, 2013-03-08 at 01:38 +0200, Yanko Kaneti wrote:
On Thu, 2013-03-07 at 22:03 +0100, Michael Schwendt wrote:
The Yum changelog is not detailed enough to tell,
If I may.
The handling of both this and the bundled presto^Wdeltrarpm new
yum ..features on the part of the current yum
On 10 Mar 2013 16:53, Ian Pilcher arequip...@gmail.com 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
basically become the new upstream.
Does Fedora
On 11 Mar 2013 02:30, Kevin Kofler kevin.kof...@chello.at wrote:
Lennart Poettering wrote:
True thing. libselinux is a library we really really should avoid
linking against.
Why the sarcasm? SELinux and libselinux only ever cause problems, why
can't
we finally kick them out of Fedora?
On Mon, 11 Mar 2013 00:07:36 +0100, Sergio Pascual wrote:
Hi, I did
repoquery --repofrompath=this,
http://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/source/SRPMS--repoid=this
--archlist=src --whatrequires cfitsio-devel
Huh? You treat it like a static library. More in my
On Mon, 11 Mar 2013 04:55:06 +0100, Kevin Kofler wrote:
Sergio Pascual wrote:
cfitsio function fits_open_file checks at runtime if the version of
cfistio used during compile is the same version used at runtime. If not,
the program aborts. So every program linked with cfitsio must be
check!
This is a reminder of the upcoming QA meeting. Please add any topic
suggestions to the meeting wiki page:
https://fedoraproject.org/wiki/QA/Meetings/20130311
The current proposed agenda is included below.
== Proposed Agenda Topics ==
1. Previous meeting follow-up
2. Fedora 19 schedule
3
The versioned soname seems a good idea. I will change the soname to
libcfitsio-%{version}.so.0
2013/3/11 Michael Schwendt mschwe...@gmail.com
On Mon, 11 Mar 2013 04:55:06 +0100, Kevin Kofler wrote:
Sergio Pascual wrote:
cfitsio function fits_open_file checks at runtime if the version of
Hi, I have buy this Asus netbook with Ubuntu pre-installed:
ASUS 1225C-GRY015U
http://www.monclick.it/schede/asus/1225C-GRY015U/1225c-gry015u.htm
With a Video integrate VGA compatible controller Intel Corporation Atom
Processor D2xxx/N2xxx Integrated Graphics Controller (rev 09) and driver
On 03/10/2013 10:17 PM, Luya Tshimbalanga wrote:
Is it possible to allow hplip use sytemd instead of cron?
We're not quite ready for a migration to timer units. Feel free to use
them on your system, but before we can do it in Fedora, we need at least to:
- add anacron-like mode to systemd
-
A file has been added to the lookaside cache for perl-Regexp-Common:
7167ac7a4a647b5411782644b7ba0deb Regexp-Common-2013030901.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On 03/10/2013 10:17 PM, Luya Tshimbalanga wrote:
Is it possible to allow hplip use sytemd instead of cron?
As the script actually just clears logs in /var/log/hp/tmp/
it could be doable with systemd's tmpfiles.d
I've added it on TODO list.
--
Jiri
--
devel mailing list
commit 4d7016aa084bd1fc8f8d38ca1f7f06f23c530188
Author: Jitka Plesnikova jples...@redhat.com
Date: Mon Mar 11 11:53:48 2013 +0100
Update to perl-5.14.4
.gitignore |1 +
perl-5.14.3-CVE-2013-1667.patch | 172 ---
perl.spec
On Sun, Mar 10, 2013 at 10:05 PM, Kevin Kofler kevin.kof...@chello.at wrote:
Time for a big TOLD YOU SO!
C'mon Kevin -- comments like this aren't helpful, despite whatever
your personal feelings may be for the current owner of MySQL. There's
plenty of room for disagreements on the technical
On Sun, Mar 10, 2013 at 10:28 PM, Kevin Kofler kevin.kof...@chello.at wrote:
Why the sarcasm? SELinux and libselinux only ever cause problems, why can't
we finally kick them out of Fedora?
I find them very useful on my systems, and I think it's a bit extreme
to say that they only ever cause
On Fri, Mar 8, 2013 at 3:47 PM, Neal Becker ndbeck...@gmail.com wrote:
/dev/sda3 on /home type btrfs (rw,relatime,ssd,space_cache)
I suspect this is due to the default btrfs setup
/dev/sda3 on / type btrfs (rw,relatime,ssd,space_cache)
(posted on -dev cause I think this is a bug in btrfs
Le lundi 11 mars 2013 à 03:44 +0100, Kevin Kofler a écrit :
Michael Scherer wrote:
A few wasted mega of disk space do not seems to be big problem if that
permit to have more people on rawhide, faster tests and faster feedback.
Old libraries accumulate over the lifetime of an installation,
Dne 9.3.2013 14:57, Fedora Rawhide Report napsal(a):
Compose started at Sat Mar 9 08:15:06 UTC 2013
Broken deps for x86_64
--
[rubygem-sequel]
rubygem-sequel-3.45.0-1.fc19.noarch requires ruby(release)
This was meant to be
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=907125
--- Comment #3 from Fedora Update System upda...@fedoraproject.org ---
perl-Rose-DB-Object-0.805-1.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/perl-Rose-DB-Object-0.805-1.fc17
--
On Sun, Mar 10, 2013 at 7:16 PM, Kevin Kofler kevin.kof...@chello.at wrote:
Adam Williamson wrote:
No, there are commits right up to late Feb in launchpad. But then I
don't immediately see that you'd want it for MATE purposes (or really
any other Fedora purposes); it's a Unity thing. I
Dan Mashal wrote:
Looking at updating to libnotify 0.80 as well.
The latest upstream[1] is 0.7.5. Where is this 0.80?
[1] https://git.gnome.org/browse/libnotify
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
commit fb95d72a538bf2880424fbdd25b9bd9d63ac2c71
Author: Paul Howarth p...@city-fan.org
Date: Mon Mar 11 13:57:38 2013 +
Update to 1.25
- New upstream release 1.25
- Bump version number and release to fix a MANIFEST mistake in 1.24
perl-YAML-Syck.spec | 10 +++---
Hi, this is a test message.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
The lightweight tag 'perl-YAML-Syck-1.24-2.fc19' was created pointing to:
eac058c... Work around test failures on PPC and ARM (#919806, CPAN RT#
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
The lightweight tag 'perl-YAML-Syck-1.25-1.fc19' was created pointing to:
fb95d72... Update to 1.25
--
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/mailman/listinfo/perl-devel
This is just a test message.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Mon, Mar 11, 2013 at 11:03:24AM +0100, Dario Lesca wrote:
Question: there is some way to resolve the high CPU usage of gnome-shell
and change the video resolution when projector is connect?
No. The gma500 devices have no worthwhile free driver support.
--
Matthew Garrett |
Compose started at Mon Mar 11 08:15:06 UTC 2013
Broken deps for x86_64
--
[HippoDraw]
HippoDraw-python-1.21.3-6.fc19.x86_64 requires
libboost_python.so.1.50.0()(64bit)
[OpenEXR_Viewers]
OpenEXR_Viewers-1.0.2-10.fc19.x86_64
Since switching to Fedora I've been noticing most Fedora stable updates
are released with a short, helpful description of the update, possibly
including a list of bugs fixed, just like in other major distros. But
unlike other major distros, other updates have less helpful
descriptions:
* Update
James Antill wrote:
As for deltrarpm ... we've moved mature features into core yum a number
of times, after they've been field tested as a plugin, and not something
I'd term. a significant user change.
This particular one is a significant user change because it's enabled by
default, so users
Il giorno lun, 11/03/2013 alle 14.41 +, Matthew Garrett ha scritto:
Question: there is some way to resolve the high CPU usage of
gnome-shell
and change the video resolution when projector is connect?
No. The gma500 devices have no worthwhile free driver support.
Thanks Matthew, this
Summary of changes:
ce61ab5... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass (*)
10e47d7... Upstream update. (*)
b526b39... Upstream update. (*)
28835e2... Merge cleanup. (*)
065a683... Merge remote-tracking branch 'origin/f18' into f17
(*) This commit already existed in
commit 065a6836ca848e657a0c66a3a916939964bc0419
Merge: 3892859 28835e2
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Mon Mar 11 16:46:21 2013 +0100
Merge remote-tracking branch 'origin/f18' into f17
.gitignore |2 +-
perl-Test-TCP.spec | 10 +-
sources
Before we branch for Fedora 19, as is custom, we will block currently
orphaned packages and packages that have failed to build since Fedora 17.
The following packages are currently orphaned, or fail to build. If
you have a need for one of these packages, please pick them up.
If no one claims any
On Mon, Mar 11, 2013 at 11:41 AM, Michael Catanzaro
mike.catanz...@gmail.com wrote:
Perhaps the update policy should have a guideline on the minimum amount
of information required in this description. E.g. update to latest
upstream version might be a perfectly acceptable description for Fedora
On Mon, Mar 11, 2013 at 6:57 AM, Michael Cronenworth m...@cchtml.com wrote:
Dan Mashal wrote:
Looking at updating to libnotify 0.80 as well.
The latest upstream[1] is 0.7.5. Where is this 0.80?
[1] https://git.gnome.org/browse/libnotify
--
devel mailing list
devel@lists.fedoraproject.org
On Mon, 2013-03-11 at 11:54 -0400, Bill Nottingham wrote:
Package dasher (orphan)
I'll try to keep this one going on despite my general lack of expertise
in the area. Taking.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 11.03.2013 17:06, Jared K. Smith wrote:
On Mon, Mar 11, 2013 at 11:41 AM, Michael Catanzaro
mike.catanz...@gmail.com wrote:
Perhaps the update policy should have a guideline on the minimum amount
of information required in this description. E.g. update to latest
upstream version might be a
Greetings.
I'd like to propose we create a rawhide tracker bug.
Probibly name it: RawhideBlocker
(But I don't care what colour the bikeshed is)
This bug would be used for the following types of bugs against the
'rawhide' version:
- bugs that prevent the daily rawhide compose from
Jared K. Smith jsm...@fedoraproject.org writes:
On Mon, Mar 11, 2013 at 11:41 AM, Michael Catanzaro
mike.catanz...@gmail.com wrote:
Perhaps the update policy should have a guideline on the minimum amount
of information required in this description. E.g. update to latest
upstream version might
- Original Message -
On Mon, Mar 11, 2013 at 11:41 AM, Michael Catanzaro
mike.catanz...@gmail.com wrote:
Perhaps the update policy should have a guideline on the minimum
amount
of information required in this description. E.g. update to latest
upstream version might be a
- bugs that break the rawhide buildroot. In practice these are
usually
noticed pretty quickly and the offending build is just untagged
until
it can be fixed, but there could be cases where the fix is more
complex and has a bug associated with it.
For those of us who are not skilled
Hi,
I would love to see F19 make a good first impression. The first time you see
something Fedora-related on the screen currently is the graphical grub screen,
followed by the filling-in-Fedora of Plymouth, followed by the gdm login
screen. Grub in particular is problematic, with a starfield
Michael Scherer wrote:
Given the target of rawhide, I expect people to be able to clean the
unneeded packages after a while. Heck, like they do for packages that
got orphaned and removed.
My concern is not Rawhide, my concern is stable releases, especially if one
upgrades from one release of
Michael Schwendt wrote:
A soname such as libcfitsio-%{version}.so.0 would have been a better idea.
Why not libcfitsio.so.%{version}?
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Mon, 11 Mar 2013 12:50:53 -0400 (EDT)
Kamil Paral kpa...@redhat.com wrote:
- bugs that break the rawhide buildroot. In practice these are
usually
noticed pretty quickly and the offending build is just untagged
until
it can be fixed, but there could be cases where the fix is
On Mon, Mar 11, 2013 at 11:07:35 -0600,
Kevin Fenzi ke...@scrye.com wrote:
Well, we could look at adding critpath, but I think that could get us
into more hazy territory, and some subjective issues around 'broken'.
Especially since rawhide packages can change interfaces, and something
On Mon, 11 Mar 2013 16:04:17 +1100
Ankur Sinha sanjay.an...@gmail.com wrote:
On Sun, 2013-03-10 at 23:22 -0500, Michael Cronenworth wrote:
You should take a look at mediawiki[1]. It stores its files in
/usr/share/mediawiki and provides scripts for creating new wikis.
The scripts reference
On Mon, 11 Mar 2013 03:49:38 +0100
Kevin Kofler kevin.kof...@chello.at wrote:
Miloslav Trmač wrote:
If a new package doesn't break tests, it will tagged into rawhide
immediately or overnight - just like now. No extra work needed, no
change in workflow.
Running the tests alone will slow
Matthias Clasen wrote:
- Turn off the graphical grub screen
Even if we are not able to suppress the boot menu entirely, or having a clean
boot menu like this:
https://raw.github.com/gnome-design-team/gnome-mockups/master/system-lock-login-boot/bootmenu.png,
avoiding the graphical screen
REMINDER: Tuesday, March 12 is the Feature Freeze for Fedora 19,
the Planning Development phase ends - that means tomorrow!
At this point, all accepted features should be substantially complete,
and testable. Additionally, if a feature is to be enabled by default,
it must be so enabled at
On Mon, 11 Mar 2013 12:16:31 -0500
Bruno Wolff III br...@wolff.to wrote:
Still when gdm breaks (which it is right now for me - probably due to
software rendering not doing enough) it might be nice to have a bug
with suggested work arounds (c-a-f2, login as root, stop gdm, start
kdm) so that
On 03/11/2013 12:58 PM, Matthias Clasen wrote:
- Turn off the graphical grub screen
I don't know why - I think grub2 is just a PITA to work with compared to
grub - but the intention here was that it should be turned off by
default in final releases, and on in alpha/beta releases. I think we
On 03/11/2013 12:58 PM, Matthias Clasen wrote:
Hi,
I would love to see F19 make a good first impression. The first time you see
something Fedora-related on the screen currently is the graphical grub screen,
followed by the filling-in-Fedora of Plymouth, followed by the gdm login
screen. Grub
On Mon, 2013-03-11 at 12:06 -0400, Jared K. Smith wrote:
I tend to agree here. That being said, most of my package updates are
something along the lines of Update to upstream 2.5 release -- would
you find that descriptive enough, or still lacking in detail?
Personally I'd prefer some level
From: Jaroslav Reznik jrez...@redhat.com
- Original Message -
On Mon, Mar 11, 2013 at 11:41 AM, Michael Catanzaro
mike.catanz...@gmail.com wrote:
Perhaps the update policy should have a guideline on the minimum
amount
of information required in this description. E.g. update
On Mon, 11.03.13 12:58, Matthias Clasen (mcla...@redhat.com) wrote:
Hi,
I would love to see F19 make a good first impression. The first time you see
something Fedora-related on the screen currently is the graphical grub
screen, followed by the filling-in-Fedora of Plymouth, followed by
On 2013-03-11 18:49, Lennart Poettering wrote:
On Mon, 11.03.13 12:58, Matthias Clasen (mcla...@redhat.com) wrote:
Hi,
I would love to see F19 make a good first impression. The first time you see
something Fedora-related on the screen currently is the graphical grub screen,
followed by the
Hi ,
On Qua, 2013-03-06 at 09:25 -0600, Richard Shaw wrote:
Looks like mariadb has hit rawhide now and I can't build mythtv.
I've added conditionals for the direct mysql Requires and BR's but
until some of the dependent packages are fixed, MySQL-python,
qt4-mysql, etc.
How (and when) we fix
On 03/11/2013 12:30 AM, Rex Dieter wrote:
alekc...@googlemail.com wrote:
Last KDE nightly composes failed because of error
DEBUG util.py:264: Error creating Live CD : Failed to build transaction :
MySQL-libs conflicts with mariadb-libs-5.5.29-7.fc19.x86_64
On Seg, 2013-03-11 at 11:54 -0400, Bill Nottingham wrote:
Package PyPE (orphan)
I took this one , because still looking for an python IDE, upstream
still alive and seems that is easy to maintain.
--
Sérgio M. B.
--
devel mailing list
devel@lists.fedoraproject.org
On 03/11/2013 06:55 PM, Sérgio Basto wrote:
Hi ,
On Qua, 2013-03-06 at 09:25 -0600, Richard Shaw wrote:
Looks like mariadb has hit rawhide now and I can't build mythtv.
I've added conditionals for the direct mysql Requires and BR's but
until some of the dependent packages are fixed,
On Mon, 11 Mar 2013 18:55:30 +0100
Alec Leamas leamas.a...@gmail.com wrote:
Fine with me, but don't forget to have a hint to this key visible e.
g., Press F1 to... in some corner. Current
policy that user just should know the key is not that good IMHO.
After all, this is the first screen
From: seth vidal skvi...@fedoraproject.org
To: Development discussions related to Fedora
devel@lists.fedoraproject.org
Date: 03/11/2013 14:03
Subject: Re: Improving the Fedora boot experience
Sent by: devel-boun...@lists.fedoraproject.org
On Mon, 11 Mar 2013 18:55:30 +0100
Alec Leamas
On 03/09/2013 07:20 PM, Reindl Harald wrote:
and why in the world is this not solved more pragmatically?
my conslusion is
* MariaDB will replace mysql as default
* any package will be linked against mariadb
* Oracle MySQL should only provide the server and not the client-tools
This doesn't
Honza Horak hho...@redhat.com writes:
On 03/11/2013 12:30 AM, Rex Dieter wrote:
alekc...@googlemail.com wrote:
2. Should the best practice be to use
Requires: mariadb, BuildRequires: mariadb-devel
instead of
Requires: mysql, BuildRequires: mysql-devel
now?
mysql and mysql-devel should be
On Mon, Mar 11, 2013 at 02:02:11PM -0400, seth vidal wrote:
On Mon, 11 Mar 2013 18:55:30 +0100
Alec Leamas leamas.a...@gmail.com wrote:
Fine with me, but don't forget to have a hint to this key visible e.
g., Press F1 to... in some corner. Current
policy that user just should know
Le Lun 11 mars 2013 18:19, Kevin Fenzi a écrit :
On Mon, 11 Mar 2013 16:04:17 +1100
Ankur Sinha sanjay.an...@gmail.com wrote:
On Sun, 2013-03-10 at 23:22 -0500, Michael Cronenworth wrote:
You should take a look at mediawiki[1]. It stores its files in
/usr/share/mediawiki and provides
On 03/11/2013 01:55 PM, Alec Leamas wrote:
On 2013-03-11 18:49, Lennart Poettering wrote:
On Mon, 11.03.13 12:58, Matthias Clasen (mcla...@redhat.com) wrote:
Hi,
I would love to see F19 make a good first impression. The first time
you see something Fedora-related on the screen currently is
On 03/11/2013 02:21 PM, Tomasz Torcz wrote:
On Mon, Mar 11, 2013 at 02:02:11PM -0400, seth vidal wrote:
On Mon, 11 Mar 2013 18:55:30 +0100
Alec Leamas leamas.a...@gmail.com wrote:
Fine with me, but don't forget to have a hint to this key visible e.
g., Press F1 to... in some corner.
Hi
On Mon, Mar 11, 2013 at 1:49 PM, wrote:
It does seem that there's been a trend forming lately where the rpm's
changelog is covering only what's happened as far as the packaging itself
goes and less about the software being packaged. Maybe that's all the rpm
changelog should ever be?
Hi,
On 03/11/2013 04:54 PM, Bill Nottingham wrote:
Before we branch for Fedora 19, as is custom, we will block currently
orphaned packages and packages that have failed to build since Fedora 17.
The following packages are currently orphaned, or fail to build. If
you have a need for one of
On Mon, Mar 11, 2013 at 06:49:16PM +0100, Lennart Poettering wrote:
We should not only turn off the graphical screen, but the entire thing
should get turned off unless the user presses some key.
It's worth noting that many modern systems will not register keypresses
during boot by default.
Ryan Lerch wrote:
Does the bootup screen require any keyboard other input at all other
than escape to bring up the details?
It must be possible to enter a disk encryption password.
Björn Persson
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.fedoraproject.org
Kevin Fenzi wrote:
Well, not sure it would. If builds were tagged into f19-pending and the
tests ran from that, then tagged into f19, the max delay would be when
a newrepo just started and it has to wait for the next newrepo to be
added. The min delay would be that it gets added and newrepo
Honza Horak wrote:
So to solve the live image composes issue for now I adjusted the major
soname number to libmysqlclient.so.1018. I know it doesn't solve all the
issues, though.
Thanks, that should mitigate immediate issues mentioned in this thread.
-- rex
--
devel mailing list
Honza Horak wrote:
This doesn't solve all the issues -- if package like akonadi-mysql says
Requires: mysql-server, then Oracle MySQL either wouldn't satisfy that
requirement or (in case it includes Provides: mysql-server) RPM
choosing behavior would be ambiguous.
And it should not satisfy it.
Honza Horak wrote:
On 03/11/2013 12:30 AM, Rex Dieter wrote:
3. And long-term, what to do about MySQL-libs getting pulled into live
image composes? can it be blacklisted or something?
It won't be problem only in case of live image composes, but in
requiring libmysqlclient.so.18
On Mon, 11 Mar 2013 19:55:39 +0100
Kevin Kofler kevin.kof...@chello.at wrote:
Kevin Fenzi wrote:
Well, not sure it would. If builds were tagged into f19-pending and
the tests ran from that, then tagged into f19, the max delay would
be when a newrepo just started and it has to wait for the
On Mar 11, 2013, at 11:31 AM, Björn Persson bj...@xn--rombobjrn-67a.se wrote:
Or nothing at all displayed unless the user happens to know to press some key
at the
right moment?
A multiboot system needs at least a message to inform the user how to get to
the boot manager (the GRUB menu). A
Grub2 displayed a message in rawhide, fortunately my system boots to
fast to read them correctly.
The message is something about an obsolete parameter.
In which log files i can find messages from grub?
thanks,
Wolfgang
--
devel mailing list
devel@lists.fedoraproject.org
Ryan Lerch wrote:
With regards to a label on the screen instructing the user how to show
the hidden preboot menu (GRUB), It is clutter that is not needed. It
makes boot up longer, as that screen will need to appear on the screen
long enough for the user to read, at which point why not just
On 03/11/2013 02:41 PM, Björn Persson wrote:
Yes, why not display the Grub menu?
Because it's the year 2013. Not 1999.
Whether any text is displayed or not, there still needs to be a long
enough pause that the user has time to press a key. Not displaying any
text at all would make it harder
From: Björn Persson bj...@xn--rombobjrn-67a.se
Ryan Lerch wrote:
With regards to a label on the screen instructing the user how to show
the hidden preboot menu (GRUB), It is clutter that is not needed. It
makes boot up longer, as that screen will need to appear on the screen
long
On Mon, 11 Mar 2013 03:59:23 +0100, Kevin Kofler wrote:
And rest assured, dropping very old obsoletes isn't controversial in
general.
Oh sure it is! I don't understand why it's recommended practice to do this.
I see absolutely no benefit in removing any Obsoletes. It only breaks things
On Mon, 11 Mar 2013 14:49:10 -0500
Michael Cronenworth m...@cchtml.com wrote:
On 03/11/2013 02:41 PM, Björn Persson wrote:
Yes, why not display the Grub menu?
Because it's the year 2013. Not 1999.
There's no need for this kind of sarcastic/snarky response.
I don't think Bjorn was asking
On Mon, 11 Mar 2013 18:00:54 +0100, Kevin Kofler wrote:
Michael Schwendt wrote:
A soname such as libcfitsio-%{version}.so.0 would have been a better idea.
Why not libcfitsio.so.%{version}?
That would look more like ordinary (official) library versioning, such as
libcfitsio.so.3 -
On Mar 11, 2013, at 1:41 PM, Björn Persson bj...@xn--rombobjrn-67a.se wrote:
Ryan Lerch wrote:
With regards to a label on the screen instructing the user how to show
the hidden preboot menu (GRUB), It is clutter that is not needed. It
makes boot up longer, as that screen will need to
Björn Persson (bjorn@rombobjörn.se) said:
Matthias Clasen wrote:
- Turn off the graphical grub screen
Even if we are not able to suppress the boot menu entirely, or having a
clean boot menu like this:
On Mon, Mar 11, 2013 at 2:53 PM, Michael Schwendt mschwe...@gmail.com wrote:
On Mon, 11 Mar 2013 18:00:54 +0100, Kevin Kofler wrote:
Michael Schwendt wrote:
A soname such as libcfitsio-%{version}.so.0 would have been a better idea.
Why not libcfitsio.so.%{version}?
That would look more
On Mon, 11.03.13 19:21, Tomasz Torcz (to...@pipebreaker.pl) wrote:
Fine with me, but don't forget to have a hint to this key visible e.
g., Press F1 to... in some corner. Current
policy that user just should know the key is not that good IMHO.
After all, this is the first screen a
On Mon, 11.03.13 18:51, Matthew Garrett (mj...@srcf.ucam.org) wrote:
On Mon, Mar 11, 2013 at 06:49:16PM +0100, Lennart Poettering wrote:
We should not only turn off the graphical screen, but the entire thing
should get turned off unless the user presses some key.
It's worth noting that
On Mon, Mar 11, 2013 at 7:57 PM, Bill Nottingham nott...@redhat.com wrote:
Björn Persson (bjorn@rombobjörn.se) said:
Matthias Clasen wrote:
- Turn off the graphical grub screen
Even if we are not able to suppress the boot menu entirely, or having a
clean boot menu like this:
On Mon, 11.03.13 13:08, Chris Murphy (li...@colorremedies.com) wrote:
On Mar 11, 2013, at 11:31 AM, Björn Persson bj...@xn--rombobjrn-67a.se
wrote:
Or nothing at all displayed unless the user happens to know to press some
key at the
right moment?
A multiboot system needs at least a
We nowadays live in times where BIOS POST takes 500ms,
HA! I wish mine was that fast. With all the different BIOS chips
doing thier own thing for all the add-on cards and peripherals I have,
it takes about 45 seconds just to get to GRUB at all.
--
devel mailing list
On Mon, 11.03.13 20:41, Björn Persson (bjorn@rombobjörn.se) wrote:
Ryan Lerch wrote:
With regards to a label on the screen instructing the user how to show
the hidden preboot menu (GRUB), It is clutter that is not needed. It
makes boot up longer, as that screen will need to appear on the
On Mon, 11 Mar 2013 21:07:32 +0100
Lennart Poettering mzerq...@0pointer.de wrote:
I don't think we should generate any message. Nothing at all. My BIOS
doesn't print a single line, and neither does the kernel if quiet is
used (which is the default). I really don't see why Plymouth or the
Peter Robinson wrote:
It use to only be displayed if there was more than one OS configured
or if the CTRL was held down. Having to press a particular key means
you have to get it at the second or two where grub isn't displayed.
The Ctrl option is quite nice as you can do it before the BIOS
On Mon, Mar 11, 2013 at 6:39 PM, Máirín Duffy du...@fedoraproject.org wrote:
On 03/11/2013 12:58 PM, Matthias Clasen wrote:
- Turn off the graphical grub screen
I don't know why - I think grub2 is just a PITA to work with compared to
grub - but the intention here was that it should be turned
On Mon, Mar 11, 2013 at 8:07 PM, Lennart Poettering
mzerq...@0pointer.de wrote:
On Mon, 11.03.13 19:21, Tomasz Torcz (to...@pipebreaker.pl) wrote:
Fine with me, but don't forget to have a hint to this key visible e.
g., Press F1 to... in some corner. Current
policy that user just
Lennart Poettering wrote:
If some text like Press Esc now to choose which operating system to
boot. would be displayed, then the pause would need to be long enough
for the user to read and understand the instruction and then reach for
the right key – and the terser the text is made the
1 - 100 of 241 matches
Mail list logo