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
u - please 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
The versioned soname seems a good idea. I will change the soname to
libcfitsio-%{version}.so.0
2013/3/11 Michael Schwendt
> 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
> > > cfisti
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
gma500
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
- h
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
https://admin.fedoraproject
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
devel@lists.fedoraproje
commit 4d7016aa084bd1fc8f8d38ca1f7f06f23c530188
Author: Jitka Plesnikova
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 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 front, but I have
very
On Sun, Mar 10, 2013 at 10:28 PM, Kevin Kofler 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 problems.
--
Jared Smit
On Fri, Mar 8, 2013 at 3:47 PM, Neal Becker 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 default setup)
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 install
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 build
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=907125
--- Comment #3 from Fedora Update System ---
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
--
You are receiving this mail
On Sun, Mar 10, 2013 at 7:16 PM, Kevin Kofler 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 packaged and used to
>>
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
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 +++---
sources
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
https://admin.fe
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 | mj...@srcf.uca
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 re
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 t
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 use
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,
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 a
commit 065a6836ca848e657a0c66a3a916939964bc0419
Merge: 3892859 28835e2
Author: Ralf Corsépius
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|2 +-
3 files c
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 o
On Mon, Mar 11, 2013 at 11:41 AM, Michael Catanzaro
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
> given the fast pac
On Mon, Mar 11, 2013 at 6:57 AM, Michael Cronenworth 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
> http
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
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 de
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 completing.
"Jared K. Smith" writes:
> On Mon, Mar 11, 2013 at 11:41 AM, Michael Catanzaro
> 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 descriptio
- Original Message -
> On Mon, Mar 11, 2013 at 11:41 AM, Michael Catanzaro
> 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
> - 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 ski
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 ba
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 o
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 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 more
> >
On Mon, Mar 11, 2013 at 11:07:35 -0600,
Kevin Fenzi 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
behaving differently on
On Mon, 11 Mar 2013 16:04:17 +1100
Ankur Sinha 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 a list of wikis
On Mon, 11 Mar 2013 03:49:38 +0100
Kevin Kofler 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 down chain bu
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 sc
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 Featur
On Mon, 11 Mar 2013 12:16:31 -0500
Bruno Wolff III 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 people can
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
forg
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 l
> From: Jaroslav Reznik
> - Original Message -
> > On Mon, Mar 11, 2013 at 11:41 AM, Michael Catanzaro
> > 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 ve
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 b
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 f
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
http://koji.fedoraproject.org/koji/
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
https://admin.fedoraproject
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, MySQL-pyth
On Mon, 11 Mar 2013 18:55:30 +0100
Alec Leamas 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 newcomer
> me
> From: seth vidal
> To: Development discussions related to Fedora
> 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 wrote:
>
>
> > Fine with me, but don't forget
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 so
Honza Horak 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 s
On Mon, Mar 11, 2013 at 02:02:11PM -0400, seth vidal wrote:
> On Mon, 11 Mar 2013 18:55:30 +0100
> Alec Leamas 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
Le Lun 11 mars 2013 18:19, Kevin Fenzi a écrit :
> On Mon, 11 Mar 2013 16:04:17 +1100
> Ankur Sinha 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 crea
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 t
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 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
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 b
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 these
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
h
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
devel@li
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 sati
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 ge
On Mon, 11 Mar 2013 19:55:39 +0100
Kevin Kofler 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 next
> > newrepo
On Mar 11, 2013, at 11:31 AM, Björn Persson 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 Fedora only system probabl
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
https://admin.fedoraprojec
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 ju
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 hard
> From: Björn Persson
> 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
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
On Mon, 11 Mar 2013 14:49:10 -0500
Michael Cronenworth 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 an unreasona
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.
On Mar 11, 2013, at 1:41 PM, Björn Persson 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 screen
>>
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:
> > https://raw.github.com/gnome-design-team/gnome-mockups/master/system-loc
On Mon, Mar 11, 2013 at 2:53 PM, Michael Schwendt 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 like ordi
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 f
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 noti
On Mon, Mar 11, 2013 at 7:57 PM, Bill Nottingham 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:
>> > https://r
On Mon, 11.03.13 13:08, Chris Murphy (li...@colorremedies.com) wrote:
> On Mar 11, 2013, at 11:31 AM, Björn Persson
> 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
> 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
devel@lists.fedoraproject
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 Mon, 11 Mar 2013 21:07:32 +0100
Lennart Poettering 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
> boot loader shoul
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 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 off by
> default i
On Mon, Mar 11, 2013 at 8:07 PM, Lennart Poettering
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 should k
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 mad
On Mon, Mar 11, 2013 at 9:40 PM, Björn Persson
wrote:
> 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
Le Lun 11 mars 2013 21:16, Lennart Poettering a écrit :
> On Mon, 11.03.13 13:08, Chris Murphy (li...@colorremedies.com) wrote:
>
>> On Mar 11, 2013, at 11:31 AM, Björn Persson
>> wrote:
>> > Or nothing at all displayed unless the user happens to know to press
>> some key at the
>> > right moment
Chris Murphy wrote:
> A multiboot system needs at least a message to inform the user how to get to
> the boot manager (the GRUB menu). A Fedora only system probably should
> entirely suppress the menu or notice how to get to it.
What if I need to revert to the previous kernel, or add some kernel
1 - 100 of 189 matches
Mail list logo
