Re: RawTherapee now GPLv3 -- anyone else interested?

Matthew Miller píše v Čt 14. 01. 2010 v 12:29 -0500: > Good news for photographers: > > > > > Anyone else interested in working on packaging this? Can it be build and used without the rawzor binary blobs? Dan -- devel mailing list devel@lists

Re: Candidate packages for removal due to FTBFS, implications

Matt Domsch píše v Pá 15. 01. 2010 v 00:00 -0600: > python-openhpi-1.1-3.fc11.src.rpm > https://bugzilla.redhat.com/show_bug.cgi?id=511675 finally got to fix it with a svn snapshot Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Fedora packages for upcoming wxWidgets 3.0 available

Hello, wxWidgets developers are hard working on the upcoming major version 3.0. To make life of Fedora users and maintainers easier I started building recent snapshots and pre-releases as Fedora-compatible RPM packages. The libraries are installable in parallel with the regular 2.8.x, devel sub-pa

Re: Purging the F13 orphans

> Unblocked orphan roxterm taken, upstream is alive and it's the terminal I am using Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [ACTION REQUIRED, v2] orphaned packages in F-14

> Orphan ogdi because gdal and all the geo applications, it would be good, if the owners of packages that depend on gdal and other base geo libraries would create a SIG or some other group to collectively maintain them > Orphan pycairo because python-pycha, if someone from the desktop team wants t

Re: Orphan packages retired for F-14 (and rawhide)

> libmspack I'm going to unorphan this one, because I use it as dependency it my experimental package of the upcoming wxGTK 3.0. But per upstream web pages there are other projects that use most likely embedded copies of this library - wine, openoffice.org and cabextract Dan -- devel mailing

Re: Making Fedora work with laptops on docking station with external monitor

Pasi Kärkkäinen píše v Čt 07. 10. 2010 v 22:29 +0300: > On Thu, Oct 07, 2010 at 10:17:11AM -0700, Adam Williamson wrote: > > On Thu, 2010-10-07 at 10:49 +0300, Pasi Kärkkäinen wrote: > > > > > > that bug is already inconvenient for some people; if they have laptops > > > > with bad lid switches i

[perl-GTop/f14/master] - exclude the threads test also on s390

commit 74d77efc9d53f72d4a8a141f039b186c589e686e Author: Dan Horák Date: Wed Oct 13 21:04:45 2010 +0200 - exclude the threads test also on s390 perl-GTop.spec |9 ++--- 1 files changed, 6 insertions(+), 3 deletions(-) --- diff --git a/perl-GTop.spec b/perl-GTop.spec index 0210180

[perl-GTop] - exclude the threads test also on s390

Summary of changes: 74d77ef... - exclude the threads test also on s390 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://adm

Heads up: podofo soname bump in rawhide

Hello, I'm going update podofo to 0.8.3 in rawhide, it comes with a new soname and that means all dependent packages needs to be rebuilt. They are scribus (mine) calibre fontmatrix I will take care of the rebuilds. Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedora

Re: F-14 Branched report: 20101026 changes

Jesse Keating píše v Út 26. 10. 2010 v 12:01 -0700: > On 10/26/10 11:46 AM, Branched Report wrote: > > Updated Packages: > > > > tryton-1.6.1-1.fc14 > > ------- > > * Tue Jul 27 2010 Dan Horák 1.6.1-1 > > - update to upstream version 1.6.1 >

Re: F-14 Branched report: 20101026 changes

Jesse Keating píše v Út 26. 10. 2010 v 12:18 -0700: > On 10/26/10 12:15 PM, Dan Horák wrote: > > Jesse Keating píše v Út 26. 10. 2010 v 12:01 -0700: > >> On 10/26/10 11:46 AM, Branched Report wrote: > >>> Updated Packages: > >>> > >>> tryton-

Re: F-14 Branched report: 20101026 changes

Thomas Spura píše v Út 26. 10. 2010 v 22:23 +0200: > On Tue, 26 Oct 2010 21:15:03 +0200 > Dan Horák wrote: > > > Jesse Keating píše v Út 26. 10. 2010 v 12:01 -0700: > > > On 10/26/10 11:46 AM, Branched Report wrote: > > > > Updated Packages:

Heads up: podofo soname bump in rawhide

Hello, I'm going update podofo to 0.8.4 in rawhide, it comes with a new soname and that means all dependent packages needs to be rebuilt. They are scribus (mine) calibre fontmatrix I will take care of the rebuilds. Dan -- devel mailing list devel@lists.fedoraproject.org htt

update sg3_utils to 1.31

