Hm, a bad thing has happened during my vacation, I haven't noticed my
package cdrdao/gcdmaster is in the list and now I have a FTBFS problem.
So I can take these packages if it's not too late yet:
libgnomeuimm26
libgnomemm26
gnome-vfsmm26
Is it possible to unblock these packages somehow easily
Hi,
I'm going to update gdbm to 1.9.1 in Rawhide tomorrow (or in a few
days). However, the soname has been bumped, so some packages will need
to be rebuilt. I will reply to this message as soon as gdbm-1.9.1-1 is
built.
List of packages that require gdbm:
Macaulay2
OpenIPMI
OpenIPMI-libs
Hi,
rcs license has changed from GPLv2+ to GPLv3+ in rcs-5.8, which will be
in Rawhide soon.
Regards,
Honza
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 09/21/2011 01:14 PM, Nils Philippsen wrote:
On Wed, 2011-09-21 at 10:59 +, Petr Pisar wrote:
Jan Horak (hhorak) is going to upgrade GDBM to version with new SONAME
in F17. Because rel-engs refused to provide dedicated build root, the
upgrade will be performed in F17 directly.
That
On 09/30/2011 11:07 AM, Petr Pisar wrote:
Perl has been rebuilt _without_ GDBM in F17 as perl-5.14.1-191.fc17 and
it's available in build root now.
-- Petr
The new gdbm-1.9.1-1 has just landed in Fedora Rawhide. Please, re-build
your package(s) if depends on gdbm.
Also python and perl can
On 10/24/2011 05:52 AM, Tom Lane wrote:
The current packaging guidelines require packages that update from sysv
init scripts to systemd scripts to provide conversion triggers that are
fired on the basis of an NVR comparison:
On 10/24/2011 04:52 PM, Tom Lane wrote:
I'm not really seeing why this'd be a better approach than what I
suggested above.
This isn't better in case we don't ship -sysvinit sub-package. This was
meant as a general approach which should work even if a user has
installed sysvinit scripts from a
On 10/24/2011 05:26 PM, Remi Collet wrote:
Isn't epoch a solution ?
Yes, but..
..
Yes, I know, epoch is evil...
That's why everybody (including me) believes there is a better solution.
Honza
--
devel mailing list
devel@lists.fedoraproject.org
Hi,
GNU database indexing library (gdbm) has changed its license to GPLv3+.
Cheers,
Honza
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 11/14/2011 06:57 PM, Adam Jackson wrote:
On Mon, 2011-11-14 at 18:18 +0100, Honza Horak wrote:
Hi,
GNU database indexing library (gdbm) has changed its license to GPLv3+.
A quick scan says this affects:
avahi-ui-tools (LGPLv2)
gnu-smalltalk (GPLv2+ with exceptions)
jpilot-backup
On 10/29/2012 04:36 AM, Sven Lankes wrote:
On Sun, Oct 28, 2012 at 11:31:25PM +0100, Kevin Kofler wrote:
Uh, conflicting with MySQL is really a no go (just look at how many things
require mysql-libs, and even mysql-server is required for Akonadi, and
mysql-embedded or Amarok), why isn't the
On 01/25/2013 02:46 AM, Kevin Kofler wrote:
Tom Lane wrote:
It strikes me that we missed a bet in setting up the mariadb package
for only F19-and-up in git.
You can request a branch (for a release which accepts branch requests, i.e.
currently F17 and F18) after the fact, at any time. So you
On 01/23/2013 01:04 PM, Ales Kozumplik wrote:
On 01/22/2013 10:06 PM, Tom Lane wrote:
Yes, that's the general idea --- any dependencies on mysql should result
in installing mariadb, unless the user takes specific action to get
mysql instead. Ideally we'd just do the standard Provides/Obsoletes
On 01/26/2013 10:33 PM, Jóhann B. Guðmundsson wrote:
On 01/26/2013 08:42 PM, Pierre-Yves Chibon wrote:
On Sat, 2013-01-26 at 21:34 +0100, Reindl Harald wrote:
Am 26.01.2013 21:24, schrieb Pierre-Yves Chibon:
but keep in mind that Fedora is the base for RHEL
applications may be certified for
On 09/09/2013 05:37 PM, Bruno Wolff III wrote:
On Mon, Sep 09, 2013 at 17:19:54 +0200,
Michał Piotrowski mkkp...@gmail.com wrote:
Hi,
I know that currently Fedora 20 is in feature freeze state. But Alpha
version is still not released and PosgreSQL developers released new
latest
and greates
On 09/09/2013 06:02 PM, Pavel Raiskup wrote:
I know that currently Fedora 20 is in feature freeze state. But Alpha
version is still not released and PosgreSQL developers released new latest
and greates version
http://www.postgresql.org/docs/9.3/static/release-9-3.html with cool
features. Are
On 09/12/2013 09:56 AM, Jóhann B. Guðmundsson wrote:
On 09/12/2013 07:16 AM, Jan Staněk wrote:
Hello,
some time back Oracle released new version of Berkeley DB under AGPL,
which is incompatible with Fedora licensing politics.
However,
https://forums.oracle.com/message/11184885#11184885
If
On 09/13/2013 12:26 PM, Jóhann B. Guðmundsson wrote:
On 09/13/2013 08:14 AM, Honza Horak wrote:
On 09/12/2013 09:56 AM, Jóhann B. Guðmundsson wrote:
On 09/12/2013 07:16 AM, Jan Staněk wrote:
Hello,
some time back Oracle released new version of Berkeley DB under AGPL,
which is incompatible
While updating to dejagnu-1.5 in Rawhide I've noticed the license has
changed from GPLv2 to GPLv3 since version 1.5.
Honza
javascript:void(0);
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 04/05/2011 04:42 PM, Severin Gehwolf wrote:
Hi,
I am trying to get NIS and /home NFS mounts working on F15. In essence,
the dependency chain of services I need on my computer is as follows:
1. Bring up the network interface
2. Mount /home via NFS (maybe this should be done
On 04/05/2011 10:03 PM, Michał Piotrowski wrote:
W dniu 5 kwietnia 2011 21:49 użytkownik Michał Piotrowski
mkkp...@gmail.com napisał:
W dniu 5 kwietnia 2011 21:48 użytkownik Michał Piotrowski
mkkp...@gmail.com napisał:
Try to add some informations about ordering to ypbind script
### BEGIN
Hi,
I'm working on systemd unit file for ypbind and found some problems,
that I'm not sure about:
1) if I use systemctl enable/disable instead of chkconfig in %post and
%preun sections in spec file, rpmlint prints errors:
postin-without-chkconfig /etc/rc.d/init.d/ypbind
preun-without-chkconfig
On 05/04/2011 07:55 PM, Chris Adams wrote:
Yes, but Red Hat's default sendmail config overrides that to continue to
use /etc/aliases.
Thanks for the point, I see the patch in sendmail now. So, if
/etc/aliases is used by default in Fedora by sendmail, ypsert should use
it by default too. I'm
Hi all,
I'm trying to reach Adrian Reber for a couple of days, but all emails
sent to his address have returned back undelivered. He's a maintainer of
many packages and the only one with commit rights by many of them. His
last action I've noticed is from March this year.
Some of packages he
On 05/25/2011 05:22 PM, Honza Horak wrote:
I'm trying to reach Adrian Reber for a couple of days, but all emails
sent to his address have returned back undelivered. He's a maintainer of
many packages and the only one with commit rights by many of them. His
last action I've noticed is from
On 06/26/2012 11:01 AM, Lennart Poettering wrote:
Also, if you use Restart=always and a service terminates during its
initialization phase then we don't try restarts either (well, at least
in theory, there might be a bug in this, too). We'd only restart it if
it terminates during the normal
Hi,
opencv-2.4.1 is already in Rawhide git, but not built yet, which will be
done in few days though. Since 2.4.1 bumps soname, the following
packages need to be rebuilt:
player
digikam
mrpt
fawkes
frei0r-plugins
gstreamer-plugins-bad-free
php-facedetect
Unfortunately, I'm not able to do
On 07/04/2012 12:13 PM, Honza Horak wrote:
opencv-2.4.1 is already in Rawhide git, but not built yet, which will be
done in few days though. Since 2.4.1 bumps soname, the following
packages need to be rebuilt:
player
digikam
mrpt
fawkes
frei0r-plugins
gstreamer-plugins-bad-free
php-facedetect
On 12/09/2011 10:01 PM, Tom Callaway wrote:
On 11/15/2011 03:19 AM, Honza Horak wrote:
If there are some license issues not easy to solve, there is still a
compat-gdbm package, which ships gdbm-1.8.3 with GPLv2+.
The problem is that compat-gdbm has no -devel package, and we cannot use
On 12/12/2011 07:15 PM, Toshio Kuratomi wrote:
On Mon, Dec 12, 2011 at 06:08:53PM +0100, Honza Horak wrote:
On 12/09/2011 10:01 PM, Tom Callaway wrote:
On 11/15/2011 03:19 AM, Honza Horak wrote:
If there are some license issues not easy to solve, there is still a
compat-gdbm package, which
On 02/07/2012 11:24 AM, Kevin Kofler wrote:
Bohuslav Kabrda wrote:
Again, citing FHS:
Distributions may install software in /opt, but must not modify or delete
software installed by the local system administrator without the assent of
the local system administrator.
The only way the but part
On 02/03/2013 06:24 PM, Pavel Alexeev wrote:
01.02.2013 00:42, James Hogarth wrote:
I'd still say yes since the context of this discussion is mysql 5.5 to
mariadb 5.5 and nothing to do with mysql 5.6 and the time for mariadb
10/11 to become fully compatible to what's brought to the table in
Hi folks,
I'd like to share an idea related to MySQL-MariaDB move, that may be a
bit controversial. Speaking about default case in Fedora, MySQL has used
only one file at /etc/my.cnf to configure server, libraries,
command-line utilities, etc.
MariaDB uses by default /etc/my.cnf and
On 02/12/2013 09:10 PM, Sergei Golubchik wrote:
Okay, so you suggest to do nothing - neither append the includedir line
to the existing my.cnf nor let mariadb read /etc/my.cnf.d/ automatically
and implicitly.
That's fine :)
I was only trying to find an alternative to let mariadb read
On 02/13/2013 02:15 PM, Sergei Golubchik wrote:
On Feb 13, Reindl Harald wrote:
a few lines in the SPEC files %install section would simply
remove the folder and this files - i know a lot of mysql
setups and have never seen one with includes and if
so then they would be created by the admin
I
On 02/14/2013 01:07 PM, Chris wrote:
2013/2/14 Kevin Koflerkevin.kof...@chello.at:
Jóhann B. Guðmundsson wrote:
Surely you are not honestly consider replacing mysql installation with
mariadb on upgrades?
Have you missed the discussion? MariaDB is a drop-in replacement for MySQL,
it will
On 02/13/2013 02:16 PM, Jóhann B. Guðmundsson wrote:
I for one would not want to find out that my mysql install would have
been replaced with mariadb on upgrade ( or visa versa )
The discussion already started several weeks ago but we still need any
feedback. What are you particular concerns?
On 02/14/2013 06:28 PM, Samuel Sieb wrote:
On 02/14/2013 04:07 AM, Chris wrote:
In other words: It is not possible to install mysql on ferdora 19???
Fedora and freedom??? Freedom is to have the choice between mysql and
mariadb!
Please read the other threads before exploding like this. To
On 02/15/2013 11:27 AM, Jóhann B. Guðmundsson wrote:
Mariadb is evolving into it's own product with it's own feature set [1]
thus should be treated as different product it should have it's own .cnf
file it's own configuration directory which is best in the long run (
from my pov ).
Then it
On 02/15/2013 01:52 PM, Honza Horak wrote:
On 02/15/2013 01:24 PM, Jóhann B. Guðmundsson wrote:
On 02/15/2013 09:09 AM, Honza Horak wrote:
So again, if you have some concrete concerns, let us know, please.
What are the plans to handle the name change in the daemon startup (
systemd unit
On 02/15/2013 12:39 PM, Jóhann B. Guðmundsson wrote:
On 02/15/2013 11:07 AM, Honza Horak wrote:
Then it should also need separate binaries, libraries, datadir,
socket, ... I'm not saying it is so bad idea, but it could be taken
into account only in the upstream, we really cannot do something
On 02/15/2013 03:13 PM, Jóhann B. Guðmundsson wrote:
On 02/15/2013 12:52 PM, Honza Horak wrote:
There is no change, the unit file is still mysqld.service.
Hmm..
It's probably better to have an mariadb own unit files and create
corresponding mysql symbolic link to those unit files
On 02/15/2013 3:31 PM, Jóhann B. Guðmundsson wrote:
On 02/15/2013 01:50 PM, Honza Horak wrote:
I still see the differences between MariaDB and MySQL to be very
little.
Difference never the less and difference in behavior ( which mariadbs
own benchmarking on their website proof ) which
On Fri, Feb 15, 2013 at 2:10 PM Jan-Frode Myklebust wrote:
On Thu, Feb 14, 2013 at 10:17:00AM -0500, Tom Lane wrote:
The way this worked in the past (and still does on RHEL and some
other
distros) is that MySQL AB provided RPMs named MySQL,
MySQL-server,
etc, which simply conflicted
On 02/16/2013 02:23 AM, Reindl Harald wrote:
Am 16.02.2013 01:29, schrieb Toshio Kuratomi:
On Fri, Feb 15, 2013 at 02:05:48PM +0100, Reindl Harald wrote:
* even MySQL 5.5 had a HIDDEN soname break on a minor update with the
need of rebuild depending packages and now people will
On 02/18/2013 11:05 AM, Reindl Harald wrote:
Am 18.02.2013 10:58, schrieb Honza Horak:
It seems the words could have been chosen less absolutely (changed a little bit
at [1]), but in case you don't
agree with the official MariaDB statement, that For all practical purposes,
MariaDB is a binary
On 02/16/2013 01:10 AM, Toshio Kuratomi wrote:
On Fri, Feb 15, 2013 at 01:00:38PM +0100, Miloslav Trmač wrote:
On Fri, Feb 15, 2013 at 3:28 AM, Toshio Kuratomi a.bad...@gmail.com wrote:
It's all going to depend on what we want the upgrade experience to be like
for people going from f18 to f19.
On 03/05/2013 11:07 AM, Norvald H. Ryeng wrote:
On Thu, 14 Feb 2013 16:17:00 +0100, Tom Lane t...@redhat.com wrote:
The way this worked in the past (and still does on RHEL and some other
distros) is that MySQL AB provided RPMs named MySQL, MySQL-server,
etc, which simply conflicted with the Red
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 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 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
On 03/12/2013 02:03 PM, Norvald H. Ryeng wrote:
On Mon, 11 Mar 2013 19:00:29 +0100, Honza Horak hho...@redhat.com wrote:
if I understand it correctly that the problem is caused by conflicting
library names, then it should be solved today (the enhanced package is
already building).
Why
On 03/06/2013 02:44 PM, Miloslav Trmač wrote:
On Wed, Mar 6, 2013 at 2:35 PM, Norvald H. Ryeng
norvald.ry...@oracle.com wrote:
In practice, this means that it will be almost impossible to install MySQL
in Fedora. The recipe in the feature page [1] requires the user to
1. edit yum.conf to set
On 03/12/2013 01:14 PM, Norvald H. Ryeng wrote:
On Mon, 11 Mar 2013 19:58:03 +0100, Kevin Kofler
kevin.kof...@chello.at wrote:
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
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 03/13/2013 09:27 AM, Norvald H. Ryeng wrote:
On Tue, 12 Mar 2013 18:25:02 +0100, Honza Horak hho...@redhat.com wrote:
On 03/12/2013 01:14 PM, Norvald H. Ryeng wrote:
On Mon, 11 Mar 2013 19:58:03 +0100, Kevin Kofler
kevin.kof...@chello.at wrote:
Honza Horak wrote:
This doesn't solve all
On 03/15/2013 04:22 PM, James Antill wrote:
On Wed, 2013-03-13 at 18:08 +0100, Honza Horak wrote:
However, in scenarios I tested with packages similar to
mysql/MySQL/mariadb it turned out, that we never reach the point where
we have to choose one of more alternate providers. The reason
/should depend on.
On 03/15/2013 04:22 PM, James Antill wrote:
On Wed, 2013-03-13 at 18:08 +0100, Honza Horak wrote:
I've spent some time deep in yum and it seems to be better than I
thought now. First, the magic about choosing one provider from more
alternatives is not so dark any more
On 03/18/2013 07:17 PM, Bill Nottingham wrote:
I'm not following the MySQL/mariadb packaging discussion in full
detail - however, if we got to the point of discussing special yum
plugins, wouldn't it be much simpler to
* Modify the 10 packages that require mysql-server, the 19 packages
that
On 04/05/2013 08:06 PM, Norvald Ryeng wrote:
- hho...@redhat.com wrote:
On 03/21/2013 08:36 PM, Norvald Ryeng wrote:
What is the deadline for fixing the remaining issues with MySQL and
MariaDB in Fedora? We would like to find a solution and get 5.6 in
soon.
Hi Norvald,
I've just asked
On 04/10/2013 02:34 PM, Norvald Ryeng wrote:
- hho...@redhat.com wrote:
On 04/05/2013 08:06 PM, Norvald Ryeng wrote:
- hho...@redhat.com wrote:
On 03/21/2013 08:36 PM, Norvald Ryeng wrote:
What is the deadline for fixing the remaining issues with MySQL and
MariaDB in Fedora? We
On 05/02/2013 09:07 AM, Bjorn Munch wrote: On 01/05 11.58, Michael
Schwendt wrote:
On Tue, 30 Apr 2013 15:08:08 +0200, Bjorn Munch wrote:
Since I do not yet have a sponsor, I cannot upload to
fedorapeople.org.
That is misinformation. Note the bottom of the following paragraph:
- Original Message -
From: David Malcolm dmalc...@redhat.com
Sent: Friday, June 7, 2013 6:01:48 PM
* python-sqlparse
* python3-postgresql
Taken.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 06/08/2013 04:38 AM, Adam Williamson wrote:
On Fri, 2013-06-07 at 21:53 +0200, Michał Piotrowski wrote:
That was simple...
sudo systemctl enable mysqld.service
ln -s '/usr/lib/systemd/system/mysqld.service'
'/etc/systemd/system/multi-user.target.wants/mysqld.service'
But why update
On 06/12/2013 02:40 AM, Adam Williamson wrote:
On Tue, 2013-06-11 at 07:47 +, Jóhann B. Guðmundsson wrote:
On 06/11/2013 06:38 AM, James Hogarth wrote:
What do administrators have to do to prevent being migrated from
mysql to mariadb on upgrades?
If you would prefer to use
On 06/10/2013 01:21 PM, Honza Horak wrote:
On 06/08/2013 04:38 AM, Adam Williamson wrote:
On Fri, 2013-06-07 at 21:53 +0200, Michał Piotrowski wrote:
That was simple...
sudo systemctl enable mysqld.service
ln -s '/usr/lib/systemd/system/mysqld.service'
'/etc/systemd/system/multi
On 07/12/2013 05:55 AM, Rex Dieter wrote:
Tomasz Torcz wrote:
On Thu, Jul 11, 2013 at 01:37:45PM -0700, Adam Williamson wrote:
Would anyone care to take a guess at what the hell is going on here?
[adamw@adam ~]$ sudo yum update
(snip)
Error: Package: community-mysql-libs-5.5.32-6.fc20.x86_64
Hi guys,
there has been some demand for some time to make more strict line
between mariadb and mysql in Fedora. I've tried to summarize some steps
we'd like to apply for F20 in order to decrease that confusing -- see
bug #999589 and feel free to comment here or there (it seemed to me that
On 01/15/2014 04:16 PM, Jan Staněk wrote:
What should one do if the SW he is trying to package produce only
unversioned *.so files? I'm currently trying to package LMDB [1] as
possible alternative for BerkeleyDB in Fedora, and the hand-written
makefile produce only liblmdb.so.
I'm trying to
On 04/03/2014 11:20 AM, H. Guémar wrote:
Since AGPL is fedora-compliant license, there's no blocker to get
libdb6 into packages collection.
Besides, libdb5 is still critical for many packages (like RM), until
we get rid of it, I can only agree with your proposal.
Maybe, it's still time to
On 04/03/2014 09:14 PM, Paul Howarth wrote:
On Thu, 03 Apr 2014 15:53:04 +0200
Honza Horak hho...@redhat.com wrote:
On 04/03/2014 11:20 AM, H. Guémar wrote:
Since AGPL is fedora-compliant license, there's no blocker to get
libdb6 into packages collection.
Besides, libdb5 is still critical
On 04/07/2014 03:51 PM, Paul Howarth wrote:
On 07/04/14 14:43, Honza Horak wrote:
On 04/03/2014 09:14 PM, Paul Howarth wrote:
On Thu, 03 Apr 2014 15:53:04 +0200
Honza Horak hho...@redhat.com wrote:
On 04/03/2014 11:20 AM, H. Guémar wrote:
Since AGPL is fedora-compliant license, there's
On 04/07/2014 05:31 PM, Paul Howarth wrote:
On 07/04/14 15:54, Honza Horak wrote:
On 04/07/2014 03:51 PM, Paul Howarth wrote:
On 07/04/14 14:43, Honza Horak wrote:
On 04/03/2014 09:14 PM, Paul Howarth wrote:
On Thu, 03 Apr 2014 15:53:04 +0200
Honza Horak hho...@redhat.com wrote:
On 04/03
On 04/15/2014 02:37 PM, Rahul Sundaram wrote:
HI
On Tue, Apr 15, 2014 at 8:30 AM, Tadej Janež wrote:
Does the above refer to the repositories available at
https://www.softwarecollections.org/en/?
Yes.
So this change can be re-stated like Workstation product will have SCLs
from
Hi,
I'm not sure if this is related to the new pkgdb2 effort, but may be.
The problem I had the last days was that the old pkgdb seemed broken for
me and at least one other guy I asked. Today I found the reason -- it
seems that URL https://admin.fedoraproject.org/pkgdb/ works just fine,
but
On 05/07/2014 10:21 PM, Chris Adams wrote:
Once upon a time, Adam Jackson a...@redhat.com said:
I don't know if I have a good suggestion here, none of the alternatives
sound appealing.
Is there a compelling reason to upgrade to BDB-6 (other than 6 5)?
The license change really seems to be a
WG meeting will be at 13:00 UTC (14:00 London, 15:00 Brno, 9:00 Boston,
22:00 Tokyo) in #fedora-meeting on Freenode.
= Topic =
* Flock -- what we learnt, what needs to be done
* OpenFloor
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
#fedora-meeting: Env and Stacks (2014-08-19)
Meeting started by hhorak at 13:05:26 UTC. The full logs are available
at
Hi working groups members,
since we have learned on Flock that new Fedora working groups do not
communicate with each other much (or enough), I'd like to propose the
following:
Every working group will time to time (e.g. weekly) send short summary
about what they did / were talking about
On 08/26/2014 05:02 PM, Miloslav Trmač wrote:
- Original Message -
I don't have any major objections to this, but I will note that
reports stopped being sent to FESCo because at some point they were
kind of redundant. Still working on thing X every week isn't really
something that
On 08/26/2014 05:42 PM, Kevin Fenzi wrote:
On Tue, 26 Aug 2014 16:46:40 +0200
Honza Horak hho...@redhat.com wrote:
...snip...
I'm not against each group doing a summary, but as noted by Josh,
sometimes the summaries are very repetitive ( ...still working on
implemeting roles... etc)
List
WG meeting will be at 13:00 UTC (14:00 London, 15:00 Brno, 9:00 Boston,
22:00 Tokyo) in #fedora-meeting on Freenode.
= Topics =
* Language specific mirrors for Fedora Playground compliant packages
* SCLs, building above them and their position in Fedora/EPEL
* Picking chairman for the next
#fedora-meeting: Env and Stacks (2014-09-16)
Meeting started by hhorak at 13:01:52 UTC. The full logs are available
at
WG meeting will be at 13:00 UTC (14:00 London, 15:00 Brno, 9:00 Boston,
22:00 Tokyo) in #fedora-meeting on Freenode.
= Topics =
* Recommendation for running Koschei for all Fedora packages
* Follow-up: language specific mirrors for Fedora Playground compliant packages
* Follow-up: SCLs, building
#fedora-meeting: Env and Stacks (2014-09-23)
Meeting started by hhorak at 13:02:08 UTC. The full logs are available
at
Hi all,
I have a proposal that would change how dependencies are defined in copr:
Problem:
Currently, copr allows to add a link to an arbitrary repo URL that is
available for installing dependencies during building in copr. Using
this dependent repo link we are able to build packages in coprA
On 10/02/2014 05:18 PM, Pierre-Yves Chibon wrote:
On Thu, Oct 02, 2014 at 05:00:40PM +0200, Honza Horak wrote:
Problem:
Currently, copr allows to add a link to an arbitrary repo URL that is
available for installing dependencies during building in copr. Using this
dependent repo link we are able
WG meeting will be at 13:00 UTC (14:00 London, 15:00 Brno, 9:00 Boston,
22:00 Tokyo) in #fedora-meeting on Freenode.
= Topics =
* FollowUp: mapping CVEs to Docker images that need rebuilding
* Docker Documentation for Fedora
* Idea: Ability to define dependencies between coprs (correctly)
*
#fedora-meeting: Env and Stacks (2014-10-07)
Meeting started by hhorak at 12:59:45 UTC. The full logs are available
at
WG meeting will be at 13:00 UTC (14:00 London, 15:00 Brno, 9:00 Boston,
22:00 Tokyo) in #fedora-meeting on Freenode.
= Topics =
* Docker, Docker, Docker :)
* Dockerfile_lint -- where to include it
* New checks for Dockerfile_lint
* Packaging rules for Dockerfiles in Fedora
* Picking chairman for
#fedora-meeting: Env and Stacks (2014-10-14)
Meeting started by hhorak at 13:02:18 UTC. The full logs are available
at
WG meeting will be at 13:00 UTC (14:00 London, 15:00 Brno, 9:00 Boston,
22:00 Tokyo) in #fedora-meeting on Freenode.
= Topics =
* Follow-up -- Docker docs
* Integration tests for packages
* Per-component integration tests in Fedora
* Picking chairman for the next meeting
* OpenFloor
--
devel
#fedora-meeting: Env and Stacks (2014-10-21)
Meeting started by hhorak at 13:02:31 UTC. The full logs are available
at
Fedora lacks integration testing (unit testing done during build is not
enough). Taskotron will be able to fill some gaps in the future, so
maintainers will be able to set-up various tasks after their component
is built. But even before this works we can benefit from having the
tests already
On 10/28/2014 08:08 AM, Nick Coghlan wrote:
On 10/22/2014 09:43 PM, Honza Horak wrote:
Fedora lacks integration testing (unit testing done during build is not
enough). Taskotron will be able to fill some gaps in the future, so
maintainers will be able to set-up various tasks after
On 10/24/2014 07:18 PM, John Dulaney wrote:
How to deliver tests? a/ just use them directly from git (we need
to keep some metadata for dependencies anyway) b/ package them as
RPMs (we can keep metadata there; e.g. Taskotron will run only
tests that have Provides: ci-tests(mariadb) after mariadb
On 10/28/2014 08:08 AM, Nick Coghlan wrote:
Note that any or all of the above may be appropriate, depending on the
exact nature of the specific tests.
For example, there are already some public Beaker installer tests at
https://bitbucket.org/fedoraqa/fedora-beaker-tests for execution on
, but still verify only
one or more particular component(s)? What about Functional tests,
would it be more precise?
Honza
On 11/03/2014 07:10 PM, Tim Flink wrote:
On Mon, 03 Nov 2014 17:08:40 +0100
Honza Horak hho...@redhat.com wrote:
On 10/28/2014 08:08 AM, Nick Coghlan wrote:
On 10/22/2014
#fedora-meeting: Env and Stacks (2014-11-12)
Meeting started by hhorak at 12:03:56 UTC. The full logs are available
at
There is no agenda proposed for this week so let's skip today and have a
meeting the next week.
Honza
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
1 - 100 of 195 matches
Mail list logo