Re: Hadoop javadoc problem (FTBFS)

t.org/pipermail/java-devel/2015-June/005617.html -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- 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: Is %autosetup another unwanted baby of Fedora?

ons for older OS. I use %autopatch in one of my packages (eclipse-m2e-core) so that I don't forget how it works (or doesn't work :) -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproje

Re: Is %autosetup another unwanted baby of Fedora?

does. >> >> > Works for me, you need to tell %autosetup that you're using git with the > option -S git Yes, but that means adding explicit BuildRequires on git to every package. I don't want to do that. -- Mikolaj Izdebski Software Engineer, Red Hat IRC:

Re: Improving our processes for new contributors.

commit -c git push Pros: 1) workflow uses fedpkg, without rpmbuild or manual md5sum 2) no need to upload spec/srpm to fedorapeople for review - you can use github and koji URLs, respectively, as seen in [1]. 3) future co-maintainers can easily collaborate (open pull requests) before the package

Re: [HEADS UP] rpm-4.12.90 in rawhide

ot available", which is not how that works. There is no such problem with single-character operators. In other words, "|" and "&" operators are commutative, but "||" and "&&" are not. 2) Debian uses single-character operators. Cross-dis

Re: Packaging Graylog2/unpackaged jar dependencies

be packaged as RPMs and available in Fedora. [1] https://fedorahosted.org/released/javapackages/doc/ -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- 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: Removing packages that have broken dependencies in F23 tree

he didn't have much time for maintaining the package and requested comaintainers, but without much response: https://lists.fedoraproject.org/pipermail/java-devel/2015-March/005503.html -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.or

Koschei update

sing pkgdb-cli tool (requires packagedb-cli >= 2.9): $ pkgdb-cli koschei [1] https://fedoraproject.org/wiki/Koschei [2] https://fedorahosted.org/fedora-infrastructure/ [3] https://admin.fedoraproject.org/pkgdb/ -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel maili

Re: Trouble retiring package on F21 branch

in rawhide. For F21 you need a releng ticket. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- 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: FESCo #1263 question (optional javadocs)

all Fedora versions. javadoc subpackages are still nice thing to have. Most of Java libraries keep installing them in F21+ and there are no plans of dropping them. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fed

Re: Orphaning json_simple

etting us know. >> >> Steve. >> >>> josh > > I will take this please. I've taken this package in Fedora (not EPEL) and added pmackinn as comaintainer. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- 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: Is there another Java Mass Rebuild scheduled for Fedora 21?

any mass rebuild. Instead we should focus on finding and fixing bugs in individual packages. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- 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: Is there another Java Mass Rebuild scheduled for Fedora 21?

On 09/23/2014 05:08 PM, Robert Rati wrote: > On 09/23/2014 10:49 AM, Mikolaj Izdebski wrote: >> For log4j12, I don't see any problem. Can you provide more details? > > A bug was fixed in log4j12 that moved the jar from _jnidir to _javadir, > thus breaking the symlinks in pa

Orphaning plotutils

I took plotutils by mistake a few months ago as part of large package reassignment. I am orphaning it now as I never intended to maintain the package. Feel free to adopt it if you wish. -- Mikolaj Izdebski IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https

Re: mock-1.2 released (new features)

le licenses. I figured out it would be easier to reimplement the same functionality in clean room than convincing upstream to relicense. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinf

Re: DNF and mock

. I personally use caching proxy to avoid this problem and share packages between multiple chroots. [1] http://dnf.readthedocs.org/en/latest/conf_ref.html#keepcache-label -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- 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: DNF and mock

t; the config manually. Right. This is quite new change in mock and I didn't know about it because I don't use default configs. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/de

Orphaning maven-changes-plugin

aintainers --- ini4j omajid mybatis-generator gil, slaanesh xml-maven-pluginke4qqq, arg -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/list

Re: Continuous integration for Fedora

ject.org/ [2] http://taskotron.fedoraproject.org/ -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- 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: Continuous integration for Fedora

On 04/11/2015 11:10 PM, Dominik 'Rathann' Mierzejewski wrote: > On Thursday, 09 April 2015 at 13:18, Remi Collet wrote: >> Le 09/04/2015 12:41, Mikolaj Izdebski a écrit : >>> Koschei [1] can be used to rebuild package after dependency change or >>> time elap