Hello, I have updated sg3_utils in rawhide to 1.31. The API/ABI of the libsgutils2 library is not considered stable and there is no soname change, so all consumers of the library need to be rebuild. Affected packages are podsleuth (FTBFS due missing hal-devel) libgpod lsvpd (will be built only in

Fedora 15 for IBM System z 64bit official release

aintainers -- Dan Horák, RHCE Senior Software Engineer, BaseOS Red Hat Czech s.r.o., Purkyňova 99, 612 45 Brno -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: What's the best way to compare dotted version strings from a script?

David Howells píše v St 31. 08. 2011 v 18:20 +0100: > Is there a program or script installed/installable by Fedora that can be used > to compare dotted version strings (eg. "1.5.2") from a shell script? rpmdev-vercmp could do the work Dan -- devel mailing list devel@lists.fedoraproject.org h

Re: howto build for EL5 on F15 in mock?

Michał Piotrowski píše v Út 06. 09. 2011 v 19:02 +0200: > Hi, > > I'm trying to build cherokee-1.2.1 for EL5 on my F15 system and I'm > getting an error > DEBUG util.py:250: cherokee > ## > DEBUG util.py:250: error: unpacking of archive failed on

Re: New build of fedpkg (fedora-packager) coming to updates-testing / rawhide

Jesse Keating píše v Čt 03. 11. 2011 v 11:40 -0700: > On Nov 3, 2011, at 10:55 AM, Orion Poplawski wrote: > > > > $ /usr/libexec/fedpkg-fixbranches > > git Traceback (most recent call last): > > File "/usr/libexec/fedpkg-fixbranches", line 20, in > > import pyfedpkg > > ImportError: No mod

Re: mass rebuild of mysql packages in F-15

Remi Collet píše v St 23. 03. 2011 v 17:20 +0100: > Le 23/03/2011 17:11, Marcela Maslanova a écrit : > > > dhorak will build these, which are not rebuild yet. After that will be > > created > > > mysql-workbench > > > Please don't build this one which is FTBFS for now (gcc 4.6 issue). > > I'

Re: mass rebuild of mysql packages in F-15

Tom Lane píše v St 23. 03. 2011 v 12:27 -0400: > Marcela Maslanova writes: > > Because many packages in F-15 have broken dependencies there will be needed > > mass rebuild. > > Of course, all these packages need to be rebuilt in rawhide too. > I don't think dhorak is offering to do that, so if

Re: mass rebuild of mysql packages in F-15

Dan Horák píše v St 23. 03. 2011 v 17:30 +0100: > Tom Lane píše v St 23. 03. 2011 v 12:27 -0400: > > Marcela Maslanova writes: > > > Because many packages in F-15 have broken dependencies there will be > > > needed mass rebuild. > > > > Of course, a

Re: Fedora PPC status & work in progress :)

Josh Boyer píše v Čt 28. 04. 2011 v 13:20 -0400: > On Thu, Apr 28, 2011 at 9:15 AM, Phil Knirsch wrote: > > Hi everyone. > > > > Just wanted to give you all a brief heads up that Fedora on PPC as a > > secondary arch is still alive and kicking and no dead horse! > > > > On a more serious note, we

Re: Strange rpmdiff-related build failure

Matthew Booth píše v St 11. 05. 2011 v 20:33 +0100: > Can anybody explain to me why this build failed in rawhide: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=3066735 > > There was no previous rubygem-virt-p2v-doc rpm, so I don't understand > this output. The noarch subpackages creat

relro and precompiled headers

Hello, when I'm building Code::Block in rawhide I'm getting into troubles with the "relro" feature when combined with pre-compiled headers. with default flags I get: ... g++ -DHAVE_CONFIG_H -I/usr/lib64/wx/include/gtk2-unicode-release-2.8 -I/usr/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FIL

Re: relro and precompiled headers

Jakub Jelinek píše v Čt 07. 07. 2011 v 16:49 +0200: > On Fri, Jul 01, 2011 at 02:15:08PM +0200, Dan Horák wrote: > > when I'm building Code::Block in rawhide I'm getting into troubles with > > the "relro" feature when combined with pre-compiled headers

Re: How to remotely download a package from koji?

Richard Shaw píše v Út 12. 07. 2011 v 08:22 -0500: > I'm trying to remotely download a package from a koji scratch build > but it doesn't work. > > # curl -L -O > http://koji.fedoraproject.org/koji/getfile?taskID=3192896&name=BackupPC-3.2.1-1.fc14.src.rpm > > Usually the -L handles the redirect

review swaps and looking for new (co-)maintainers

