> Is there a way to get a list of the latest builds out of Koji?
> Especially builds from a particular tag/target (f25).
>
> I tried a few things, but none of them are ideal:
>
> (1) There is an RSS feed (http://koji.fedoraproject.org/koji/recentbuilds)
> but it only contains a handful of builds.
>
>> My recollection is grubby was going to get a rethink, but I don't know
>> the scope. There are test cases built-into grubby that are considered
>> valuable, I'm not sure about the rest. Gene found the code difficult.
>> I think the main issue is, whether grubby or something else, it needs
>> to
On Mon, Oct 3, 2016 at 11:18 AM, Jan Kurik wrote:
> = Proposed Self Contained Change: BIND version 9.11 =
> https://fedoraproject.org/wiki/Changes/BIND_9.11
>
> Change owner(s):
> * Tomas Hozza
> * Michal Ruprich
>
> BIND (Berkeley Internet Name Domain) version 9.11 is the latest stable
> major
On Mon, Oct 10, 2016 at 10:11 AM, Pavel Raiskup wrote:
> Hi all,
>
> there's new PostgreSQL version 9.6.0 out and we plan to build this into
> Fedora Rawhide within few moments (a bit of testing remains now).
Is there a FESCo approved change?
> This action requires re-buliding of packages that p
On Mon, Oct 10, 2016 at 9:50 AM, Marcin Juszkiewicz
wrote:
> W dniu 10.10.2016 o 10:30, Jan Kurik pisze:
>> = Proposed Self Contained Change: Jekyll =
>> https://fedoraproject.org/wiki/Changes/Jekyll
>
> Since when adding new package requires Change proposal?
A single new package shouldn't have a
On Mon, Oct 10, 2016 at 12:30 PM, Sandro Bonazzola
wrote:
> Hi,
> just seen:
> DEBUG util.py:421: Error: Package: 2:qemu-system-aarch64-2.6.1-1.fc24.ppc64le
> (updates)
> DEBUG util.py:421: Requires: edk2-aarch64
> DEBUG util.py:421: Error: Package: 2:qemu-system-x86-2.6.1-1.fc24.pp
>>> DEBUG util.py:421: Error: Package:
>>> 2:qemu-system-aarch64-2.6.1-1.fc24.ppc64le (updates)
>>> DEBUG util.py:421: Requires: edk2-aarch64
>>> DEBUG util.py:421: Error: Package:
>>> 2:qemu-system-x86-2.6.1-1.fc24.ppc64le (updates)
>>> DEBUG util.py:421: Requires: edk2-o
On Wed, Oct 12, 2016 at 1:47 PM, Kaleb S. KEITHLEY wrote:
> Hi,
>
> I have a glusterfs-3.7.16 scratch build that's failing in koji f26 builds
>
>
> https://koji.fedoraproject.org/koji/getfile?taskID=16059122&name=build.log&offset=-4000
Can you reference the root task, can''t get that from the lin
On Tue, Dec 11, 2012 at 9:57 PM, Orion Poplawski wrote:
> On 12/11/2012 02:41 PM, Peter Robinson wrote:
>>
>> commit 8949ba49ab66e8642a38087fd19217dabc4f117b
>> Author: Peter Robinson
>> Date: Tue Dec 11 21:40:52 2012 +
>>
>> Build with -fpi
On Wed, Dec 19, 2012 at 7:03 PM, Jon Masters wrote:
> Hello,
>
> This week's Fedora ARM status will take place today (Wednesday, Dec
> 12th) in #fedora-meeting-1 on Freenode. I will run the meeting with
> Brendan as Paul is on PTO today. Please ping us on #fedora-arm with
> additional topics on IR
On Fri, Dec 21, 2012 at 5:17 PM, Matthew Garrett wrote:
> On Fri, Dec 21, 2012 at 09:06:07AM -0800, Brendan Conoboy wrote:
>> On 12/21/2012 08:53 AM, Matthew Garrett wrote:
>> >Are you looking at F19 or F20 for PA?
>>
>> This will be a very engaging topic at FUDCon next month. Current
>> logistic
On Fri, Dec 28, 2012 at 3:34 PM, Brendan Jones
wrote:
> On 12/28/2012 12:33 AM, Kevin Kofler wrote:
>>
>> Steve Clark wrote:
>>>
>>> Then why is no one fixing the identified bugs?
>>
>>
>> Because Lennart insists on backporting only individual fixes to Fedora
>> releases as opposed to rebasing to
On 29 Dec 2012 01:48, "Chris Murphy" wrote:
>
>
> On Dec 28, 2012, at 12:25 PM, Peter Robinson wrote:
>
> > On Fri, Dec 28, 2012 at 3:34 PM, Brendan Jones
> > wrote:
> >> On 12/28/2012 12:33 AM, Kevin Kofler wrote:
> >>>
> >>
On Sat, Dec 29, 2012 at 4:23 PM, Brendan Jones
wrote:
> On 12/28/2012 08:25 PM, Peter Robinson wrote:
>>
>> On Fri, Dec 28, 2012 at 3:34 PM, Brendan Jones
>> wrote:
>>>
>>> On 12/28/2012 12:33 AM, Kevin Kofler wrote:
>>>>
>>>>
>
On Wed, Jan 2, 2013 at 9:48 PM, William Brown wrote:
> On Wed, 2013-01-02 at 21:06 +0100, Miloslav Trmač wrote:
>> On Wed, Jan 2, 2013 at 7:59 PM, Jaroslav Reznik wrote:
>> > = Features/DualstackNetworking =
>> > https://fedoraproject.org/wiki/Features/DualstackNetworking
>
> I think that this is
On Wed, Jan 16, 2013 at 12:18 PM, Richard W.M. Jones wrote:
> On Wed, Jan 16, 2013 at 09:53:25AM +0100, Jochen Schmitt wrote:
>> Hallo,
>>
>> for Fedora 17 we had a feature to make btrfs to the
>> standard filesystem of Fedora. This feature was defered
>> because the fsck utitlities for btrfs was
On Fri, Jan 18, 2013 at 5:51 PM, Joshua C. wrote:
> Some days ago the version number for the f18-kernels was changed to
> 20x as in kernel-3.7.3-205.fc18. Is there a special reason for this?
> Are the first 200 numbers reserved for something?
Yes, read the kernel meeting notes and I believe an e
On Mon, Jan 21, 2013 at 1:57 PM, Bruno Wolff III wrote:
> On Sun, Jan 20, 2013 at 23:56:49 -0500,
> Jonathan Masters wrote:
>>
>>
>> We had a number of conversations about how to involve more people in
>> Fedora on ARM. We also had many other conversations that are being minuted
>> on the wiki,
> - Original Message -
>> From: Peter Robinson
>> To: Development discussions related to Fedora
>> Cc: a...@lists.fedoraproject.org
>> Sent: Monday, January 21, 2013 6:28 PM
>> Subject: Re: [fedora-arm] FUDCon ARM related followup
>>
>> On
On Tue, Jan 22, 2013 at 12:55 PM, Jon Masters wrote:
> Always was done with yaboot. Do we know if OLPC will move to UEFI?
I very much doubt it
> Sent from my phone. Please excuse formatting and brevity.
>
> Peter Robinson wrote:
>
>> - Original Message -
>
On 22 Jan 2013 20:35, "Josh Boyer" wrote:
>
> On Tue, Jan 22, 2013 at 01:23:44PM -0600, Bruno Wolff III wrote:
> > On Tue, Jan 22, 2013 at 14:13:23 -0500,
> > Przemek Klosowski wrote:
> > >On 01/19/2013 05:50 PM, Bruno Wolff III wrote
> > >
> > >>>The hundreds series is speific to the fedora ve
On 23 Jan 2013 06:39, "Jens Petersen" wrote:
>
> > 3) ghc - using LLVM as compiler, as a result incorrect triplet
>
> Not sure what this is referring to: ghc ARM devel for F18 is
> basically done (except for a few minor libs appearing
> in the Branch report that need rebuilding) and working fine.
On Tue, Jan 22, 2013 at 3:25 PM, Tom Lane wrote:
> Bill Nottingham writes:
>> Jaroslav Reznik (jrez...@redhat.com) said:
>>> We would like to replace MySQL with MariaDB in early development cycle for
>>> Fedora 19. MySQL will continue to be available for at least one release, but
>>> MariaDB will
Hi All,
Sorry, I missed the cogl soname bump when I pushed the build last
night, I'll work to rebuild associated deps now, any help appreciated.
Peter
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Sat, Jan 26, 2013 at 3:51 PM, Richard W.M. Jones wrote:
> On Fri, Jan 25, 2013 at 03:35:58PM -0700, Orion Poplawski wrote:
>> FYI - Looks like icu 50 landed in rawhide today with the usual soname bump
>
> Also breaks boost in the buildroot:
>
> http://koji.fedoraproject.org/koji/getfile?taskID=
> [webkitgtk]
That failed, as did the webkitgtk3 I tried to rebuild but firefox
crashed when trying to load the logs to see why.
> Failed (many icu flags thing: bug 856594)
I really wish the maintainer communicated this better rather than
throwing it over the fence on a Friday and running away.
On Mon, Jan 28, 2013 at 3:47 PM, Máirín Duffy wrote:
> On 01/28/2013 02:06 AM, Dan Mashal wrote:
>> You don't see the point of MATE or Cinnamon? How long did you play with
>> them 5 minutes?
>
> Do you remember the GNOME 1.x => 2.x transition? Similarly to how there
> are forks of GNOME now to 'ke
On Tue, Jan 29, 2013 at 8:52 AM, Richard W.M. Jones wrote:
> I have a filed a bug about this:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=905345
> "libcacard can never be installed"
Is there a reason that qemu ships a bundled version of libcacard?
What's the difference between the two of them
On Thu, Jan 31, 2013 at 6:57 PM, Matthias Clasen wrote:
> I just realized that there is a change to the way polkit is packaged in f19
> that spin maintainers should be aware of: the polkit package is just the
> service, which only provides the default policy as specified in the action
> definit
On Sat, Feb 9, 2013 at 10:44 AM, Kevin Kofler wrote:
> Dennis Gilmore wrote:
>> Additionally we will be mass patching config.guess and config.sub to
>> support aarch64 in preperation for 64 bit arm support
>
> Ugh, this really shows how bundled autocrap sucks!
>
> How are you going to determine th
On 12 Feb 2013 19:53, "Jon Ciesla" wrote:
>
>
>
> On Tue, Feb 12, 2013 at 1:12 PM, Lennart Poettering
wrote:
>>
>> On Tue, 12.02.13 12:38, Jon Ciesla (limburg...@gmail.com) wrote:
>>
>> > On Tue, Feb 12, 2013 at 12:34 PM, Lennart Poettering
>> > wrote:
>> >
>> > > Heya,
>> > >
>> > > since a whil
On Wed, Feb 13, 2013 at 10:44 AM, Dan Mashal wrote:
> Please can we test this on rawhide first if anything? I'm pretty sure a lot
> of thing are still ck dependant. We are still trying to catch up to systemd.
>
> Just because some other distro did it doesn't mean we should do it too.
Retirement o
On 13 Feb 2013 22:50, "Matthew Miller" wrote:
>
> On Wed, Feb 13, 2013 at 11:38:42PM +0100, Michael Scherer wrote:
> > However, I have already removed consolekit on my F18 without any notable
> > issue, so I do not think any breakage would be blocking. We have the
> > whole F19 cycle to find and d
Hi All,
A heads up that we're planning an outage of arm.koji.fedoraproject.org
to migrate the koji instance to the new infrastructure in Phoenix.
The outage will begin about 02:00 UTC on Saturday the 16th February
and while we're not certain the exact time it should take we estimate
it should be
On Fri, Feb 15, 2013 at 6:22 PM, DJ Delorie wrote:
>
> (subject changed, please strip the [was...] when replying)
>
>> On 13/02/13 10:15 AM, DJ Delorie wrote:
>> > (well, more like crap, since I still haven't figured out how to
>> > get pulseaudio to use my digital audio outputs).
>>
>> Really? 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.koj
On Thu, Feb 28, 2013 at 3:54 AM, Cosimo Cecchi wrote:
> Hi all,
>
> The "the-board" project hasn't seen almost any development upstream and it
> currently doesn't build in rawhide due to previous gjs API changes.
> I just don't have the time to try and reviving it these days, so I'll orphan
> the
On Fri, Mar 1, 2013 at 10:14 PM, Bill Nottingham wrote:
> Peter Robinson (pbrobin...@gmail.com) said:
>> On Thu, Feb 28, 2013 at 3:54 AM, Cosimo Cecchi wrote:
>> > Hi all,
>> >
>> > The "the-board" project hasn't seen almost any development upst
On 7 Mar 2013 07:09, "Clive Hills" wrote:
>
> I suppose I have to bite and ask why yubikey is regarded as
single-factor? I guess it isn't something I know as well as something I
have?
>
> Spot's poll is interesting - I see SecureID hard tokens leading the hard
tokens featured (7am UTC Thursday) bu
On 10 Mar 2013 16:53, "Ian Pilcher" wrote:
>
> On 03/09/2013 12:08 PM, Kevin Fenzi wrote:
> > So, I am going to retire this package in rawhide soon unless there's
> > folks with a very strong C++ background wishing to fix issues and
> > basically become the new upstream.
>
> Does Fedora currently
On 11 Mar 2013 02:30, "Kevin Kofler" wrote:
>
> Lennart Poettering wrote:
> > True thing. libselinux is a library we really really should avoid
> > linking against.
>
> Why the sarcasm? SELinux and libselinux only ever cause problems, why
can't
> we finally kick them out of Fedora?
Really? I find
On Mon, Mar 11, 2013 at 7:57 PM, Bill Nottingham wrote:
> Björn Persson (bjorn@rombobjörn.se) said:
>> Matthias Clasen wrote:
>> > - Turn off the graphical grub screen
>> >
>> > Even if we are not able to suppress the boot menu entirely, or having a
>> > clean boot menu like this:
>> > https://r
On Mon, Mar 11, 2013 at 8:07 PM, Lennart Poettering
wrote:
> On Mon, 11.03.13 19:21, Tomasz Torcz (to...@pipebreaker.pl) wrote:
>
>> > > Fine with me, but don't forget to have a hint to this key visible e.
>> > > g., "Press F1 to..." in some corner. Current
>> > > policy that user just should k
On Mon, Mar 11, 2013 at 8:54 PM, Lennart Poettering
wrote:
> On Mon, 11.03.13 20:22, Peter Robinson (pbrobin...@gmail.com) wrote:
>
>> > Entering the boot loader is something that is a debugging feature, a
>> > tool for professionals. It shouldn't be too hard to expe
On Mon, Mar 11, 2013 at 9:18 PM, Michael Cronenworth wrote:
> On 03/11/2013 04:13 PM, seth vidal wrote:
>> I want to encourage kids, teenagers, etc to explore the OS. We need
>> them to be involved in CREATING and LEARNING. So I don't want to scare
>> any of them off.
>
> My OLPC does not present
On Tue, Mar 12, 2013 at 7:36 AM, Jan Kratochvil
wrote:
> On Tue, 12 Mar 2013 02:03:16 +0100, Jared K. Smith wrote:
>> On Mon, Mar 11, 2013 at 7:02 PM, Richard W.M. Jones
>> wrote:
>> > Has Fedora *ever* had a functional soft-phone? I ask this because I
>> > have tried many, and none of them *ev
On Tue, Mar 12, 2013 at 10:28 PM, Kevin Kofler wrote:
> Jared K. Smith wrote:
>> try to get some of the next generation open-source softphones
>> compiling for Fedora and then packaged.
>
> The main showstopper there is that they almost all directly or indirectly
> (e.g. through libmediastreamer)
On Tue, Mar 12, 2013 at 10:38 PM, Matej Cepl wrote:
> On 2013-03-12, 22:28 GMT, Kevin Kofler wrote:
>> The main showstopper there is that they almost all directly or
>> indirectly (e.g. through libmediastreamer) depend on FFmpeg. Ekiga
>> seems to be the only one using GStreamer. :-(
>
> And telep
On 13 Mar 2013 08:02, "Matej Cepl" wrote:
>
> On 2013-03-12, 23:11 GMT, Peter Robinson wrote:
> > I've never managed to make that work, when ever I configure it all I
> > get is a crash.
>
> Using sip.redhat.com (that's eZuce OpenUC) I have just mad
On Wed, Mar 13, 2013 at 8:25 AM, Vít Ondruch wrote:
> Dne 12.3.2013 16:30, Dennis Gilmore napsal(a):
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Hi All,
>>
>> F19 has been branched, please be sure to do a git pull --rebase to pick
>> up the new branch, additionally rawhide/f20 has
On Wed, Mar 13, 2013 at 12:40 PM, Richard W.M. Jones wrote:
>
> I just got notification of this broken dependency:
>
> libguestfs has broken dependencies in the F-19 tree:
> On x86_64:
> 1:ruby-libguestfs-1.21.19-1.fc19.x86_64 requires ruby(abi) = 0:1.9.1
> [etc]
>
> No problem with that.
On Wed, Mar 13, 2013 at 4:03 PM, Pavel Alexeev wrote:
> Good day.
>
> By request https://bugzilla.redhat.com/show_bug.cgi?id=849065 I plan split
> off ImageMagick-libs sub-package and update ImageMagick to last 6.8.3-9
> version.
> There many changes including so-name bump and version scheme chang
>> Summary:
>> Added Packages: 1
>> Removed Packages: 1
>> Upgraded Packages: 45
>> Size of added packages: 5107 (5.0 k)
>> Size change of modified packages: 8168436 (7.8 M)
>> Size of removed packages: 29396 (29 k)
>> Size change: 8144147 (7.8 M)
>> Compose finisheded at Thu Mar 14 10:51:53 UTC 20
On Tue, Mar 19, 2013 at 11:49 AM, Kai Engert wrote:
> On Mon, 2013-03-18 at 23:56 +, Sérgio Basto wrote:
>> Could we consider change release name from "Schrödinger's Cat" to
>> "Schrodingers Cat" or other name that not have this additional
>> problem ?
>
> In my opinion, it makes sense to dist
On 19 Mar 2013 14:33, wrote:
>
> > From: "Richard W.M. Jones"
> >
> > An interesting question is: Why don't we try out the new release name
> > early on in Rawhide. ie. we would change the release name now to
> > whatever F20 is going to be + " (Rawhide)". Wouldn't that give us a
> > lot more
On 19 Mar 2013 16:22, "Richard W.M. Jones" wrote:
>
> On Tue, Mar 19, 2013 at 01:08:35PM -, Paul Flo Williams wrote:
> > Jaroslav Reznik wrote:
> > > - Original Message -
> > >> Once upon a time, G.Wolfe Woodbury said:
> > >> submit a Feature and do proper testing/bug fixing/etc. for
On Tue, Nov 11, 2014 at 5:25 PM, valent.turko...@gmail.com
wrote:
> Guys and galls,
> if you have Lenovo laptop please install latest Fedora 21 beta and
> provide feedback because there are reported cases that suspend/resume
> doesn't work on Lenovo laptops.
>
> Currently there are reports that Fe
The Fedora 21 beta release for the ARM aarch64 platform is here, and - as usual
- is packed with amazing improvements to Fedora, as well as fantastic free and
open source software, gently harvested for your enjoyment. No bits were harmed
in the making of this beta.
What is the Beta Release?
==
The Fedora 21 beta release for the POWER platform, in Big and Little Endian
flavours, is here, and - as usual - is packed with amazing improvements to
Fedora, as well as fantastic free and open source software, gently harvested
for your enjoyment. No bits were harmed in the making of this beta.
Wh
Hi Rex,
> Field3D-1.4.3-1.fc22.i686 requires libImath-2_1.so.11
> Field3D-1.4.3-1.fc22.i686 requires libIlmThread-2_1.so.11
> Field3D-1.4.3-1.fc22.i686 requires libIex-2_1.so.11
> Field3D-1.4.3-1.fc22.i686 requires libHalf.so.11
> [ImageMagick]
> ImageMagick
>> What do you think? Would this help towards the goals listed above?
>> Would it help _other_ things? What downsides would it bring?
>
> I think it is not useful to set up a general mechanism of alternating
> releases and borrow a name for it before you've discussed what concrete
> tasks in releas
On Thu, Dec 4, 2014 at 6:42 PM, Matthew Miller wrote:
> On Thu, Dec 04, 2014 at 11:02:28AM -0600, Bruno Wolff III wrote:
>> >For us, that would mean alternating between concentrating on release
>> >features and on release engineering and QA process and tooling. During
>> >the "tick", we'd focus on
> On Thu, 2015-01-08 at 08:47 -0500, Paul Wouters wrote:
>> On Thu, 8 Jan 2015, Dhiru Kholia wrote:
>>
>> >> | Your package accepts/processes untrusted input.
>> >>
>> >> This seems to be about every package that I use, because I most if not
>> >> all tools process untrusted data from the Inter
> The only other approach I could see for the headless
> servers would be mandating the enrollment in an identity domain at
> installation time (such as to FreeIPA or Active Directory).
And in this scenario we should absolutely disable PermitRootLogin.
>>>
>>>
>>> So that
On Tue, Jan 13, 2015 at 12:35 AM, Kevin Kofler wrote:
> Vít Ondruch wrote:
>> I'd like to collect some feedback about the $SUBJECT, i.e. making
>> minimal build root really minimal, explicitly specifying build
>> dependencies, etc.
>
> -1, all the serious software requires gcc, gcc-c++ and make to
>> You can interpret these data yourself, but with less packages in build root,
>> I can see:
>>
>> 1) Saved build time
>> 2) Saved network bandwidth
>> 3) Saved storage
>> 4) Less things to break
>
> Just to make sure I'm reading the data correctly, your tests show a
> maximum approximate savings
On Wed, Jan 14, 2015 at 1:17 PM, Pierre-Yves Chibon wrote:
> On Wed, Jan 14, 2015 at 01:00:27PM +0100, Jaroslav Reznik wrote:
>> = Proposed Self Contained Change: Gnome Shell - New Notifications =
>> https://fedoraproject.org/wiki/Changes/GnomeShell_NewNotifications
>>
>> Change owner(s): Florian
On Wed, Jan 14, 2015 at 2:12 PM, Jaroslav Reznik wrote:
> - Original Message -
>> On Wed, Jan 14, 2015 at 02:55:15PM +0100, Zbigniew Jędrzejewski-Szmek wrote:
>> > http://gcc.gnu.org/gcc-5/porting_to.html → 404
>>
>> That will be added likely after the test mass rebuild with what we find
>
>> > > http://gcc.gnu.org/gcc-5/porting_to.html → 404
>> >
>> > That will be added likely after the test mass rebuild with what we find
>> > during that.
>>
>> Do you have any estimate when it will be done? F22 schedule is/will be pretty
>> tight. We already have problem scheduling mass rebuild and
On Wed, Jan 14, 2015 at 5:51 PM, Miloslav Trmač wrote:
>> * Contingency mechanism: Revert to older gcc, mass rebuild everything again
>> * Contingency deadline: Before release
>
> This is an invasive contingency mechanism, requiring retesting a lot of
> functionality; the contingency deadline for
On Fri, Jan 16, 2015 at 4:00 AM, Richard W.M. Jones wrote:
> Jakub:
>
> I will test gcc 5 on my Rawhide aarch64 machine, if you can point me
> to either a build of it or an SRPM. So far I see no gcc 5 builds in
> either Koji or the linked wiki page.
aarch64 scratch build that Jakub did yesterday
>> >>> > > that all being said. koji doesn't use any caching and will
>> >>> > > not use the lvm plugin. we make every buildroot from scratch
>> >>> > > using a fully clean environment to help with ensuring
>> >>> > > reproducability.
>> >> >
>> >> > You can cache and still preserve reproducability
>>> at least i doubt there is a noticeable userbase with i686 running
>>> Fedora at all *and* would notice the drop noticeable
>>
>>
>> all of the OLPC XO 1.0 and 1.5 devices are running i686 fedora, that
>> userbase is in the millions, but would they notice the performance
>> drop I do not know.
On Mon, Jan 19, 2015 at 3:03 PM, Florian Weimer wrote:
> On 01/19/2015 03:08 PM, Peter Robinson wrote:
>>>>> at least i doubt there is a noticeable userbase with i686 running
>>>>> Fedora at all *and* would notice the drop noticeable
>>>>
>>
On Mon, Jan 19, 2015 at 10:55 PM, Dan Horák wrote:
> On Mon, 19 Jan 2015 23:44:28 +0100
> Petr Machata wrote:
>
>> Marcin Juszkiewicz writes:
>>
>> > W dniu 19.01.2015 o 20:58, Petr Machata pisze:
>> >> I'll rebase TBB to 4.3u2 next week. A scratch build is here:
>> >>
>> >>http://koji.fedo
On Wed, Jan 21, 2015 at 9:22 AM, Miroslav Suchý wrote:
> On 01/21/2015 09:33 AM, Vít Ondruch wrote:
>> It is surprising to see so many packges depending on yum. Yes, there is
>> stuff like rpm-build and mock,
>
> And mock can live without yum. If we only had weak deps allowed in Fedora
> mock.spe
>>> But I'm really interested in state of DNF as default too. Should I switch
>>> mock to use DNF as default?
>>> For me there is still lot of unfinished tasks. E.g. documenting what
>>> --installroot should actually do [BZ 1163028]
>> I don't think it's ready, it might be useful to have an optio
>> > 1) DNF will be the default package manager for F22 [2], so everything is
>> > ok here.
>> I really wonder what is the state here. This is on my rawhide:
>
> We strongly believe all the major problems will be resolved in time. Also, as
> of last week we have one person dedicated to helping peop
> But I'm really interested in state of DNF as default too. Should I switch
> mock to use DNF as default?
> For me there is still lot of unfinished tasks. E.g. documenting what
> --installroot should actually do [BZ 1163028]
I don't think it's ready, it might be useful to hav
On Wed, Jan 21, 2015 at 11:23 AM, Vít Ondruch wrote:
> Dne 21.1.2015 v 12:04 Peter Robinson napsal(a):
>>>>> But I'm really interested in state of DNF as default too. Should I switch
>>>>> mock to use DNF as default?
>>>>> For me there is
On Wed, Jan 21, 2015 at 11:20 AM, Eike Rathke wrote:
> Hi,
>
> I plan to upgrade libicu to 54.1 in rawhide end of this week or next
> week, which as usual comes with a soname bump. David Tardon will help
> with rebuilding the dependent packages.
Will you be doing this in a side tag and then getti
On Wed, Jan 21, 2015 at 11:44 AM, Vít Ondruch wrote:
> Dne 21.1.2015 v 12:34 Peter Robinson napsal(a):
>> Are we expected to cross referencing previous logs to see if there's
>> changes or if it's the same and provide you that information? We
>> already have too muc
On Wed, Jan 21, 2015 at 12:13 PM, Jan Zelený wrote:
> On 21. 1. 2015 at 11:13:28, Peter Robinson wrote:
>> >>>>> But I'm really interested in state of DNF as default too. Should I
>> >>>>> switch mock to use DNF as default? For me there is still
>> >> I really wonder what is the state here. This is on my rawhide:
>> > We strongly believe all the major problems will be resolved in time. Also,
>> > as of last week we have one person dedicated to helping people with
>> > porting their application and the rest of the developers focus mainly on
On Wed, Jan 21, 2015 at 12:42 PM, Jan Zelený wrote:
> On 21. 1. 2015 at 17:52:09, Sudhir Khanger wrote:
>> On Wed, Jan 21, 2015 at 5:43 PM, Jan Zelený wrote:
>> > Name them please. Or better yet, report them.
>>
>> Any plans for local repository support in DNF.
>>
>> https://bugzilla.redhat.com/s
>> Isn't it? In the build system I suspect you'd either get:
>> 1) a failed build
>> 2) a package without ruby features
>> 3) something unexpected
>>
>> It might not be a show stopper for a standard package install but it
>> is for reproducible builds
>
> Why wouldn't you get reproducible builds? T
>> >> > Name them please. Or better yet, report them.
>> >>
>> >> Any plans for local repository support in DNF.
>> >>
>> >> https://bugzilla.redhat.com/show_bug.cgi?id=991014
>> >
>> > Yes, porting plugins from yum-utils is high on our priority list. Most of
>> > the plugins will be ported over th
On Thu, Jan 22, 2015 at 1:04 PM, Eike Rathke wrote:
> Hi Peter,
>
> On Wednesday, 2015-01-21 11:35:53 +0000, Peter Robinson wrote:
>
>> > I plan to upgrade libicu to 54.1 in rawhide
>>
>> Will you be doing this in a side tag and then getting rel-eng to tag
>
On Thu, Jan 22, 2015 at 2:11 PM, Peter Robinson wrote:
> On Thu, Jan 22, 2015 at 1:04 PM, Eike Rathke wrote:
>> Hi Peter,
>>
>> On Wednesday, 2015-01-21 11:35:53 +, Peter Robinson wrote:
>>
>>> > I plan to upgrade libicu to 54.1 in rawhide
>>&
>> > Systemd contains many binaries and depends on a fairly large number of
>> > libraries. Packages which carry systemd units currently have to depend
>> > on
>> > systemd (through %post, %preun, %postun macros used to install and
>> > uninstall
>> > systemd units), which grows the dependency tree
>> current kernels being removed
>
> This was fixed almost a year ago
>
>> and other such issues
>
> Name them please. Or better yet, report them.
That issue about removing core packages isn't fixed properly. I said I
would do some testing and had a little bit of spare time today so did
some testi
>> The kernel, grub and a few other packages are built on the RHEL6
>> boxes, not everything was migrated off of RHEL
>>
>
> Just out of curiosity, what are the reasons?
Signing infrastructure for secure boot.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mai
On Mon, Jan 26, 2015 at 8:51 PM, Adam Williamson
wrote:
> Hi, folks. A couple of people have tried to build rygel 0.25, which
> bumps the API/ABI, but both times it failed. I just fixed it up and
> got a build through:
Thanks Adam, it needed a newer version of a lib which I notice the
maintainer
On Mon, Jan 26, 2015 at 3:43 PM, Kevin Fenzi wrote:
> On Mon, 26 Jan 2015 09:43:55 +
> Peter Robinson wrote:
>
>> >> The kernel, grub and a few other packages are built on the RHEL6
>> >> boxes, not everything was migrated off of RHEL
>> >>
>> > > > https://fedoraproject.org/wiki/Changes/ReplaceYumWithDNF
>> > > >
>> > > > says nothing about fedup. However, fedup uses yum:
>> > > >
>> > >
>> > > Seems like fedup is only used on Fedora 21 and older to upgrade to
>> > > Fedora 22. So dnf support would be needed to get Fedora 22 to
>> >
>> > > > > > Does it mean that everything either migrated to Fedora or at
>> > > > > > least considered
>> > > > > > to be migrated soon?
>> > > > >
>> > > > >
>> > > > >
>> > > > > When you mean everything are you asking about web servers,
>> > > > > database servers, email servers, etc?
>> > > >
On Tue, Feb 10, 2015 at 9:58 AM, Petr Stodulka wrote:
> Hi guys,
> I have this request [0] for rebase of git from version 2.1.0 to 2.2.2 for
> Fedora 21. Can I do this? Do you know someone about any incompatibilities?
> For me there are not so big changes but I have not problem with this. We
> hav
Hi All,
Fedora 22 has been branched, please be sure to do a git pull --rebase to
pick up the new branch, as an additional reminder rawhide/f23 has had
inheritance cut off from previous releases, so this means that
anything you do for f22 you also have to do in the master branch and do
a build the
h>> Hi All,
>>
>> Fedora 22 has been branched, please be sure to do a git pull --rebase to
>> pick up the new branch, as an additional reminder rawhide/f23 has had
>> inheritance cut off from previous releases, so this means that
>> anything you do for f22 you also have to do in the master branch
On Thu, Feb 12, 2015 at 7:53 PM, Sérgio Basto wrote:
> On Qui, 2015-02-12 at 14:41 -0500, Corey Sheldon wrote:
>> Aka patience and to be totally honest and blunt, if you have a
>> alpha/beta tester group and or a solid forum/mailing list with updates
>> to status this should seriously not be a set
701 - 800 of 1607 matches
Mail list logo