Re: koschei - cannot add packages

Koschei admins (mizdebsk, msimacek) directly by email or on IRC. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Differences between Koji and mock buildroots

rpm-plugin-systemd-inhibit rpm-python3 [1] http://pkgs.fedoraproject.org/cgit/gdb.git/commit/?id=6d1599f359431c5eb6593a0a0bd1f51a5090550a -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/list

jna license fixed

License field of "jna" package in rawhide has been corrected from "LGPLv2+" to "LGPLv2 or ASL 2.0" to match upstream licensing terms. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedo

Re: jna license fixed

On 06/10/2015 10:39 AM, Mikolaj Izdebski wrote: > License field of "jna" package in rawhide has been corrected from > "LGPLv2+" to "LGPLv2 or ASL 2.0" to match upstream licensing terms. Further investigation showed that the actual license is: jna: ASL 2.0 and

Koschei migration (outage)

de in the web interface (such as adding new packages) may be lost after the migration. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraprojec

Koschei - new Fedora infrastructure service

t.org/wiki/Koschei#Adding_packages -- Mikolaj Izdebski ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org

Re: Koschei - new Fedora infrastructure service

On 06/25/2015 06:41 PM, Przemek Klosowski wrote: > On 06/25/2015 09:41 AM, Mikolaj Izdebski wrote: >> Koschei is a continuous integration service for Fedora packages. >> .. >> [1] https://fedoraproject.org/wiki/Koschei > Cool project! > Tiny heads-up: the link for t

Re: Koschei - new Fedora infrastructure service

msimacek/koschei/issues/13 -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- 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: Orphaned Packages in rawhide (2015-06-30)

On 06/30/2015 09:12 AM, opensou...@till.name wrote: > netty31 orphan 2 weeks ago As far as I can tell only one package directly depended on netty31: gradle. That dependency was actually a bug (gradle should build-require netty3 instead of netty31)

Re: Query about package versioning

versions. IMO it's best to do fast-forward merges between branches when possible. In particular merging mass rebuild commits is OK. In case FF merge is impossible I agree with the procedure you described. You need to increase release tag in a way that assures upgrade path and one way to

Re: Query about package versioning

ork if both branches already have the same release number and you need to bump release in older branch. That can happen for example if you were fast-forwarding commits from f21 to f20 and at some point you need to add a bugfix only for f20. Adding .1 after dist-tag will work

Re: Packages with missing %check

kages just for the sake of documenting that tests are ran in %build "because that's what we do in Java world". -- Mikolaj Izdebski IRC: mizdebsk -- 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: F21 System Wide Change: Java 8

limited capacity (AFAIK 10 builders only). Besides that, there is already one approved change [1] which requires rebuilding most of Java packages. We didn't do a mass rebuild for it yet because we wanted to sync with Java 8 rebuild. -- Mikolaj Izdebski [1] https://fedoraproject.org/wiki/Cha

Re: F21 System Wide Change: Java 8