Hello, I have few packages in the review queue and would do a swap with someone scribus-stable https://bugzilla.redhat.com/show_bug.cgi?id=519135 uboot-mkimage https://bugzilla.redhat.com/show_bug.cgi?id=520569 (Fedora/ARM specific, some discussion still needed) flash-kernel https://bugzilla.redh

Re: Proposed udpates policy change

Matthew Garrett píše v Po 08. 03. 2010 v 21:59 +: > This is the policy that I expect to be discussed during the Fesco > meeting tomorrow. This is entirely orthogonal to the ongoing discussions > regarding whether updates in stable releases should be expected to > provide features or purely

Re: PROPOSAL: Fedora user survey

Seth Vidal píše v Út 09. 03. 2010 v 08:02 -0500: > > On Tue, 9 Mar 2010, Jaroslav Reznik wrote: > > > Ok, but then we're stuck in infinite cycle. Some people want to change > > update > > policies/target of Fedora because of users, we don't know who are our user > > and > > what they want. Now

Re: Proposed udpates policy change

Bill Nottingham píše v Út 09. 03. 2010 v 14:10 -0500: > Matthew Garrett (mj...@srcf.ucam.org) said: > > Introduction > > > > > > We assume the following axioms: > > > > 1) Updates to stable that result in any reduction of functionality to > > the user are unacceptable. > > > > 2)

Re: How to become someone's sponsor when they are already sponsored

Richard W.M. Jones píše v Čt 18. 03. 2010 v 12:01 +: > Jim Meyering (FAS username: meyering) was sponsored by Warren Togami. > It seems that Jim can no longer set the fedora-review flag on packages > that he's reviewed, and this may be connected with Warren leaving Red > Hat for new pastures y

Re: How to become someone's sponsor when they are already sponsored

Jim Meyering píše v Čt 18. 03. 2010 v 13:24 +0100: > Dan Horák wrote: > > Richard W.M. Jones píše v Čt 18. 03. 2010 v 12:01 +: > >> Jim Meyering (FAS username: meyering) was sponsored by Warren Togami. > >> It seems that Jim can no longer set the fedora-review flag

i386-class support changed in F-13?

Hello, I was trying to install i686 variant of F-13 to an Alix board (2D13 with Geode LX) and got into troubles. The kernel boots fine, but when it should start initramfs the kernel panics. Everything works well when using complete F-12 environment and when using F-12 kernel+initramfs with F-13 ro

Re: A little help with build failure?

Neal Becker píše v Po 05. 04. 2010 v 10:18 -0400: > A file has been added to the lookaside cache for mercurial: > > 22eac5602d777f9601e23700e641503f mercurial-1.5.1.tar.gz > > OK, so why: > > http://koji.fedoraproject.org/koji/getfile?taskID=2095322&name=build.log > > says: > > error: File /

Re: i386-class support changed in F-13?

Richard W.M. Jones píše v Po 05. 04. 2010 v 19:31 +0100: > On Mon, Apr 05, 2010 at 02:48:03PM +0200, Dan Horák wrote: > > Hello, > > > > I was trying to install i686 variant of F-13 to an Alix board (2D13 with > > Geode LX) and got into troubles. The kernel boots f

Re: Using capabilities for libpcap apps

Radek Vokál píše v Út 06. 04. 2010 v 22:47 +0200: > Hi all, > > I need few suggestions about this .. > https://blog.wireshark.org/2010/02/running-wireshark-as-you/ .. Gerald > Combs, the upstream maintainer of wireshark, suggests to use > capabilities instead of consolehelper+root privileges

update sg3_utils to 1.29

Hello, I will update sg3_utils in rawhide to 1.29 that comes with an API/ABI change in the libsgutils2 library. The API/ABI is not considered stable and there is no soname change, so all consumers of the library need to be rebuild. Affected packages are podsleuth libgpod lsvpd udisks I had not p

Re: Reminder: Fedora password and ssh key change deadline looms (2 days left!)

Neal Becker píše v Út 29. 11. 2011 v 08:26 -0500: > I don't want to change my ssh key that I use for many other purposes. What > is > the suggested method to generate a new key to be used only for fedora? http://fedoraproject.org/wiki/Cryptography should have the answers Dan > > Kevin Fenz

Fedora 16 for IBM System z 64bit official release

making this happen! Your Fedora/s390x Maintainers -- Dan Horák, RHCE Senior Software Engineer, BaseOS Red Hat Czech s.r.o., Purkyňova 99, 612 45 Brno -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: C++ ABI rebuilds for rawhide too?

