Re: convert program from ImageMagick broken in rawhide?

On Thu, Apr 30, 2015 at 3:08 PM, Bruno Wolff III wrote: > I tested this and it happens on my AMD machine, but not my intel machine. > So its probably using SSE without testing to make sure it's supported. > Most likely this can be disabled in the build. I had some time to think about this... I'

Re: [Bug 1201978] dracut assumes BIOS time is UTC closed without fixing again

Once upon a time, Eric Sandeen said: > Time-based check is ext234's (old default) behavior of forcing a full > fsck just because X days or Y mounts have gone by. Yeah, but since the early days of defaulting to ext3, Red Hat Linux (and so Fedora after that) disabled that on filesystems created by

Re: [Bug 1201978] dracut assumes BIOS time is UTC closed without fixing again

On 4/30/15 7:35 PM, Felix Miata wrote: > Adam Williamson composed on 2015-04-30 17:11 (UTC-0700): > >>> He never mentioned what time-based fsck is that I saw, > >> "What doesn't work is rtc-in-local in early-boot, that's all. And that >> doesn't matter really, except if you are crazy enough to ma

Re: [Bug 1201978] dracut assumes BIOS time is UTC closed without fixing again

On 4/30/15 7:58 PM, Matthew Miller wrote: > On Thu, Apr 30, 2015 at 05:22:20PM -0700, Andrew Lutomirski wrote: >> Maximum mount count: 21 >> Last checked: Mon Apr 6 10:42:37 2015 >> Check interval: 15552000 (6 months) > > The default is definely now 0, but you're right,

Re: [Bug 1201978] dracut assumes BIOS time is UTC closed without fixing again

On Thu, Apr 30, 2015 at 05:22:20PM -0700, Andrew Lutomirski wrote: > Maximum mount count: 21 > Last checked: Mon Apr 6 10:42:37 2015 > Check interval: 15552000 (6 months) The default is definely now 0, but you're right, if you've upgraded for a long time, it won't be ch

Re: [Bug 1201978] dracut assumes BIOS time is UTC closed without fixing again

Adam Williamson composed on 2015-04-30 17:11 (UTC-0700): >> He never mentioned what time-based fsck is that I saw, > "What doesn't work is rtc-in-local in early-boot, that's all. And that > doesn't matter really, except if you are crazy enough to manually > enable time-based fsck in ext234, which

Re: [Bug 1201978] dracut assumes BIOS time is UTC closed without fixing again

On Thu, Apr 30, 2015 at 5:11 PM, Adam Williamson wrote: > On Thu, 2015-04-30 at 19:45 -0400, Felix Miata wrote: >> Adam Williamson composed on 2015-04-30 16:37 (UTC-0700): >> >> > I'd prefer objective analysis over anecdata. poettering's >> > contention >> > is : >> >> > i) there is only a problem

Re: [Bug 1201978] dracut assumes BIOS time is UTC closed without fixing again

On Thu, 2015-04-30 at 19:45 -0400, Felix Miata wrote: > Adam Williamson composed on 2015-04-30 16:37 (UTC-0700): > > > I'd prefer objective analysis over anecdata. poettering's > > contention > > is : > > > i) there is only a problem if you have time-based fsck enabled > > ii) this is not the de

Re: [Bug 1201978] dracut assumes BIOS time is UTC closed without fixing again

Adam Williamson composed on 2015-04-30 16:37 (UTC-0700): > I'd prefer objective analysis over anecdata. poettering's contention > is : > i) there is only a problem if you have time-based fsck enabled > ii) this is not the default > your anecdote does not provide enough information to prove or di

Re: Packaging rust-lang