On 03/24/2014 04:49 PM, Peter Robinson wrote: > On Mon, Mar 24, 2014 at 3:41 PM, Mikolaj Izdebski wrote: >> On 03/22/2014 06:15 AM, Miloslav Trmač wrote: >>> Given the known large number of failures (OptionalJavadocs says "80% build >>> failure rate" withou

Re: F21 System Wide Change: Java 8

On 03/25/2014 06:45 PM, Omair Majid wrote: > * Mikolaj Izdebski [2014-03-24 11:41]: >> On 03/22/2014 06:15 AM, Miloslav Trmač wrote: >>> Given the known large number of failures (OptionalJavadocs says "80% build >>> failure rate" without saying that all are J

Re: F21 System Wide Change: Java 8

On 03/25/2014 08:07 PM, Omair Majid wrote: > * Mikolaj Izdebski [2014-03-24 11:55]: >> Blocking java-1.7.0-oepnjdk may also be required. This >> makes it impossible to scratch-build Java packages using f21-build >> target in current state. > > Is the

Re: F21 System Wide Change: Java 8

nobody in Fedora willing > and capable of doing that. > > What's the big deal with using '--target 1.7' anyway? That covers 99% of > use cases, and any possible problems will have to be caught by CI > running whatever you'd be deploying on anyway

Re: F21 System Wide Change: lbzip2 as default bzip2 implementation

On 04/02/2014 08:03 PM, Bill Nottingham wrote: > Jaroslav Reznik (jrez...@redhat.com) said: >> = Proposed System Wide Change: lbzip2 as default bzip2 implementation = >> https://fedoraproject.org/wiki/Changes/lbzip2 >> >> Change owner(s): Mikolaj Izdebski >> >

Re: F21 System Wide Change: lbzip2 as default bzip2 implementation

Commons Compress. This is a difference between lbzip2 and pbzip2, which creates multiple streams. Files created with pbzip2 cannot be decompressed by some software, such as libbzip2 (all versions), bzip2 older than version 0.9.0, Apache Commons Compress. -- Mikolaj Izdebski Software Engineer,

Re: F21 System Wide Change: lbzip2 as default bzip2 implementation

but we can have /usr/bin/bzip2 (and other commands) pointing to lbzip2 binary and at the same time applications can keep using libbz2. -- Mikolaj Izdebski -- 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: F21 System Wide Change: lbzip2 as default bzip2 implementation

ld be enough to include lbzip2 in minimal installation and add is a dependency of @buildsys-build to effectively make it default implementation. -- Mikolaj Izdebski -- 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: F21 System Wide Change: lbzip2 as default bzip2 implementation

anned it from the very beginning, but then lacked motivation. I'm sure that accepting this Change will be a motivator good enough for me to finally do this. -- Mikolaj Izdebski -- 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: F21 System Wide Change: lbzip2 as default bzip2 implementation

At best, it > would complicate problem reporting, reproduction, analysis and > correction. lbzip2 does not (at least not yet) provide interfaces of libbz2 library, only command line tools. This Change does *not* affect users of libbz2. -- Mikolaj Izdebski -- devel

Re: F21 System Wide Change: lbzip2 as default bzip2 implementation

> On Wed, Apr 2, 2014 at 11:39 PM, Chris Adams wrote: > > Once upon a time, Mikolaj Izdebski said: > >> lbzip2 does not (at least not yet) provide interfaces of libbz2 library, > >> only command line tools. This Change does *not* affect users of libbz2. > > >

Re: F21 System Wide Change: lbzip2 as default bzip2 implementation

substitution are those with direct > invocation of the command (from the command prompt, a shell script, or > system() type call). That's true. And even in the unlikely case that something goes wrong, developers (or even users themselves) have possibility to easily switch back to

Re: F21 System Wide Change: lbzip2 as default bzip2 implementation

for compression and decompression of rpm package payloads. Since Fedora uses LZMA compression, libbz2 is used only when installing some older third-party packages which happen to be compressed with bzip2. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedo

Re: F21 System Wide Change: RPM-4.12

Are there any details abuout this interface available somewhere? Will packages be able to provide plugins, like for example they can install RPM macros now? -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedo

Re: F21 System Wide Change: lbzip2 as default bzip2 implementation

de or improving bzip2 in any way. [1] https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2010-0405 -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- 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: F21 System Wide Change: lbzip2 as default bzip2 implementation

As I promised, I prepared a benchmark of lbzip2 and bzip2. I also added pbzip2 for comparison. Basic information = Test date: 2014-04-04 Tester:Mikolaj Izdebski Test subjects: lbzip2 2.5 bzip2 1.0.6 pbzip2 1.1.6 Test purpose: compare

Re: F21 System Wide Change: lbzip2 as default bzip2 implementation

t of a stretch. Perhaps s/implementation/command/. I have clarified that in the change proposal by explicitly stating that this change replaces bzip2 tool only and that libbzip2 is not affected. http://fedoraproject.org/w/index.php?title=Changes/lbzip2&diff=375469&oldid=375468 -- Mikolaj Izdebs

Re: F21 System Wide Change: lbzip2 as default bzip2 implementation

On 04/04/2014 05:16 PM, Michal Schmidt wrote: > On 04/04/2014 04:15 PM, Mikolaj Izdebski wrote: >> Compression of payload.tar >> -- >> >> command| real | user | sys | memory | compr. size >> ---+++-

Re: F21 System Wide Change: lbzip2 as default bzip2 implementation

On 04/04/2014 05:26 PM, Mikolaj Izdebski wrote: > On 04/04/2014 05:16 PM, Michal Schmidt wrote: >> On 04/04/2014 04:15 PM, Mikolaj Izdebski wrote: >>> Compression of payload.tar >>> -- >>> >>> command|

Re: F21 System Wide Change: lbzip2 as default bzip2 implementation

On 04/04/2014 07:01 PM, Susi Lehtola wrote: > On Fri, 4 Apr 2014 12:49:25 -0400 > Matthew Miller wrote: >> On Fri, Apr 04, 2014 at 04:15:59PM +0200, Mikolaj Izdebski wrote: >>> "lbzip2 -u" always produced smallest files (even smaller than bzip2) >>> while

Re: rawhide report: 20140404 changes

no one cares to fix. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- 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: Orphaning java-1.5.0-gcj

> > Ok the patch worked fine for building on my F20, which I did as a test, > > however it failed the build in rawhide. > > > > The only clue I can get is this: > > configure: WARNING: unable to include > > > What's in the configure log file regarding this? This is solved now, AFAIK. The configu

Re: java-1.8.0-openjdk i686 and x86_64 rpms

compose strategy does. > http://pkgs.fedoraproject.org/cgit/mash.git/tree/\ No, Java is exempt from multilib, see: https://fedorahosted.org/fesco/ticket/961 -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedorapr

Re: java-1.8.0-openjdk i686 and x86_64 rpms

on why it is not happening? Java packages don't support multilib for several reasons. Because of that Java has been granted an multibib exemption by FESCo [1]. 32-bit JVMs not appearing in 64-bit repos is an expected thing. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk

log4j update in f21

-retry spring-ldap spymemcached thrift tomcat uima-addons velocity wise woden ws-jaxme xbean xml-security zanata-client zookeeper -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo

Re: log4j update in f21

On 05/05/2014 02:11 PM, punto...@libero.it wrote: > Il 05/05/2014 13:41, Mikolaj Izdebski ha scritto: >> Next week I am going to update log4j in rawhide from version 1.2 to >> version 2.0-rc1 [2]. >> >> 2.0 ships with a module providing limited 1.2 compatibili

Re: [fedora-java] Mass-bug filing for removed OpenJDK 9 internal APIs

bug reports will mention the recommended > replacements in the public API. > > This does not affect features like the support for pointer arithmetic > and arbitrary memory access, at least not until they are removed upstream. > > Comments? IMO go ahead, but please add them to s

Re: log4j update in f21

log4j and copy > them into their RPMs. If they do then it's unintended. Can you report it with more details? -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora C

Re: log4j update in f21

On 05/16/2014 09:10 AM, Florian Weimer wrote: > On 05/16/2014 07:16 AM, Mikolaj Izdebski wrote: >> On 05/15/2014 06:30 PM, Florian Weimer wrote: >>> On 05/15/2014 06:14 PM, Michael Simacek wrote: >>>> I've updated log4j in rawhide today. >>>> >&g

Re: Self Introduction: Christopher Tubbs

a rewiew request. I can sponsor you if no one else does. > My draft packaging is not yet done, but in progress here: > https://github.com/ctubbsii/accumulo-fedora (temporary) I had a quick look at the package and it looks good. There are some things that could be improved, but it's

Re: [fedora-java] Hadoop + log4j2 = fullstop

ps://lists.fedoraproject.org/pipermail/devel/2014-May/198934.html [2] https://lists.fedoraproject.org/pipermail/java-devel/2013-October/005000.html [3] https://bugzilla.redhat.com/show_bug.cgi?id=1091042 -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.

Re: Rebuilds for Boost 1.55 mostly done

On 05/26/2014 05:11 PM, Petr Machata wrote: > * Maven-related: > > 6879292 bookkeeper > 6879822 zookeeper These look like missing BuildRequires on 'mvn(org.slf4j:slf4j-log4j12)' aka slf4j-log4j12. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk

Re: Fedora 21 Mass rebuild update

ocumentation bug, not a defect in javapackages-tools code. I'll make sure that this is cleared up ASAP. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code

Re: F22 System Wide Change: Replace Yum With DNF

ttp://jenkins.cloud.fedoraproject.org/job/mock/ws/RPMS/ -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- 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: Fedora 21 Mass rebuild update

On 06/09/2014 09:03 PM, Mikolaj Izdebski wrote: > On 06/09/2014 08:31 PM, Jerry James wrote: >> Another source of Java build failures may be that the >> javapackages-tools package is not self-consistent about where maven >> dep fragments should live; see >> https://bugzi

Re: COPR down?

On 06/20/2014 02:11 PM, Heiko Adams wrote: > Hi, > just a short question: Is http://copr.fedoraproject.org/ down? Yes it is - planned outage. https://fedorahosted.org/fedora-infrastructure/ticket/4416 -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list

Re: Looking for co-maintainers

your second email, I probably missed it or forgot. In this case please just ping me, I'm always happy to help! The fix for the FTBFS was commited and it should be fixed soon. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- 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: Patches for trivial bugs sitting in bugzilla -> trivial patch policy?

ve you considered this? [1] https://lists.fedoraproject.org/pipermail/scm-commits/Week-of-Mon-20140324/thread.html [2] https://fedoraproject.org/wiki/User:Mizdebsk/HowToSubmitPatches -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.

Re: Patches for trivial bugs sitting in bugzilla -> trivial patch policy?

On 06/27/2014 09:39 PM, Yaakov Selkowitz wrote: > On 2014-06-27 07:09, Mikolaj Izdebski wrote: >> On 06/26/2014 08:01 PM, Yaakov Selkowitz wrote: >>> As a newcomer to Fedora development, is there something else I should >>> doing to get these patches reviewed and commit

Re: how set InitialCC in pkgdb2 for new package

but I already have the fix and it'll be > reviewed/merged/released asap :) FWIW, I successfully added java-sig to two of my packages yesterday using web UI: https://admin.fedoraproject.org/pkgdb/acl/$package/give/ -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel ma

Re: Eclipse fedorapackager plugin and it's future

s would be integrated with DevAssistant too.) [1] https://git.fedorahosted.org/cgit/copr.git/tree/java (Personally I don't care about Bodhi2 support too much - I submit updates only like once a month or so.) > > Alexander Kurtakov > Red Hat Eclipse team > -- Mikolaj Izdebski Softwar

Re: Ownership of /usr/lib/rpm/fileattrs

your own? I have just fixed javapackages-tools upstream [1] by adding missing directory ownership. The change will propagate to rawhide with next upstream release. [1] https://github.com/mizdebsk/javapackages/commit/4cfed9e -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel

Re: Ownership of /usr/lib/rpm/fileattrs

On 11/02/2015 11:43 PM, Orion Poplawski wrote: > On 11/02/2015 03:23 PM, Mikolaj Izdebski wrote: >> On 10/30/2015 12:24 PM, Florian Festi wrote: >>> I moved the directory over in rawhide (rpm-4.13.0-0.rc1.8.fc24). It is >>> probably a bit late for F23. Shall I clone t

Re: Gradle Packaging

s have been improved signifficantly in Fedora 23 and 24, and that the above documentation generally targets rawhide. The same documentation for released Fedoras can be found in /usr/share/doc/javapackages-tools-doc/index.html provided by javapackages-tools-doc package. -- Mikolaj Izdebski Software Engineer, R

Re: Automatically generating needed requires for julia

igdir}/find-requires Source666: %{name}-find-requires.sh Where julia-find-requires.sh should be a script that generates custom requires (prints them to stdout) and then calls internal RPM dependency generator (passed as $1). -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mai