Stephan Bergmann píše v St 29. 02. 2012 v 09:38 +0100: > On 02/28/2012 09:18 PM, Bruno Wolff III wrote: > > Are the same packages going to get automatically rebuilt in rawhide as > > well as f17? > > Btw, does anybody have a pointer to that "ABI breakage in gcc 4.7 for > c++" (i.e., was it an in

Re: orphaning packages

Rich Mattes píše v Po 20. 12. 2010 v 10:57 -0500: > On Mon, Dec 20, 2010 at 10:54 AM, Jon Ciesla > wrote: > > LinuxDonald wrote: > > I?m orphaning this packages because i don?t use fedora since > months > > and i don?t will come back to fedora: > >

Re: heads-up: systemtap-sdt-devel rebase in rawhide

Frank Ch. Eigler píše v Út 18. 01. 2011 v 12:22 -0500: > Hi - > > FYI, rawhide received a new build of systemtap-1.4 yesterday. (f13 > and f14 may get it too, subject to update policy & interest). Beyond > its direct users, it affects those packages that build with the > markers. A subsequent

Re: Cannot push an EPEL 5 package to stable

Paulo Cavalcanti píše v St 19. 01. 2011 v 09:22 -0200: > > Hi, > > I have had a new package in EPEL5 testing for 11 days, > but when I try to push it to stable I get a message > saying that the minimum time on testing has not been reached. > > Isn't it the same amount of time as Fedora, that is

Re: [HEADS-UP] util-linux[-ng] and mtab

Michal Hlavinka píše v Čt 20. 01. 2011 v 10:14 +0100: > On Wednesday, January 19, 2011 18:35:52 Karel Zak wrote: > > I have pushed new util-linux into rawhide. The project has been > > renamed from util-linux-ng back to util-linux. > > koji did not hadle this change well, because it was not req

Re: piklab fails to build in rawhide

Alain Portal píše v Ne 30. 01. 2011 v 15:08 +0100: > Hi > > piklab fails to build in rawhide: > http://koji.fedoraproject.org/koji/taskinfo?taskID=2750261 > > and I don't know how to fix. > Can somebody help me? the build.log contains ... /usr/lib64/qt-3.3/include/qvaluelist.h: At global scope

Re: fail to install gcc on fresh rawhide-from-F15

Jim Meyering píše v St 23. 02. 2011 v 11:24 +0100: > James Antill wrote: > > On Tue, 2011-02-22 at 22:38 +0100, Jim Meyering wrote: > >> With some effort, and help from the guys on #anaconda@freenode (thanks!), > >> today I finally installed a bare-metal F15 system (part of the complication > >> w

Re: preupgrade-cli

Richard Hughes píše v St 05. 05. 2010 v 11:03 +0100: > I've spent quite a bit of time fixing up preupgrade this cycle, and > all our QA tests so far have concentrated on preupgrade-gtk, the > graphical component. I've not even tested preupgrade-cli (the command > line version) this cycle, and it s

Re: Fedora rawhide FTBFS status 2010-05-27 x86_64

Matt Domsch píše v Po 31. 05. 2010 v 12:43 -0500: > Fedora Fails To Build From Source Results for x86_64 > using rawhide from 2010-05-27 > > This is a full rebuild, the first for Fedora 14's rawhide. The > builders all have Fedora 13 installed. > > Full logs at http://linux.dell.com/files/fedor

Re: Fedora rawhide FTBFS status 2010-05-27 x86_64

Matt Domsch píše v Po 31. 05. 2010 v 12:43 -0500: > Fedora Fails To Build From Source Results for x86_64 > using rawhide from 2010-05-27 > > This is a full rebuild, the first for Fedora 14's rawhide. The > builders all have Fedora 13 installed. > > Full logs at http://linux.dell.com/files/fedor

Re: New Hatari version: need help

Andrea Musuruane píše v Ne 20. 06. 2010 v 11:25 +0200: > 2010/6/19 Alexander Boström : > > lör 2010-06-19 klockan 19:32 +0200 skrev Andrea Musuruane: > > > >> I do not know how should I threat those internal libraries. How should > >> I package them? Because upstream uses static libraries the dyna

rebuild of wxGTK without the internal crash handler in Rawhide

Hello, I will rebuild wxGTK without the internal crash handler for the the devel/F14 branch so we can use ABRT to report crashes from wxGTK-based apps. This will mean a rebuild of wxGTK with --disable-catch_segvs and this change affects all applications linked with wxGTK, because one symbol is rem

Re: rebuild of wxGTK without the internal crash handler in Rawhide

Kevin Kofler píše v Pá 02. 07. 2010 v 04:06 +0200: > Dan Horák wrote: > > I will rebuild wxGTK without the internal crash handler for the the > > devel/F14 branch so we can use ABRT to report crashes from wxGTK-based > > apps. This will mean a rebuild of wxGTK with --di

Re: rebuild of wxGTK without the internal crash handler in Rawhide

Thomas Janssen píše v Pá 02. 07. 2010 v 13:21 +0200: > On Fri, Jul 2, 2010 at 12:58 PM, Dan Horák wrote: > > Kevin Kofler píše v Pá 02. 07. 2010 v 04:06 +0200: > >> Dan Horák wrote: > >> > I will rebuild wxGTK without the internal crash handler for the the > &g

Re: Deactivating LVDS display when laptop lid is closed

Orion Poplawski píše v Út 06. 07. 2010 v 17:03 -0600: > Apparently[1] it is up to the desktop environment now to deactivate the LVDS > display if the laptop lid is closed at boot (or whenever?). I now have > several F13 laptops in docks with external monitors that boot with the lid > closed, b

Re: Licensing Guidelines Update - Please Read

[sharkcz] ann: ann-libs-1.1.1-4.fc12.x86_64 => already in -libs [sharkcz] codeblocks: codeblocks-libs-10.05-1.fc14.x86_64 => fixed in CVS [sharkcz] openhpi: openhpi-libs-2.14.1-3.fc14.x86_64 => fixed in CVS [sharkcz] podofo: podofo-libs-0.8.1-2.fc14.x86_64 => correct in actual pkgs [sharkcz] sg

Re: rebuild of wxGTK without the internal crash handler in Rawhide

Dan Horák píše v Čt 01. 07. 2010 v 14:40 +0200: > Hello, > > I will rebuild wxGTK without the internal crash handler for the the > devel/F14 branch so we can use ABRT to report crashes from wxGTK-based > apps. This will mean a rebuild of wxGTK with --disable-catch_segvs and > t

Re: rebuild of wxGTK without the internal crash handler in Rawhide

the result of the rebuild are: failed to build due the removed function, here I will prepare a fix multiget failed to build due other problems: audacity plee-the-bear ucblogo Dan -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Packaging golang for secondary architectures, go-srpm-macros

On Thu, 9 Jul 2015 10:49:01 + (UTC) Petr Pisar wrote: > On 2015-07-09, Jan Chaloupka wrote: > > # Define arches for PA and SA > > %golang_arches %{ix86} x86_64 %{arm} > [...] > > Recommended use in spec file: > > 1) To choose the correct compiler: > > %ifarch %{golang_arches} > > BuildRequ

Re: Correct way to handle a single failed build on COPR?

On Mon, 13 Jul 2015 22:05:01 -0700 Dave Johansen wrote: > https://copr.fedoraproject.org/coprs/daveisfera/odb_2.4/build/102224/ > What's the correct way to handle a single failed build on COPR? In the > above, it failed on F22 ppc64le. Will clicking resubmit rebuild on > all of the platforms? Or

Re: GDAL 2.0 soname bump

On Sat, 25 Jul 2015 12:39:00 +0200 Volker Fröhlich wrote: > On 06/23/2015 01:30 AM, Volker Fröhlich wrote: > > Hello! > > > > GDAL 2.0 is here and we'll have to rebuild all dependent packages, > > once our build is ready. The API has changed quite a bit and there > > finally is a new soname versi

Re: OCaml plans on POWER7/POWER8 (ppc64, ppc64le) in Rawhide

On Tue, 8 Sep 2015 20:02:08 +0100 "Richard W.M. Jones" wrote: > OCaml is a statically-safe programming language derived from ML which > compiles to very fast native code. It contains native code backends > for most architectures (all Fedora primary & secondary arches except > s/390x in fact). t

Re: Assistance with a dlopen bug...

On Wed, 30 Jul 2014 13:20:40 -0600 Kevin Fenzi wrote: > Greetings. > > I'm seeing a fun crash of the calibre application in rawhide. I'm not > fully sure when it started, but I'm not sure how to track it down > either: > > Traceback (most recent call last): > File "/usr/bin/calibre", line 2

Re: The GNU C Library will be rebased in F21 to match glibc 2.20.

On Thu, 31 Jul 2014 19:19:49 +0100 "Richard W.M. Jones" wrote: > On Thu, Jul 31, 2014 at 01:41:25PM -0400, Josh Boyer wrote: > > On Thu, Jul 31, 2014 at 12:34 PM, Siddhesh Poyarekar > > > There is however one change that the s/390 > > > folks will find painful - s/390 broke ABI in 2.19 without a

Re: rebasing protobuf-c (and soname bump)

On Mon, 04 Aug 2014 18:00:38 +0200 Nikos Mavrogiannopoulos wrote: > Hello, > The protocol buffer-c package was orphaned, and due to a dependency > I'm now the maintainer. There is a request for 1.0.0 in F21 [0]. That > is the first stable release since 2011, which bumps the soname, as > well as

Re: problem with koji

On Wed, 13 Aug 2014 13:33:27 +0200 Stefan Ringel wrote: > > Am 13.08.2014 um 10:43 schrieb Tomasz Torcz: > > On Wed, Aug 13, 2014 at 10:36:18AM +0200, Stefan Ringel wrote: > >> Can anybody help me? I have: > >> > >> ActionNotAllowed: policy violation (build_from_srpm) > > IIRC, only --scratch

Re: problem with koji

On Wed, 13 Aug 2014 13:46:53 +0200 Stefan Ringel wrote: > > Am 13.08.2014 um 13:42 schrieb Dan Horák: > > On Wed, 13 Aug 2014 13:33:27 +0200 > > Stefan Ringel wrote: > > > >> Am 13.08.2014 um 10:43 schrieb Tomasz Torcz: > >>> On Wed, Aug 13,

Re: Mono3.4 in Fedora 21, or troll?

On Wed, 20 Aug 2014 14:38:09 -0300 Claudio Rodrigo wrote: > I need help to became packager, I talk with Xavier Lamien to sponsor > me. But he is busy. > I want see mono 3.4 in fedora officially. It is a great goal. > Additional I was father last week. > > If someone sponsor my first package I wi

Re: f21 Mass rebuild, freeze, and other status

On Wed, 20 Aug 2014 17:27:39 -0600 Kevin Fenzi wrote: > Just thought I would drop a quick note to the list about the status of > various things, at least as I know them. ;) > > First, astute readers will note that we were scheduled to go into > freeze for f21 yesterday and that we didn't do so.

