= Proposed System Wide Change: Fedora 20 Boost 1.54 Uplift =
https://fedoraproject.org/wiki/Changes/F20Boost154
Change owner(s): Petr Machata , Denis Arnaud
, Benjamin De Kosnik
This change brings Boost 1.54.0 to Fedora 20.
== Detailed description ==
The aim is to synchronize Fedora with the m
= Proposed Self Contained Change: Ryu Network Operating System =
https://fedoraproject.org/wiki/Changes/Ryu
Change owner(s): yamahata
Ryu Network Operating System [1]
This change was originally proposed for Fedora 19 but postponed to Fedora 20
https://fedoraproject.org/wiki/Features/Ryu
== D
On 08/07/13 10:41, Jaroslav Reznik wrote:
> = Proposed Self Contained Change: Ryu Network Operating System =
> https://fedoraproject.org/wiki/Changes/Ryu
>
> Change owner(s): yamahata
>
> Ryu Network Operating System [1]
>
> This change was originally proposed for Fedora 19 but postponed to Fe
- Original Message -
> On 08/07/13 10:41, Jaroslav Reznik wrote:
> > = Proposed Self Contained Change: Ryu Network Operating System =
> > https://fedoraproject.org/wiki/Changes/Ryu
> >
> > Change owner(s): yamahata
> >
> > Ryu Network Operating System [1]
> >
> > This change was origina
On Monday, July 8, 2013, Matthias Runge wrote:
>
> > Sadly, the page still doesn't list, what is going to . I assume,
> the whole thing is slightly more than just adding a new package to Fedora
> > The Feature page still belongs to the FeaturePageIncomplete category.
>
I feel a somewhat similar
Compose started at Mon Jul 8 08:15:02 UTC 2013
Broken deps for x86_64
--
[derelict]
derelict-tcod-3-20.20130626gite70c293.fc20.i686 requires tcod
derelict-tcod-3-20.20130626gite70c293.fc20.x86_64 requires tcod
derelic
Hi,
I would like to re-add labyrinth to Fedora. It was deprecated due to
multiple FTBFS bugs, but seems to build just right with the new upstream
release.
I'd be happy to swap reviews with someone to get this package re-review
expedited :)
The rhbz is here:
https://bugzilla.redhat.com/show_bug.c
Change in ownership over the last 168 hours
===
19 packages were orphaned
-
msmtp [EL-5,devel,f17,f18,f19] was orphaned by turki
SMTP client
https://admin.fedoraproject.org/pkgdb/acls/name/msmtp
mysql-connector-c++ [devel] w
= Proposed Self Contained Change: GLIBC 2.18 =
https://fedoraproject.org/wiki/Changes/GLIBC218
Change owner(s): Carlos O'Donell
Switch GLIBC in Fedora 20 to GLIBC version 2.18.
== Detailed description ==
GLIBC 2.18 will be released at the end of July 2013; we have started closely
tracking the
Hello All.
2013/7/8 :
> Change in ownership over the last 168 hours
> ===
>
> 19 packages were orphaned
> -
> msmtp [EL-5,devel,f17,f18,f19] was orphaned by turki
> SMTP client
> https://admin.fedoraproject.org/pkgdb/acls/n
Dan Mashal writes:
> > The Feature page still belongs to the FeaturePageIncomplete category.
>
> I feel a somewhat similar way about boost and it would be nice if
> there was some more detailed descriptions here.
Frankly, my biannual filing of Feature/Change page is mostly
cargo-culting. It
Petr Machata writes:
> Dan Mashal writes:
>
>> > The Feature page still belongs to the FeaturePageIncomplete category.
>>
>> I feel a somewhat similar way about boost and it would be nice if
>> there was some more detailed descriptions here.
>
> So if the consensus is that Boost rebases don'
On Mon, Jul 08, 2013 at 16:59:40 +0200,
Petr Machata wrote:
So if the consensus is that Boost rebases don't need this sort of
paperwork, I'll simply not do it the next time around.
Boost changes should be noted. It touches a lot of packages and sometimes
changes need to be made. Some help
- Original Message -
> Dan Mashal writes:
>
> > > The Feature page still belongs to the FeaturePageIncomplete category.
> >
> > I feel a somewhat similar way about boost and it would be nice if
> > there was some more detailed descriptions here.
>
> Frankly, my biannual filing of Fea
Hi,
upstream of pam_mount pointed me to OpenSUSE's gpg-offline RPM macros at
https://build.opensuse.org/package/show/Base:System/gpg-offline
They allow to use a keyring and detached signature as additional source
in SPECs to get both verified. Since gpg-offline's upstream is willing
to create a p
On Mon, Jul 08, 2013 at 11:15:05PM +0200, Till Maas wrote:
> Hi,
>
> upstream of pam_mount pointed me to OpenSUSE's gpg-offline RPM macros at
> https://build.opensuse.org/package/show/Base:System/gpg-offline
>
> They allow to use a keyring and detached signature as additional source
> in SPECs to
On Mon, 8 Jul 2013 23:15:05 +0200
Till Maas wrote:
> Hi,
>
> upstream of pam_mount pointed me to OpenSUSE's gpg-offline RPM macros
> at https://build.opensuse.org/package/show/Base:System/gpg-offline
>
> They allow to use a keyring and detached signature as additional
> source in SPECs to get b
lonote-2.2.1 license has changed from 'GPLv3 and ASL 2.0' to 'ASL 2.0'.
Cheers
-robin
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
The Fedora Amateur Radio SIG will be hosting a Ham Radio VE Session at
Flock 2013 (at the College of Charleston) on Saturday, August 10, 2013
from 2:00pm-4:00pm in room ECTR 115. Please arrive promptly at 2:00pm
if possible, we must be out of that room by 4:00pm, as another
talk/hackfest will be s
On Mon, Jul 08, 2013 at 11:28:27AM +0200, Matthias Runge wrote:
> On 08/07/13 10:41, Jaroslav Reznik wrote:
> > = Proposed Self Contained Change: Ryu Network Operating System =
> > https://fedoraproject.org/wiki/Changes/Ryu
> >
> > Change owner(s): yamahata
> >
> > Ryu Network Operating System
Dne 8.7.2013 12:00, nob...@fedoraproject.org napsal(a):
ruby-mysql [devel] was orphaned by orion
A Ruby interface to MySQL
https://admin.fedoraproject.org/pkgdb/acls/name/ruby-mysql
Was this intentional? There is no replacement to this package in Fedora
yet, nor it was correctly d
Hi,
I'm facing a strange issue while using libcurl with pthreads to access
'https://' addresses.
The program abruptly crashes with a SIGPIPE. I'm unable to produce it for any
single URL.
This very issue was fixed upstream recently:
-> http://www.fpaste.org/23849/
-> http://sourcefo
Hi,
>Till the time the new fixed version - 7.31.0 - is packaged and available,
>solution is for
>applications to ignore SIGPIPE signal.
>+ signal(SIGPIPE, SIG_IGN);
>The problem is, even after ignoring SIGPIPE, I'm seeing same crashes.
I think if you ignore SIGPIPE it produces EPIPE, try set
23 matches
Mail list logo