Re: dnf dependency information for koji builds

yet?). It is possible to reconstruct dependency graph from hawkey sack. (Koschei does that to compute "dependency distance" - minimal number of edges you need to traverse in order to get from SRPM to given build-dependency package. [1]) [1] https://github.com/msimacek/koschei/blob/fd48addd

Re: dnf dependency information for koji builds

script can be easily adjusted to do more interesting stuff. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Xulrunner - intent to remove from Fedora 24

c21.x86_64 > gecko-sharp2-0:0.13-29.fc23.x86_64 > nss-gui-0:0.3.10-20.fc24.x86_64 > pencil-0:2.0.5-3.fc23.noarch FWIW, my repoquery shows a few more packages requiring xulrunner in f24: chatzilla chmsee esc freewrl gecko-sharp2 gnash icedtea-web mediatomb nss-gui PackageKit pencil spic

Re: Rename Review Request swap

rhbz #652183). This way members of Java SIG can easily see that there is a new review and take care of it. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Mesos Packaging

r built with a different build system (like Ant). -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphan cpptasks

S was probably caused by a bug [1] in ant, which should be fixed now, so now the build succeeds. [1] https://bugzilla.redhat.com/show_bug.cgi?id=994556 -- Mikolaj Izdebski IRC: mizdebsk -- 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: [Java package] add_to_maven_depmap macro issue