Re: Contacting the Ocaml maintainers

On Fri, 22 Aug 2014 21:11:50 +0200 Florian Weimer wrote: > What is the recommended way to contact the Ocaml maintainers? > > There is a systematic packaging bug which introduces unusable i686 > packages into the x86_64 compose, and despite repeated messages to > ocaml-devel, I did not receive a

Re: Contacting the Ocaml maintainers

On Fri, 22 Aug 2014 21:01:16 +0100 "Richard W.M. Jones" wrote: > On Fri, Aug 22, 2014 at 09:17:16PM +0200, Dan Horák wrote: > > On Fri, 22 Aug 2014 21:11:50 +0200 > > Florian Weimer wrote: > > > > > What is the recommended way to contact the Oc

Re: F21/F22 mass rebuild

On Sat, 13 Sep 2014 10:51:10 -0600 Kevin Fenzi wrote: > On Sat, 13 Sep 2014 13:44:59 +0200 > Richard Fearn wrote: > > > Hi, > > > > I've got a question about the last mass rebuild: > > > > https://fedoraproject.org/wiki/Fedora_21_22_Mass_Rebuild > > > > For a couple of my packages: > > >

Re: Possible PPC kernel bug on builders

On Tue, 7 Oct 2014 16:27:52 -0600 Jerry James wrote: > On Mon, Oct 6, 2014 at 2:36 PM, Jerry James > wrote: > > I posted about this 5 days ago on ppc list [1], but have had no > > response. I tried to get some attention on #fedora-ppc today, also > > with no success. I am failing miserably to

