Often (though not always) with new GCC versions there is a new version
for Fortran modules that is incompatible with old versions. An example
error is here from the rebuild of the netcdf-fortran package:
use mpi
1
Fatal Error: Cannot read module file 'mpi.mod' opened at (1), because it
The migration is complete, arm.koji is back up.
We're still testing and doing some clean up bits and pieces but the
migration has been successful.
Peter
On Fri, Feb 15, 2013 at 6:25 PM, Peter Robinson wrote:
> Hi All,
>
> A heads up that we're planning an outage of arm.koji.fedoraproject.org
>
HI
On Sat, Feb 16, 2013 at 5:46 AM, Reindl Harald wrote:
>
>
> Am 16.02.2013 07:09, schrieb Rahul Sundaram:
> > On Fri, Feb 15, 2013 at 8:23 PM, Reindl Harald wrote:
> >
> > and which fool has written the feature page without knowing what
> binary
> > compatibility
>
> what about quotin
http://fedoraproject.org/wiki/Features/ReplaceMySQLwithMariaDB#Comments_and_Discussion
> MariaDB is binary compatible with MySQL of the same major version, so
> we don't need to change anything in packages depending on
> libmysqlclient.so
that database-files are binary-compatible does NOT mean the
On Sat, 16 Feb 2013 13:47:13 +0200
Panu Matilainen wrote:
> I think Kevin was talking about "normal", ie non-debuginfo packages
> like the example case of nacl-devel owning /usr/lib/debug, which
> indeed is a (trivial) packaging bug. Except perhaps for the
> filesystem package which is fairly spe
On Sat, 16 Feb 2013 15:01:32 +0100, Alec Leamas wrote:
> Well, isn't the rule is actually simpler than that: any package owning
> a directory owned by another package is broken.
It used to be like that, but nowadays the guidelines aren't that strict
anymore. See "multiple ownership" here:
On 02/16/2013 04:01 PM, Alec Leamas wrote:
On 02/16/2013 12:47 PM, Panu Matilainen wrote:
On 02/16/2013 01:33 PM, Alec Leamas wrote:
On 02/16/2013 11:41 AM, Panu Matilainen wrote:
On 02/16/2013 11:44 AM, Alec Leamas wrote:
On 02/15/2013 11:58 PM, Till Maas wrote:
On Fri, Feb 15, 2013 at 10:5
On 02/16/2013 12:47 PM, Panu Matilainen wrote:
On 02/16/2013 01:33 PM, Alec Leamas wrote:
On 02/16/2013 11:41 AM, Panu Matilainen wrote:
On 02/16/2013 11:44 AM, Alec Leamas wrote:
On 02/15/2013 11:58 PM, Till Maas wrote:
On Fri, Feb 15, 2013 at 10:50:28AM -0700, Kevin Fenzi wrote:
- make a
On 02/16/2013 12:41 PM, Michael Schwendt wrote:
On Sat, 16 Feb 2013 11:59:08 +0100, Alec Leamas wrote:
According to Kevin,
this is a bug and should be fixed by having filesystem to own
/usr/lib/debug (like /usr/src/debug), and also having packages only to
own "their own" directories. Are sayin
On Sat, Feb 16, 2013 at 12:15:10AM +0100, Martin Sourada wrote:
> What about users *without* password? It's insecure (in most cases), but
> possible.
That is a known tradeoff/bug. IMO this is a case of 'it hurts when I do
this'. Tradeoff is how often you have a nicer experience (showing the
right
On Fri, Feb 15, 2013 at 06:20:52PM -0800, Samuel Sieb wrote:
> My understanding is that the session list is dependent on the user
> selected. At least the default session is, so it made sense to wait
> until a user is chosen before showing the list.
Using this you can show the correct default ses
Trond Hasle Amundsen wrote:
> Christopher Meng writes:
>
>> Somewhat funny that many users even don't know this tweak tool and ask
>> everywhere about this..
>
> I always found it odd that gnome-tweak-tool even exists.. some
> functionality are found in the system settings, some in
> gnome-tw
> On 02/16/2013 01:21 PM, Michael Schwendt wrote:
> >
> > I've seen Panu commenting on it before, so I've searched a bit:
> > http://lists.fedoraproject.org/pipermail/devel/2013-January/176565.html
Thanks, I didn't read the whole thread back then :-/
On Sat, 16 Feb 2013 14:06:44 +0200
Panu Matila
On 02/16/2013 01:21 PM, Michael Schwendt wrote:
On Sat, 16 Feb 2013 11:57:54 +0100, Martin Sourada wrote:
Hi all,
WRT subject: before I go to file a bug report I want to make sure I'm
not exploiting something unsupported in rpmbuild.
In a couple of rpms (for which we're also upstream and I'm
On 02/16/2013 01:33 PM, Alec Leamas wrote:
On 02/16/2013 11:41 AM, Panu Matilainen wrote:
On 02/16/2013 11:44 AM, Alec Leamas wrote:
On 02/15/2013 11:58 PM, Till Maas wrote:
On Fri, Feb 15, 2013 at 10:50:28AM -0700, Kevin Fenzi wrote:
- make a script to identify all the packages that are bro
On Sat, 16 Feb 2013 11:59:08 +0100, Alec Leamas wrote:
> According to Kevin,
> this is a bug and should be fixed by having filesystem to own
> /usr/lib/debug (like /usr/src/debug), and also having packages only to
> own "their own" directories. Are saying that the current ownership is OK?
>
>
On 02/16/2013 11:41 AM, Panu Matilainen wrote:
On 02/16/2013 11:44 AM, Alec Leamas wrote:
On 02/15/2013 11:58 PM, Till Maas wrote:
On Fri, Feb 15, 2013 at 10:50:28AM -0700, Kevin Fenzi wrote:
- make a script to identify all the packages that are broken and
shipping debug stuff.
AT least f
On Sat, 16 Feb 2013 11:57:54 +0100, Martin Sourada wrote:
> Hi all,
>
> WRT subject: before I go to file a bug report I want to make sure I'm
> not exploiting something unsupported in rpmbuild.
>
> In a couple of rpms (for which we're also upstream and I'm managing
> them, so it's fairly easy fo
On 02/15/2013 09:47 PM, Michael Schwendt wrote:
On Fri, 15 Feb 2013 13:03:50 +0100, Alec Leamas wrote:
On 02/14/2013 11:19 PM, Michael Schwendt wrote:
On Thu, 14 Feb 2013 16:36:03 +0100, Alec Leamas wrote:
Running some automated tests I stumble over the debug directories. E. g.,
$ repoquery
Hi all,
WRT subject: before I go to file a bug report I want to make sure I'm
not exploiting something unsupported in rpmbuild.
In a couple of rpms (for which we're also upstream and I'm managing
them, so it's fairly easy for me to "workaround" the issue) I have
license saved in file with space,
On 02/16/2013 11:44 AM, Alec Leamas wrote:
On 02/15/2013 11:58 PM, Till Maas wrote:
On Fri, Feb 15, 2013 at 10:50:28AM -0700, Kevin Fenzi wrote:
- make a script to identify all the packages that are broken and
shipping debug stuff.
AT least for the directory a simple yum call should suffic
On Sat, 16 Feb 2013 10:44:27 +0100, Alec Leamas wrote:
> On 02/15/2013 11:58 PM, Till Maas wrote:
> > On Fri, Feb 15, 2013 at 10:50:28AM -0700, Kevin Fenzi wrote:
> >
> >> - make a script to identify all the packages that are broken and
> >>shipping debug stuff.
> > AT least for the directory
On 02/15/2013 11:58 PM, Till Maas wrote:
On Fri, Feb 15, 2013 at 10:50:28AM -0700, Kevin Fenzi wrote:
- make a script to identify all the packages that are broken and
shipping debug stuff.
AT least for the directory a simple yum call should suffice:
yum --disablerepo '*' --enablerepo fedora
Dennis Jacobfeuerborn a écrit:
> Also MySQL 5.6 gains some of its speed through commercial extensions (like
> e.g. the thread pool). Since these cannot be packaged in Fedora you will be
> able to make a better/more fair comparison between the two based on the
> same Platform (Fedora).
You mean n
24 matches
Mail list logo