ing_their_own_depmaps %add_to_maven_depmap has been obsolete for long time and it was recently removed. See my announcements on java-devel [1,2]. -- Mikolaj Izdebski IRC: mizdebsk [1] https://lists.fedoraproject.org/pipermail/java-devel/2013-July/004834.html [2] https://lists.fedoraproject.org

Re: Comps Cleanup

On 08/25/2013 01:17 AM, Till Maas wrote: > It seems that the following packages are stil mentioned in f20 or > f21 comps (I do not know which I checked) but are not in the i686 repo. > At least some of these packages are arch specific: > > ant-scripts ant-scripts fixed. Than

Re: Corrupt repos and broken mockbuild ?

ding packages: > qrencode-libs-3.4.2-1.fc20.x86_64: [Errno 256] No more mirrors to try. > [...] > > yum clean all does not help. How can I get it working again? > You can try: # rm -rf /var/cache/mock This usually helps me in such cases. -- Mikolaj Izdebski IRC: mizdebs

Re: how to build a scratch build of an older version of my package ?

raproject.org/javapackages-tools?#4a755d42fa884cacdb373ac05c8b3b9e62751994' > Does the build system keep the build logs of old packages, ie that shows > what build requires-version was installed, and which gcc compiler > version was used ? Unreferenced builds are garbage collected, which means build