Re: Overrunning Koji build

On Sun, 12 Oct 2014 19:10:41 +0100 (BST) Peter Oliver wrote: > Koji build > https://koji.fedoraproject.org/koji/taskinfo?taskID=7840578 has been > running for over two hours, now. It only takes a few minutes in > Mock. Is there a process by which I can get someone to hop onto the > build box an

Re: Koji timeout

On Tue, 4 Nov 2014 08:52:25 +0100 Andrea Musuruane wrote: > Hi, > I'm trying to build pinta but it fails due to timeout on F20 and F22: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=8009403 > http://koji.fedoraproject.org/koji/taskinfo?taskID=8009471 > > > It built fine for F19 and F2

Re: Koji timeout

On Tue, 4 Nov 2014 09:40:07 +0100 Andrea Musuruane wrote: > On Tue, Nov 4, 2014 at 9:02 AM, Dan Horák wrote: > > hm, it's not the first case where Mono enters a deadlock or endless > > loop ... > > > > What is your host system and what is the kernel version

Re: Koji timeout

On Tue, 4 Nov 2014 14:45:43 +0100 Andrea Musuruane wrote: > On Tue, Nov 4, 2014 at 9:03 AM, Christopher Meng > wrote: > > On Tue, Nov 4, 2014 at 3:52 PM, Andrea Musuruane > > wrote: > >> http://koji.fedoraproject.org/koji/taskinfo?taskID=8009403 > > > > Hi, > > > > Please try again with "make"

