On Thu, Jul 03, 2014 at 03:55:51PM +0200, Miro Hrončok wrote:
> Other than the packaging reasons: Fedora might attract Python
> enthusiasts and developers as it is most likely the only Linux distro
> that has development version of Python packaged nightly. Developers and
> powerusers can play with
On Thu, 03.07.14 19:11, Tom Lane (t...@sss.pgh.pa.us) wrote:
>
> Lennart Poettering writes:
> > Please migrate away from ".include", please use .d/ drop-ins instead. We
> > kinda are deprecating ".include", only support it for compatibility
> > instead. ...
> > Unit files are configuration file
On Thu, 3 Jul 2014 14:26:04 -0700
"T.C. Hollingsworth" wrote:
> A koji rawhide build [1] just failed with:
...snip...
> It might have something to do with yesterday's util-linux update in
> rawhide? [2] But /etc/mtab still shows up on that build's filelist in
> koji, so I'm not sure why it's mis
On Mon, 23.06.14 16:23, Pavel Raiskup (prais...@redhat.com) wrote:
> Hello all,
>
> there is currently not so much things to configure in PostgreSQL from
> systemd's service point of view (not taking postgresql.conf into account),
> concretely, we configure PGPORT and PGDATA, from which the later
On Mon, Jun 30, 2014 at 11:14:52PM +0200, Lennart Poettering wrote:
> > In a sense, there's a certain amount of this definition that every
> > Fedora install will have. The Products then add to this definition. A
> > basic piece of it is mandatory, but the outer edges are add-ons.
> I am not sure t
Hey folks! Just a note that we've put up the validation matrices for July
2014. Thanks to satellit for the reminder, and to roshi for creating the
Install page - I've just added the Base page, and sent out this
reminder.
https://fedoraproject.org/wiki/Test_Results:Fedora_21_Rawhide_2014_07_Install
A koji rawhide build [1] just failed with:
INFO: Mock Version: 1.1.39
Start: chroot ['fedpkg', 'sources']
Start: device setup
Finish: device setup
Finish: chroot ['fedpkg', 'sources']
ERROR: [Errno 2] No such file or directory:
'/var/lib/mock/f21-build-2179813-398918/root/etc/mtab'
Traceback (most
On 03.07.2014 15:39, Rex Dieter wrote:
> I'm looking into providing a predefined firewalld service definition for
> kde-connect, per
> https://bugzilla.redhat.com/show_bug.cgi?id=1115547
>
> Looks like it's as easy as dropping an xml snippet into
> /usr/lib/firewalld/services/
>
> I'm also noti
is there any way to set the two options below in .rpmmacros
to use multi-threading? the shell-script below works in case
of tar but XZ_OPT env is ignored by rpmbuild and seeking
two hours the internet don't give any answer
in case of tar --threads=0 improves performance dramatically
on a modern CP
On 07/03/2014 01:45 PM, Reindl Harald wrote:
> BTW:
> how do we handle the protection for systemd which is
> in case of YUM provided by the systemd package but
> DNF is not mandatory in F21 - so /etc/dnf/protected.d/
> is only conditional available
The dnf plugins looks at /etc/yum/protected.d/ to
Hi Michael,
> Detecting soname bumps and doing real rebuilds
> instead of scratch build should be possible. Koschei could automatically start
> rebuilding dependent packages AFTER you update the library in rawhide.
That's the goal.
> But if
> you want to know what will break before you do the up
On Thu, Jul 3, 2014 at 10:36 PM, Alexey I. Froloff wrote:
> On Wed, Jul 02, 2014 at 12:56:48PM +0800, Christopher Meng wrote:
>> Swap ZODB, sphinx-rtd-theme and BTrees with
>> 1. osh - V6 Thompson Shell Port
>> https://bugzilla.redhat.com/show_bug.cgi?id=1115121
>
> I'll take it.
Thank you. One t
On Wed, Jul 02, 2014 at 12:56:48PM +0800, Christopher Meng wrote:
> Swap ZODB, sphinx-rtd-theme and BTrees with
> 1. osh - V6 Thompson Shell Port
> https://bugzilla.redhat.com/show_bug.cgi?id=1115121
I'll take it.
--
Regards,--
Sir Raorn. --- https://plus.google.com/+AlexeyFroloff
pgp3P6
On Thu, Jul 3, 2014 at 9:57 AM, Stephen Gallagher wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 07/03/2014 01:42 AM, William wrote:
>> On Wed, 2014-07-02 at 20:40 -0700, Samuel Sieb wrote:
>>> On 07/02/2014 06:55 PM, William wrote:
> First of all, I'd like to formally pr
> * 1) Kernel Status Update (pwhalen, 20:07:46)
> * Peter's '3.15 Fedora ARM kernel status' (pwhalen, 20:08:13)
> * LINK: http://nullr0ute.com/2014/06/3-15-fedora-arm-kernel-status/
> (pwhalen, 20:08:13)
The beaglebone patchset was rebased for this release so please test.
> * kernel t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/03/2014 01:42 AM, William wrote:
> On Wed, 2014-07-02 at 20:40 -0700, Samuel Sieb wrote:
>> On 07/02/2014 06:55 PM, William wrote:
>>>
First of all, I'd like to formally propose that each of the
products will have a fedora-release-$PRO
Hi everybody, I'd like to introduce a new project of Slavek Kabrda and mine:
Copr repository with nightly builds of development version of Python 3.
http://copr.fedoraproject.org/coprs/churchyard/python3-nightly/
How does it work?
=
Each night, at 00:01 CET/CEST, dgroc [1] is ru
I'm looking into providing a predefined firewalld service definition for
kde-connect, per
https://bugzilla.redhat.com/show_bug.cgi?id=1115547
Looks like it's as easy as dropping an xml snippet into
/usr/lib/firewalld/services/
I'm also noticing currently that the only package besides fallwalld
Panu Matilainen wrote:
> On 07/02/2014 04:15 PM, Ankur Sinha wrote:
>> Hi,
>>
>> I was wondering if there's a standard way of solving package conflicts
>> that arise from arch specific doc files. An example is here:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=565676
>>
>> The conflict is bec
Am 03.07.2014 14:09, schrieb Ales Kozumplik:
> On 07/03/2014 01:32 PM, Michal Schmidt wrote:
>> protected_packages.py is missing from the package.
>> Looks like an upstream bug - it's not referenced in plugins/CMakeLists.txt
>>
>> Michal
>
> Thanks for the notice, should be good now:
>
> http://
Robert, Bohuslav,
Thanks a lot!
I've been staring at this for a long time, but sometimes you just don't
notice your own silly mistakes...
Best regards,
Jos
On 07/03/2014 12:27 PM, Robert Kuska wrote:
>
>
> - Original Message -
>> From: "Jos de Kloe"
>> To: "Development discussions re
On 07/03/2014 01:32 PM, Michal Schmidt wrote:
protected_packages.py is missing from the package.
Looks like an upstream bug - it's not referenced in plugins/CMakeLists.txt
Michal
Thanks for the notice, should be good now:
http://koji.fedoraproject.org/koji/taskinfo?taskID=7103767
Ales
--
de
On Thu, Jul 3, 2014 at 1:37 PM, Reindl Harald wrote:
>
>
> Am 03.07.2014 13:33, schrieb drago01:
>> On Thu, Jul 3, 2014 at 1:20 PM, Kalev Lember wrote:
>>> On 07/03/2014 01:05 PM, Reindl Harald wrote:
/home/builduser/rpmbuild/RPMS:
total 44K
drwxr-xr-x 2 builduser builduser 4.0K 20
Am 03.07.2014 13:32, schrieb Michal Schmidt:
> On 07/03/2014 12:04 PM, Reindl Harald wrote:
>> "dnf remove python" ends in remove "dnf" and "yum" too
>> as weel as "dnf remove kernel" still offers to remove both
>
> protected_packages.py is missing from the package.
> Looks like an upstream bug -
Am 03.07.2014 13:33, schrieb drago01:
> On Thu, Jul 3, 2014 at 1:20 PM, Kalev Lember wrote:
>> On 07/03/2014 01:05 PM, Reindl Harald wrote:
>>> /home/builduser/rpmbuild/RPMS:
>>> total 44K
>>> drwxr-xr-x 2 builduser builduser 4.0K 2014-06-30 17:09 noarch
>>> drwxr-xr-x 2 builduser builduser 36K
Am 03.07.2014 13:20, schrieb Kalev Lember:
> On 07/03/2014 01:05 PM, Reindl Harald wrote:
>> /home/builduser/rpmbuild/RPMS:
>> total 44K
>> drwxr-xr-x 2 builduser builduser 4.0K 2014-06-30 17:09 noarch
>> drwxr-xr-x 2 builduser builduser 36K 2014-07-02 22:44 x86_64
>
> Thanks, this actually back
On Thu, Jul 3, 2014 at 1:20 PM, Kalev Lember wrote:
> On 07/03/2014 01:05 PM, Reindl Harald wrote:
>> /home/builduser/rpmbuild/RPMS:
>> total 44K
>> drwxr-xr-x 2 builduser builduser 4.0K 2014-06-30 17:09 noarch
>> drwxr-xr-x 2 builduser builduser 36K 2014-07-02 22:44 x86_64
>
> Thanks, this actua
On 07/03/2014 12:04 PM, Reindl Harald wrote:
> "dnf remove python" ends in remove "dnf" and "yum" too
> as weel as "dnf remove kernel" still offers to remove both
protected_packages.py is missing from the package.
Looks like an upstream bug - it's not referenced in plugins/CMakeLists.txt
Michal
-
On Thu, Jul 3, 2014 at 7:24 PM, Jason Taylor wrote:
> Hi Christopher,
>
> I grabbed the zsh-lovers for a formal review.
Thank you.
Yours sincerely,
Christopher Meng
Noob here.
http://cicku.me
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/
On Wed, 2014-07-02 at 12:56 +0800, Christopher Meng wrote:
> Swap ZODB, sphinx-rtd-theme and BTrees with
>
> 1. osh - V6 Thompson Shell Port
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1115121
>
> 2. zsh-lovers - A collection of tips, tricks and examples for the Z shell
>
> (This package is
On 07/03/2014 01:05 PM, Reindl Harald wrote:
> /home/builduser/rpmbuild/RPMS:
> total 44K
> drwxr-xr-x 2 builduser builduser 4.0K 2014-06-30 17:09 noarch
> drwxr-xr-x 2 builduser builduser 36K 2014-07-02 22:44 x86_64
Thanks, this actually backs up what I claimed -- that it's uncommon to
build i68
Am 03.07.2014 12:56, schrieb drago01:
> On Wed, Jul 2, 2014 at 5:01 PM, Kalev Lember wrote:
>> On 07/02/2014 03:15 PM, Ankur Sinha wrote:
>>> I was wondering if there's a standard way of solving package conflicts
>>> that arise from arch specific doc files. An example is here:
>>>
>>> https://bug
On Wed, Jul 2, 2014 at 5:01 PM, Kalev Lember wrote:
> On 07/02/2014 03:15 PM, Ankur Sinha wrote:
>> I was wondering if there's a standard way of solving package conflicts
>> that arise from arch specific doc files. An example is here:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=565676
>>
>>
On 07/02/2014 04:15 PM, Ankur Sinha wrote:
Hi,
I was wondering if there's a standard way of solving package conflicts
that arise from arch specific doc files. An example is here:
https://bugzilla.redhat.com/show_bug.cgi?id=565676
The conflict is because the docs are generated during the build,
- Original Message -
> Hi everyone,
>
> I am having a small issue with the pygrib package that I am maintaining.
> The package depends on pyproj, but when I install it with yum it also
> pulls in python3-pyproj.
> All python3 related things are wrapped in "%if 0%{?with_python3}"
> macros,
- Original Message -
> From: "Jos de Kloe"
> To: "Development discussions related to Fedora"
>
> Sent: Thursday, 3 July, 2014 12:07:28 PM
> Subject: request for pygrib packaging debug help
>
> Hi everyone,
>
> I am having a small issue with the pygrib package that I am maintaining.
>
On Jul 2, 2014 11:33 AM, "Richard W.M. Jones" wrote:
>
> On Tue, Jul 01, 2014 at 07:55:42PM +0200, Till Maas wrote:
> >
> > The following packages are orphaned or did not build for two
> > releases and will be retired when Fedora (F21) is branched, unless
someone
> > adopts them. If you know for s
Hi everyone,
I am having a small issue with the pygrib package that I am maintaining.
The package depends on pyproj, but when I install it with yum it also
pulls in python3-pyproj.
All python3 related things are wrapped in "%if 0%{?with_python3}"
macros, so this should not happen I think.
Clearly
Am 03.07.2014 10:22, schrieb Ales Kozumplik:
> the packages are in Rawhide now. Should move to F20 next week too. There's
> the protected_packages plugin now.
>
> Release notes:
> http://akozumpl.github.io/dnf/release_notes.html
> http://akozumpl.github.io/dnf-plugins-core/release_notes.html
>
On Wed, Jul 2, 2014 at 6:04 PM, Reindl Harald wrote:
> but it's just dangerous to assume that will be forever true
Agreed with this, but:
> and as you can see below with gzip you have *always*
> different results for the same data
This is not true, see below.
> [harry@srv-rhsoft:~/Desktop]$ t
Hi,
the packages are in Rawhide now. Should move to F20 next week too.
There's the protected_packages plugin now.
Release notes:
http://akozumpl.github.io/dnf/release_notes.html
http://akozumpl.github.io/dnf-plugins-core/release_notes.html
Release announcement:
https://dnf.baseurl.org/2014/07
41 matches
Mail list logo