On 04/30/2015 02:56 AM, Dominik 'Rathann' Mierzejewski wrote: > On Wednesday, 29 April 2015 at 19:15, Josh Stone wrote: >> On 04/27/2015 02:35 AM, Fabian Deutsch wrote: >>> Hey, >>> >>> there is some interest (the interested people are BCC'ed) in packaging >>> [Rust](http://www.rust-lang.org). >>>

Re: [Bug 1201978] dracut assumes BIOS time is UTC closed without fixing again

On Thu, 2015-04-30 at 19:13 -0400, Felix Miata wrote: > Adam Williamson composed on 2015-04-30 15:49 (UTC-0700): > > > We seem to have two sides saying two fundamentally different things > > here: one claiming that all Windows/Fedora multiboot systems (that > > haven't had the hardware clock set t

gtkmm30 gcc5 rebuild

Hi, I'd need gtkmm30 rebuilt for gcc5 to build gimagereader. Thanks, Sandro -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: minimal requirements for subpackage named common

On Tue, 2015-04-28 at 15:15 +0200, Jan Chaloupka wrote: > Is there a minimum requirement what should a common package provide > or > is it just arbitrary? There's no real requirement. Personally 'common' is the name I'd most likely expect, with one proviso; I kinda expect a package named 'common

Re: [Bug 1201978] dracut assumes BIOS time is UTC closed without fixing again

Adam Williamson composed on 2015-04-30 15:49 (UTC-0700): > We seem to have two sides saying two fundamentally different things > here: one claiming that all Windows/Fedora multiboot systems (that > haven't had the hardware clock set to UTC and Windows adjusted to know > about that) are doing fsck

Re: [Bug 1201978] dracut assumes BIOS time is UTC closed without fixing again

On Wed, 2015-04-29 at 18:46 +0200, Lennart Poettering wrote: > On Wed, 29.04.15 11:48, Przemek Klosowski (przemek.klosow...@nist.gov > ) wrote: > > > I agree that it's not possible to make this work under every > > circumstance, > > but a compromise existed that worked well enough so that most >

Re: convert program from ImageMagick broken in rawhide?

On Thu, Apr 30, 2015 at 3:08 PM, Bruno Wolff III wrote: > On Wed, Apr 29, 2015 at 21:34:45 -0500, > Richard Shaw wrote: > >> I was doing a test build of zipios++ for rawhide in mock and when the >> build >> for the documentation was attempted I got an interesting (if unhelpful) >> error. >> >>

Re: convert program from ImageMagick broken in rawhide?

On Wed, Apr 29, 2015 at 21:34:45 -0500, Richard Shaw wrote: I was doing a test build of zipios++ for rawhide in mock and when the build for the documentation was attempted I got an interesting (if unhelpful) error. It looks like the make doc target uses convert for part of the documentation:

Re: Orphaning 'nss_compat_ossl'

A day or two ago Ceph upstream was just discussing using this library to support for HTTPS support in its embedded Civetweb server. nss-compat-ossl is not in Debian/Ubuntu, but we could try to make that happen... this announcement catches me by surprise. Is this library essentially dead upstream? W

F-22 Branched report: 20150430 changes

Compose started at Thu Apr 30 07:15:03 UTC 2015 Broken deps for armhfp -- [Sprog] Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0) [aeskulap] aeskulap-0.2.2-0.19beta1.fc22.armv7hl requires libofstd.so.3.6

Announcing the release of Fedora 22 Beta for aarch64 and POWER platforms!

Fedora 22 Beta Release Announcement === The Fedora 22 Beta release for aarch64 and POWER secondary architecutres has arrived, with a preview of the latest free and open source technology under development. Take a peek inside! https://dl.fedoraproject.org/pub/fedora

Re: Removing packages that have broken dependencies in F22 tree

On Thu, Apr 30, 2015 at 1:30 PM, Björn Persson wrote: > Peter Robinson wrote: >> I'm having issues with: >> aws >> gnatcoll >> matreshka >> >> All of which have issues other than gnat 5. If you could have a look >> at those and if you need help getting them built/submitted reach out >> to me on e

Re: Non-responsive Maintainer - itamarjp

On Wednesday, April 29, 2015 11:57:55 PM Itamar Reis Peixoto wrote: > On Apr 29, 2015 20:45, "Eric Christensen" wrote: > > Does anyone know how to contact itamarjp? I've been trying to contact him > > through BZ[0] regarding a security flaw in ytnef that's been open for > > going on > > > five

Re: Removing packages that have broken dependencies in F22 tree

Peter Robinson wrote: > I'm having issues with: > aws > gnatcoll > matreshka > > All of which have issues other than gnat 5. If you could have a look > at those and if you need help getting them built/submitted reach out > to me on email/IRC and I'll help get the the fixes built/landed. All > the

Re: nettle, gnutls: soname version bump in rawhide

On Tue, Apr 28, 2015 at 11:04 AM, Kalev Lember wrote: > On 04/28/2015 09:10 AM, Nikos Mavrogiannopoulos wrote: >> On Mon, 2015-04-27 at 16:33 +0200, Kalev Lember wrote: >>> My concern is that there's probably a lot of 3rd party apps that use >>> gnutls. Even if it's just as simple as rebuilding, i

Re: Packaging rust-lang

On Wednesday, 29 April 2015 at 19:15, Josh Stone wrote: > On 04/27/2015 02:35 AM, Fabian Deutsch wrote: > > Hey, > > > > there is some interest (the interested people are BCC'ed) in packaging > > [Rust](http://www.rust-lang.org). > > The packaging request is tracked here: Bug 915043 - Package rust

Re: Removing packages that have broken dependencies in F22 tree

On Tuesday, 28 April 2015 at 00:45, Kalev Lember wrote: > Hi all, > > In two weeks we will be entering the F22 Final Freeze. At that point, > Fedora release engineering retires any packages that still have broken > dependencies in the F22 tree. > > Based on today's Branched report [1], we still h

Re: Removing packages that have broken dependencies in F22 tree

> leksah petersen, haskell-sig Yes, this needs 8 new dependencies which I haven't had time to post reviews for yet: https://bugzilla.redhat.com/show_bug.cgi?id=1074907#c18 leksah is a Haskell IDE - I don't use it myself or know many people who do, but if someone is willing to he

Re: Orphaning 'nss_compat_ossl'

On 2015-04-30, Petr Pisar wrote: > On 2015-04-29, Matthew Harmsen wrote: >> As we believe that the only project that may have been using >> 'nss_compat_ossl' was the 'elinks' project, and they are abandoning its >> use (see elinks-0.12-0.44.pre6.fc23 >>

Re: Orphaning 'nss_compat_ossl'

On 2015-04-29, Matthew Harmsen wrote: > As we believe that the only project that may have been using > 'nss_compat_ossl' was the 'elinks' project, and they are abandoning its > use (see elinks-0.12-0.44.pre6.fc23 >), I am > announcin