Re: ExclusiveArch: %{ix86} x86_64 ignored, SRPMs sent to arm builder?

On Sat, 8 Nov 2014 16:35:39 +0200 Gilboa Davara wrote: > Hello all, > > I'm trying to push a fresh build of spring. > Currently spring upstream is limited to x86_64 and i686. > The SPEC has ExclusiveArch: %{ix86} x86_64 (following a suggestion > from -devel ML), but never the less, its being sen

Re: wxGTK C++ ABI issues

On Tue, 10 Mar 2015 17:48:33 -0600 Orion Poplawski wrote: > On 02/19/2015 08:15 AM, Jakub Jelinek wrote: > > On Thu, Feb 19, 2015 at 04:12:43PM +0100, Frantisek Kluknavsky > > wrote: > >> a list of things that usually break with each new gcc (like > >> fortran modules) would be nice to avoid a lo

Re: F23 System Wide Change: Mono 4

On Mon, 4 May 2015 05:02:29 -0400 (EDT) Jan Kurik wrote: > = Proposed System Wide Change: Mono 4 = > https://fedoraproject.org/wiki/Changes/Mono_4 > > Change owner(s): Claudio Rodrigo Pereyra Diaz > > > Update the Mono stack in Fedora from 2.10 to 4.* > > == Detailed Description == > Support

Re: F23 System Wide Change: Mono 4