Re: gradle problem in f{19,20}

blem). 3) Talk to the upstream. They surely know more about gradle internals and hopefully they will give you some advice how to fix the problem. -- Mikolaj Izdebski IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: gradle problem in f{19,20}

he patch to print the stack trace even when failure is not instance of GradleException (i.e. uncomment line 13). -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: F-19 Branched report: 20130425 changes

4 requires gdata-java Leaf package, orphaned. IMO candidate for removal. >> [ovirt-engine] >> ovirt-engine-notification-service-3.1.0-1.fc19.noarch requires >> classpathx-mail Leaf package. This is a known issue (bug #914235), No response from maintainer. --

Re: Planning to retire java-service-wrapper

r to package > http://yajsw.sourceforge.net/ instead. java-service-wrapper is still used by other package. It's in dependency chain of JBoss AS. I can take the ownership. -- Mikolaj Izdebski IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Koschei update

ild potentially-breaking builds in Copr first and have them tested, it would be possible to automatically test builds from upstream monitoring and so on. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Unresponsive maintainer: asaf

On 05/30/2016 10:01 AM, gil wrote: > But until now I have not had any response from the maintainer, asaf > (Asaf Shakarchi a...@redhat.com ) . This email address seems to be inactive. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list

Orphaning xmlrpc-c (critpath)

I don't have time to maintain xmlrpc-c, so I'm going to orphan it within next few weeks, unless someone volunteers to take it. Note that as a transitive dependency of Anaconda, xmlrpc-c is a "critical path package". -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizde

Re: Orphaning xmlrpc-c (critpath)

On 06/13/2016 10:35 AM, Igor Gnatenko wrote: > I will take it. Feel free to make me point of contact. Thanks, I've re-assigned the package in pkgdb. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://lists.fedorapro

Re: introduction toogley | packaging intellij idea

my git commits/tags by default. Should I continue this > practice while packaging? I've read somewhere that some people don't want > that, therefore my question. We generally don't do that in Fedora. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel m

Re: Injecting perl-devel and perl-generators build-requires

have been removed from the build root. Note that once perl-generators are removed from minimal bulidroot, Perl packages will start to fail in Koschei. This is because Koschei rebuilds package from latest SRPM, not from SCM. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- deve

Re: Self Introduction: Roman Vais

m apologize for that my introduction comes > with tiny delay. > Looking forward to work with you all. Welcome to Fedora! I've just sponsored you. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://lists.f

Re: Improvements of Fedora Sponsorship process

ill be false-positives (eg. from "JavaScript") and you won't find most of relevant reviews this way. I think that wiki page could work for this purpose. -- Mikolaj Izdebski Software Engineer, Red Hat IRC: mizdebsk -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

  1   2   3   4   >