On Tue, 12 May 2015 13:42:46 +0200 Timotheus Pokorra wrote: > Hello Dan, > > I was made aware on IRC, that Claudio or myself should answer this > question. > > > as Mono 4 adds support for the ppc64le architecture (and aarch64 > > support was probably added earlier), we (the Secondary arches te

Re: F23 System Wide Change: Mono 4

On Tue, 12 May 2015 13:42:46 +0200 Timotheus Pokorra wrote: > Hello Dan, > > I was made aware on IRC, that Claudio or myself should answer this > question. > > > as Mono 4 adds support for the ppc64le architecture (and aarch64 > > support was probably added earlier), we (the Secondary arches te

Re: F23 System Wide Change: Mono 4

On Tue, 12 May 2015 14:59:11 +0200 Timotheus Pokorra wrote: > > what we (in secondary arches) primarily need is the decision how to > > proceed - incremental rebuild over 3.4 or complete rebootstrap. > > Naturally we prefer the complete rebootstrap as it allows bringing > > up new arches. And bec

Re: F23 System Wide Change: Mono 4

On Mon, 18 May 2015 09:57:14 +0100 Peter Robinson wrote: > On Mon, May 18, 2015 at 9:40 AM, Peter Robinson > wrote: > > On Mon, May 18, 2015 at 4:52 AM, Moez Roy > > wrote: > >> Mono is updated in Rawhide. Can a proven-packager run a script to > >> rebuild all the packages that require mono. >

Fedora 22 for IBM z Systems is here!

We are proud to announce the official release of Fedora 22 for IBM z Systems, the community-driven and community-built operating system now available in Server edition. If that's all you need to hear, jump over to Get Fedora to download -- or for current users, run the FedUp upgrade tool. * ht

Re: libscrypt versions on koji

On Tue, 23 Jun 2015 15:34:10 +0300 Beat Küng wrote: > Hi > > I did scratch builds on koji for f21 [1], f22 [2] & f23 [3]. On f22 > the build fails because of an older version of libscrypt. According > to the root.log, the 3 versions are: 1.20-1.fc21, 1.19-3.fc22, > 1.20-2.fc23. Is there a reason

Re: Datacenter move day 2

On Tue, 9 Jun 2020 23:24:57 -0700 Kevin Fenzi wrote: > Greetings everyone. > > Just a quick recap of our day 2 datacenter move. > > Today was the buildsystem and all it's assocated things. > > As for builders in the new datacenter, we have 32 buildvm's, 40 > buildvm-ppc64's, the same number

Re: Datacenter move day 2

On Wed, 10 Jun 2020 12:17:42 +0200 Dan Horák wrote: > On Tue, 9 Jun 2020 23:24:57 -0700 > Kevin Fenzi wrote: > > > Greetings everyone. > > > > Just a quick recap of our day 2 datacenter move. > > > > Today was the buildsystem and all it's assoca

Re: Datacenter move day 2

On Wed, 10 Jun 2020 12:46:15 +0200 Dan Horák wrote: > On Wed, 10 Jun 2020 12:17:42 +0200 > Dan Horák wrote: > > > On Tue, 9 Jun 2020 23:24:57 -0700 > > Kevin Fenzi wrote: > > > > > Greetings everyone. > > > > > > Just a quick recap of

Re: Datacenter move day 2

On Wed, 10 Jun 2020 12:55:08 +0200 Dan Horák wrote: > On Wed, 10 Jun 2020 12:46:15 +0200 > Dan Horák wrote: > > > On Wed, 10 Jun 2020 12:17:42 +0200 > > Dan Horák wrote: > > > > > On Tue, 9 Jun 2020 23:24:57 -0700 > > > Kevin Fe

Re: Why fedpkg build failed ?

On Wed, 17 Jun 2020 13:03:07 +0200 "J. Scheurich" wrote: > Hi, > > I updated white_dune with creating a source.rpm, > > $ fedpkg clone wdune > $ fedpkg import source.rpm > $ fedpkg commit > $ fedpkg push > $ fedpkg build > > but i get the following problem > > https://koji.fedoraproject.org/k

Re: [Rawhide] Blender failed to build

On Thu, 9 Jul 2020 01:08:57 -0700 Luya Tshimbalanga wrote: > Hello team, > > Could someone investigate the failure on Blender 2.83.2 as tested on > the scratch build? > > https://koji.fedoraproject.org/koji/taskinfo?taskID=46849313 > > I don't know what exactly causes the issue. Here is the so

Re: Outdated programs in rawhide

On Wed, 15 Jul 2020 01:36:09 +0200 Xose Vazquez Perez wrote: > scala: https://bugzilla.redhat.com/1080923 > libnetfilter_queue: https://bugzilla.redhat.com/1512736 > nftables: https://bugzilla.redhat.com/1846663 > libcap: https://bugzilla.redhat.com/1700167 > ed: https://bugzilla.redhat.com/18053

Re: [fedora-java] Re: Mass rebuild for f33-java11 side tag completed

On Fri, 17 Jul 2020 10:42:45 +0200 Iñaki Ucar wrote: > Could someone with superpowers cancel the following task for me? > Thanks. done, it has already failed on i686 Dan > https://koji.fedoraproject.org/koji/taskinfo?taskID=47330918 > > On Fri, 17 Jul 2020 at 09:44, Fabio Val

Re: Koji oops

On Fri, 17 Jul 2020 15:15:00 +0300 Евгений Пивнев wrote: > What’s wrong with koji? > Yet another maintenance jobs that I missed? > https://koji.fedoraproject.org/koji/taskinfo?taskID=47345974 > this is a packaging bug, from build.log

Re: s390x weirdness during mass rebuild

On Mon, 27 Jul 2020 09:10:59 -0600 Jerry James wrote: > I don't know if this is related to what we saw during the previous > mass rebuild, but on s390x only, the TOPCOM build failed with: > > BuildrootError: Requested repo (1785306) is DELETED > > See https://koji.fedoraproject.org/koji/buildin

Re: RFC: Primary architecture promotion requirements

drago01 píše v Út 20. 03. 2012 v 17:57 +0100: > On Tue, Mar 20, 2012 at 5:50 PM, Brendan Conoboy wrote: > > On 03/20/2012 09:37 AM, drago01 wrote: > >>> > >>> I'm a big fan of cross compilation, but introducing it into Fedora in > >>> order > >>> to support ARM seems unlikely to succeed for too m

Re: RFC: Primary architecture promotion requirements

Chris Tyler píše v Út 20. 03. 2012 v 14:40 -0400: > On Tue, 2012-03-20 at 18:21 +0100, Dan Horák wrote: > > drago01 píše v Út 20. 03. 2012 v 17:57 +0100: > > > On Tue, Mar 20, 2012 at 5:50 PM, Brendan Conoboy wrote: > > > > On 03/20/2012 09:37 AM, drago01 wrote:

Re: Dropping libusb1-static package ?!

Hans de Goede píše v Pá 30. 03. 2012 v 10:37 +0200: > Hi, > > While working on updating the libusb1 package I noticed it still > provides a libusb1-static package. I would very much like to drop > this, so 2 questions: > > 1) Any objections? > 2) I'm afraid my repoquery-foo is too weak to figure

Re: SELinuxDenyPtrace: Write, compile, run, but don't debug applications?

Kevin Kofler píše v Út 10. 04. 2012 v 14:47 +0200: > Daniel J Walsh wrote: > > I have seen of gdm and NetworkManager execing gdb on crash. You keep > > saying other apps work like DrKonqi, can you give examples? > > While unfortunately I don't know how all these work (i.e. whether they also > w

  1   2   3   4   5   6   7   >