hat.
>
> Is the rule perhaps something like "assignee OR reporter"?
AFAIK, any member of "fedorabugs" FAS group (including you) should be
able to edit any Fedora bug (unless it's a private bug).
Maybe it's a web browser glitch? You can try command-line interfac
On 08/23/2016 12:43 AM, gil wrote:
> hi any idea?
The task failed, but the build succeeded.
You shouldn't need to worry about that.
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lis
Starting with version 0.3.6, jeromq package changes license from
"LGPLv3" to "MPLv2.0".
As far as I can tell, GPL compatibility is retained because
"Incompatible With Secondary Licenses" is not used.
See also: http://zeromq.org/area:licensing
--
Mikolaj Izdebski
ps://fedoraproject.org/wiki/Koschei
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
added topics may be deferred until
> the following meeting.
I've just filled a ticket (#471: Bootstrap exception for Gradle) and I
would appreciate if you could add it to the meeting agenda.
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
--
devel mailing list
devel@lis
e if this happens again
I had the same problem a few times in the past week or two. (In my case
the app I wanted to log into was Copr or Koschei.) Waiting a couple
minutes and retrying usually worked each time.
--
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
atest)
version avaliable in Fedora, creating patch if necessary and sending it
upstream. If it is impractical to port to latest version then creating
compat package is acceptable as alternative solution. Current Java
packaging state it very easy (maybe even too easy) to create such compat
pack
m somewhat obsessive but counting on your patience :)
I've taken the review and I will sponsor you.
--
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 Con
robaby made sense to have GCC and friends in minimal
buildroot, but nowdays we have packages written in dozen of different
programming languages, which don't use GCC for compilation. It makes
perfect sense to drop C-related build tools from Koji @bulid group.
--
Mikolaj Izdebski
Software Engine
> Are you aware that this means changing build dependencies of most of
> packages? Altering them just to add gcc, make etc.
There is no progress without change.
> Maybe also remove libc from minimal build root?
libc is not directly listed in @build. Among other things, it is
dependency of
On 01/17/2015 12:29 PM, gil wrote:
> Hi
> I want to report this problem, I do not know if they're already aware
> sorry for the noise ...
Fixed in javapackages-tools-4.3.2-3 (rhbz#1183407)
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
--
devel mail
License of JUnit was changed from CPL to EPL starting with version 4.12
https://github.com/junit-team/junit/commit/3171c4b2
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 01/19/2015 06:01 AM, gil wrote:
>
> Il 19/01/2015 05:52, Mikolaj Izdebski ha scritto:
>> On 01/17/2015 12:29 PM, gil wrote:
>>> Hi
>>> I want to report this problem, I do not know if they're already aware
>>> sorry for the noise ...
>>
License of httpcomponents-client was changed from "ASL 2.0" to
"ASL 2.0 and MPL", starting with version 4.4.
This is because httpclient 4.4 includes "public suffix list" from
Mozilla: https://publicsuffix.org/list/effective_tld_names.dat
--
Mikolaj Izdebski
On 01/19/2015 10:29 AM, Yanko Kaneti wrote:
>
> On Mon, 2015-01-19 at 10:19 +0100, Mikolaj Izdebski wrote:
>> License of httpcomponents-client was changed from "ASL 2.0" to "ASL
>> 2.0 and MPL", starting with version 4.4.
>>
>> This is because
ttps://lists.fedoraproject.org/pipermail/java-devel/2014-July/005297.html
[2] https://fedoraproject.org/wiki/SIGs/Java#Package_Wishlist
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/d
ps bouncing me back to the edit page after trying
> to save.
If you add new external links then you need to solve simple equation
like 3+5=?. From time to time I forget about that and then I'm wondering
wondering why wiki is not saving my change :)
Anyways, I can add it to the list if yo
me know if you need assistance.
--
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
whether given
artifact is packaged or not is using repoquery:
repoquery -f 'mvn(com.google.auto.service:auto-service)'
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listi
On 01/27/2015 06:48 AM, Christopher wrote:
> On Tue, Jan 27, 2015 at 12:45 AM, Christopher
> wrote:
>
>> On Mon, Jan 26, 2015 at 11:22 PM, Mikolaj Izdebski
>> wrote:
>>
>>> On 01/26/2015 11:57 PM, Christopher wrote:
>>>> Does anybody know if A
clair amplab-tachyon
vondruch jruby
weli maven-eclipse-plugin
willb
akka,fmpp,sbt,scala-stm,scalacheck,spark,test-interface,typesafe-config
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/
On 02/03/2015 07:18 PM, Jerry James wrote:
> On Tue, Feb 3, 2015 at 11:10 AM, Mikolaj Izdebski wrote:
>> Next week after branching I will update XMvn in rawhide (F23) to new
>> upstream version. Among other things, this version removes support
>> for legacy "depmap&
gain after f22-boost was merged into f22.
I don't know why 0.9.38-3 was built, it looks like unnecessary build.
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
ct.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
o#454545: 2015-02-13 11:32:13.316963)
This tag is a buildroot for one or more targets
Current repo: repo#454545: 2015-02-13 11:32:13.316963
Targets that build from this tag:
rawhide-repo-holder
Inheritance:
1 f22 [271]
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
--
de
On 02/13/2015 01:20 PM, Marcin Juszkiewicz wrote:
> On 13.02.2015 12:28, Mikolaj Izdebski wrote:
>> On 02/12/2015 08:51 PM, Marcin Juszkiewicz wrote:
>>> I plan to make something like Ubuntu has [2] which was great help when I
>>> was working on fixing packages
eed somewhere on the wiki.
I imagine the process of deprecating JDK could look like:
1) announce deprecation in advance and call for volunteers
2) if there are volunteers to maintain old JDK then handover package to
them, discussing packaging details of the old JDK (package naming,
provides, alternatives and so on) and possibly help with the process
3) if no volunteer shows up then retire old JDK package
--
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
On 02/24/2015 02:15 PM, Jiri Vanek wrote:
> On 02/24/2015 12:43 PM, Mikolaj Izdebski wrote:
>> I am against official guidelines or policy for legacy JDK packages. I
>> don't think that any such policy is needed and it would only encourage
>> adoption of old packages f
On 02/24/2015 01:34 PM, Severin Gehwolf wrote:
> On Tue, 2015-02-24 at 12:43 +0100, Mikolaj Izdebski wrote:
> [...]
>>> option one - introducing new packages - preferred
>>> 1. main jdk is proclaimed as dead as it was until now. The new jdk is
>>
every 2 years. This means that we would have to change the BR
> and Requires for the entire Java stack (100s and 100s of packages) every
> 2 years, which is non-trivial.
First, we have versioned auto-requires generated during package build.
Explicit requires on java aren't usually needed.
On 02/24/2015 03:51 PM, Mikolaj Izdebski wrote:
>> 2.) Ensure dist upgrades remove old JDK package (which may no longer
>> get security updates).
>
> Firstly, as I understand upgrade isn't supposed to remove packages by
> default, unless they are obsoleted or confli
On 02/24/2015 04:06 PM, Deepak Bhole wrote:
> * Mikolaj Izdebski [2015-02-24 09:58]:
>> On 02/24/2015 03:32 PM, Deepak Bhole wrote:
>>> * Dominik 'Rathann' Mierzejewski [2015-02-24
>>> 09:29]:
>>>> On Tuesday, 24 February 2015 at 15:09, Deepak Bh
Java SIG. Maintaining
package is more than clicking "unorphan" in pkgdb.
--
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
On 02/24/2015 04:36 PM, Deepak Bhole wrote:
> * Mikolaj Izdebski [2015-02-24 10:12]:
>> On 02/24/2015 04:06 PM, Deepak Bhole wrote:
>>> * Mikolaj Izdebski [2015-02-24 09:58]:
>>>> On 02/24/2015 03:32 PM, Deepak Bhole wrote:
>>>>> * Dominik &#x
On 02/24/2015 04:59 PM, Pete Travis wrote:
> On Feb 24, 2015 8:32 AM, "Mikolaj Izdebski" wrote:
>>
>> On 02/24/2015 02:17 PM, Aleksandar Kurtakov wrote:
>>>> I would much rather live without any legacy jdk, and if so then
> without any
>>>> r
On 02/24/2015 05:21 PM, Mario Torre wrote:
> On Tue, 2015-02-24 at 15:37 +0100, Mikolaj Izdebski wrote:
>> On 02/24/2015 02:15 PM, Jiri Vanek wrote:
>>> On 02/24/2015 12:43 PM, Mikolaj Izdebski wrote:
>>>> I am against official guidelines or policy for legacy JDK pac
z, for example
/usr/share/java-1.7.0/ for JARs that require JDK 7.
--
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
On 02/24/2015 04:06 PM, Jiri Vanek wrote:
> On 02/24/2015 04:03 PM, Mikolaj Izdebski wrote:
>> On 02/24/2015 03:51 PM, Mikolaj Izdebski wrote:
>>>> 2.) Ensure dist upgrades remove old JDK package (which may no longer
>>>> get security updates).
>>>
olunteer shows up for maintenance of old JDK then it would be
deprecated and obsoleted, as it's was done with previous JDK 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
On 02/25/2015 10:55 AM, Hedayat Vatankhah wrote:
>
> /*Mikolaj Izdebski */ wrote on Wed, 25 Feb 2015
> 10:07:28 +0100:
>> On 02/25/2015 06:39 AM, Hedayat Vatankhah wrote:
>>> However, if there are JAR files which are useful
>>> for a developer, they can have a -l
new maintainer then old JDK is redired in pkgdb,
blocked in koji and obsoleted by some other package
4) if maintainer shows up after old JDK was retired then he can just
revive package (passing review if needed); package release is bumped to
be higher that obsoletes
--
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
ers
>> could remove them with "yum autoremove", unless something requires older
>> JDK or they installed it explicitly.
>
> Does it really seem to you as more simple solution both for packagers
> and users?
>
> it does snot to me...
Yes, IMO it is much simpler
in this thread
(for example message-ID 54eca102.1070...@redhat.com)
--
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
dora and has good knowledge about JDK internals, for example OpenJDK
upstream developer.
> For not-yet-packagers they would have to go through the full
> review-sponsoring process.
No package review is necessary to sponsor new packager.
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC:
On 02/26/2015 09:23 AM, Jiri Vanek wrote:
> On 02/26/2015 09:20 AM, Mikolaj Izdebski wrote:
>> On 02/26/2015 08:42 AM, Jiri Vanek wrote:
>>>>> Also, my proposal of introducing "java" metapackage (see my other post
>>>>> in this thread), which would
On 02/26/2015 02:46 PM, Jiri Vanek wrote:
> On 02/26/2015 10:13 AM, Mikolaj Izdebski wrote:
>> On 02/26/2015 09:23 AM, Jiri Vanek wrote:
>>> On 02/26/2015 09:20 AM, Mikolaj Izdebski wrote:
>>>> On 02/26/2015 08:42 AM, Jiri Vanek wrote:
>>>>>>>
irements and other assumptions then finding optimal
solution should be easy.
[1] https://apps.fedoraproject.org/calendar/vacation/#m2268
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/dev
maven-archetype license tag was corrected
from "ASL 2.0"
to "ASL 2.0 and ASL 1.1"
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
packages newer from the f26 build tag)
For f26-build it's easy.
cat >/etc/yum.repos.d/koji.repo <<"EOF"
[koji-f26-build]
name=koji-f26-build
baseurl=https://kojipkgs.fedoraproject.org/repos/f26-build/latest/$basearch/
enabled=0
EOF
dnf --enablerepo koji-f26-bu
ut was disabled in Fedora infra.
You can see how this works by looking at Koschei dev instance -
http://209.132.184.96/ - login, click on user name, add packages.
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
___
devel mailing list -- devel@l
a-java/javapackages/pull/44/commits/a05123ba74a0693ef116f718eb7326213bb94b75
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
list is the right place for that.
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
-jdk16:1.46)
This is a bug in bouncycastle -- it does not follow Java packaging
guidelines in terms of versioned JARs and compatibility packages.
--
Mikolaj Izdebski
IRC: mizdebsk
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Cod
;t
need to reserve anything, but UIDs can very between systems.
[1] /usr/share/doc/setup/uidgid
--
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
package manager, but I don't want to rebuild and reinstall rpm package
> for now on.
Dynamic assignment is done by adduser tool. adduser -r will create user
with UID 999 if available, if not then 998 and so on. Basically adduser
-r chooses UIDs from SYS_UID_MIN to SYS_UID_MAX, as defined i
to convince upstream make free releases failed.
While it would be possible to keep maintaining the old (free) version I
think it's much better for us to migrate to different JSON libraries.
Packaging old unmaintained libraries like this one while there are many
alternatives is against one of
p 1.0-0.a2.24.fc20.1 1.0-0.25.a2.fc20
1.0-0.a2.24.fc20.1 < 1.0-0.25.a2.fc20
--
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
e from OSGi Alliance [1], so if that code is
non-free then packaging Knopflerfish itself won't solve the problem.
[1]
https://knopflerfish.org/svn/knopflerfish.org/trunk/osgi/ee/ee.minimum.jar
--
Mikolaj Izdebski
IRC: mizdebsk
PS. For Java-related topics you can post to java-devel instead.
On 11/11/2013 11:07 AM, punto...@libero.it wrote:
> Il 11/11/2013 10:53, Mikolaj Izdebski ha scritto:
>> On 11/09/2013 03:25 PM, Manuel Faux wrote:
>>> I found Knopflerfish, which is a OSGi 5 platform licensed under BSD
>>> license, which would be com
tika
tycho
wildfly
xbean
--
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
W dniu 25.11.2013 18:16, Pavel Alexeev pisze:
> How groovy will be in Fedora? Is it mean it also will be retired soon?
No, there are no plans of retiring groovy. (Groovy can be either with
Ant or Gradle. Fedora uses the first option.)
--
Mikolaj Izdebski
IRC: mizdebsk
--
devel mailing l
JFlex (The Fast Scanner Generator for Java) changed its license from
"GPL+" to "BSD", starting with upstream version 1.5.0.
--
Mikolaj Izdebski
jflex maintainer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora C
]
name=jenkins-xmvn
baseurl=http://jenkins.cloud.fedoraproject.org/job/xmvn/ws/RPM/latest
cost=3000
--
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
rsioning release tag should also be increased
in consecutive builds.
One way to achieve this is:
RELEASE=$(git describe --match="[^(jenkins)].*" --tags | sed
's/[^-]*-/0./;s/-/./;s/g/git/')
sed -i "s/^Release:\s\+[0-9.]*%{?dist}$/Release: ${RELEASE}/" *.spec
--
Mikol
ons. I'm not able to express
"require xbean, but without avalon" in terms of RPM requires.
I don't think that the above dependency situation can be improved
without removing legitimate Requires or patching upstream code.
--
Mikolaj Izdebski
IRC: mizdebsk
--
devel
On 01/30/2014 01:56 PM, Richard Hughes wrote:
> On 30 January 2014 12:48, Mikolaj Izdebski wrote:
>> Some
>> dependencies may be required only in some contexts, for example only for
>> testing, or only when using that package to compile other packages.
>
> I thi
Was it ever reliable?
koji wait-repo f21-build --build setup-0-0 && echo $?
pkill -SIGINT koji
exit code from koji is 0
--
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
Saxon-HE, or just update the saxon?
IMO just update saxon and we'll port any packages that may break.
--
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
have to subscribe to another mailing list
>> for this one question :D
>
> Note that with Hyperkitty, you don't have to subscribe to each
> individual list to post.
java-devel list has not been migrated to Hyperkitty yet.
Only subscribers can post to the list.
--
Mikolaj Izdeb
sr/bin/python3': double free or corruption (!prev):
0x5607e0b15710 ***
[...]
Aborted (core dumped)
# dnf install '(sni-qt(x86-64) if plasma-workspace)'
Error: Unable to find a match.
Tested in rawhide using:
dnf-1.1.7-2.fc25.noarch
hawkey-0.6.2-4.fc24.x86_64
libsolv-0.6.19-2.fc25.x86_64
--
Mi
[...]
Secondly, the mentioned error comes directly from hawkey library and is
not related to mock/Koji at all.
--
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
e group, which was also requested by
Jakub at [1].
Don't hesitate to ping me if you have any problems or questions
regarding packaging, or Fedora in general.
[1] https://fedorahosted.org/packager-sponsors/ticket/269#comment:1
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
--
You can report issues at [3] or directly to me.
[1] https://fedoraproject.org/wiki/Insim
[2] http://insim.fedorainfracloud.org/
[3] https://pagure.io/insim/issues
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
--
devel mailing list
devel@lists.fedoraproject.org
ite feature.
--
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
schei
--
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
On 05/18/2016 10:40 AM, Vít Ondruch wrote:
> Could you please enable CI for ruby? Or actually the ruby-rails group
> for every Fedora branch?
It doesn't work this way. Once new targets are added to Koschei, all
packages will be monitored there. It's all or nothing.
--
Mikolaj I
On 05/18/2016 08:37 PM, Raphael Groner wrote:
> +1 branched/alpha (could help with upcoming mass rebuild issues)
Mass rebuilds are done in rawhide, before branching.
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
--
devel mailing list
devel@lists.fedoraproject.org
h
On 05/19/2016 12:40 AM, Kevin Fenzi wrote:
> On Wed, 18 May 2016 05:03:51 +0200
> Mikolaj Izdebski wrote:
>> Last week Koschei [1] was updated to latest upstream release (1.6.1).
>> The new version comes with one particularly interesting feature -
>> Koschei is now abl
On 10/15/2016 02:21 PM, Gerard Ryan wrote:
> Hi all,
>
> I no longer use the following packages nor have the time to maintain
> them, so I'm going to orphan them:
Adopted:
aether-connector-okhttp
eclipse-m2e-core
maven-indexer
port-allocator-maven-plugin
--
Mikolaj Izdebski
ese builds were ran on different architectures - the first one on
aarch64 and the second one - x86_64. nodejs package is available only on
x86_64, so failure on aarch64 was expected.
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
___
dev
On 12/22/2016 09:50 AM, Vít Ondruch wrote:
>
>
> Dne 22.12.2016 v 09:27 Mikolaj Izdebski napsal(a):
>> On 12/22/2016 05:06 AM, Christopher wrote:
>>> The failure yesterday that I was thinking of was:
>>> https://koji.fedoraproject.org/koji/taskinfo?taskID=17
way in Koschei to override architectures on which builds are
ran. See https://fedoraproject.org/wiki/Koschei#Setting_arch_override
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
project.org/koji/taskinfo?taskID=%d' %
s.build('git://pkgs.fedoraproject.org/rpms/geronimo-jta?#430498207b8f34724454bbf7970c2c200f76e84a',
'f26', {}, 0, 'livecd'))
--
Mikolaj Izdebski
Software Engineer, Red Hat
IRC: mizdebsk
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
ssword, possibly from cron job.
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
the benefits they might provide.
What do you mean by "disallowing" default streams? Do you mean
removing them from Fedora?
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@l
On Fri, Oct 25, 2019 at 8:47 PM Miro Hrončok wrote:
>
> On 25. 10. 19 19:30, Mikolaj Izdebski wrote:
> > Hello,
> >
> > Currently default Java runtime in Fedora is OpenJDK 8. This is not the
> > latest OpenJDK packaged, but still remains system-default version.
&g
r Java packages will be
built with javapackages-tools module, maintained by me.
[1] https://koji.kjnet.xyz/kojifiles/repos/m36/latest/x86_64/
[2] https://pagure.io/fm-orchestrator/issue/1321
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.f
e maven and ant packages with JDK 11 (and not building all libraries
> in the module with JDK 11)?
These libraries will still be built with JDK <= 8 bytecode, so they
should continue to work with JDK 8.
--
Mikolaj Izdebski
___
devel mailing list -
ava packages (especially maven, ant, xmvn, their
> dependencies, and other packages which are used for building Java RPM
> packages in fedora) will need to be maintained as non-modular packages
> indefinitely.
That is not true. It is entirely possible and feasible to build a distribution
with
ts users and
other Fedora contributors - maintainers who can more easily build packages have
more time to spend on important bugs and features affecting users, can get more
involved in other Fedora activities etc.
--
Mikolaj Izdebski
___
devel mailing list
On Mon, Nov 18, 2019 at 12:17 PM John M. Harris Jr wrote:
>
> On Monday, November 18, 2019 3:42:20 AM MST Mikolaj Izdebski wrote:
> > IMHO effort spent on maintenance of most of these ursine Java packages
> > is mostly wasted effort. As I said before, many times, these pack
FCFS order, meaning that any builds submitted after module
component builds will be picked up after modular builds.
> I hope that's some sign that something is not working as intended?
This is expected behaviour of MBS.
--
Mikolaj Izdebski
boarding new Java packagers, other than lack of people to be
onboarded.
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fed
starting from Fedora 32 I will maintain modular
versions only.
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https
On Tue, Jul 23, 2019 at 1:50 PM Miro Hrončok wrote:
> On 23. 07. 19 13:27, Mikolaj Izdebski wrote:
> > Soon after Fedora 31 branching I intend to retire java-packaging-howto
> > package and orphan byaccj and javapackages-tools packages. The reason
> > is that I intend to ma
On Tue, Jul 23, 2019 at 5:24 PM Miro Hrončok wrote:
>
> On 23. 07. 19 16:08, Mikolaj Izdebski wrote:
> > On Tue, Jul 23, 2019 at 1:50 PM Miro Hrončok wrote:
> >> I acknowledge that it is your right to orphan essentially anything you
> >> want,
> >>
as packager and added as co-maintainer.
[1] https://fedora-java.github.io/howto
[2] https://fedoraproject.org/wiki/SIGs/Java
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedo
or migrate
any packages. If there are any issues with javapackages-tools then
please open bugs and I will respond to them.
--
Mikolaj Izdebski
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
On Mon, Aug 5, 2019 at 1:50 PM Hans de Goede wrote:
>
> Hi Fabio,
>
> On 05-08-19 13:37, Fabio Valentini wrote:
> > On Mon, Aug 5, 2019 at 1:15 PM Mikolaj Izdebski wrote:
> >>
> >> On Mon, Aug 5, 2019 at 12:07 PM Hans de Goede wrote:
> &g
re Eclipse packages as others depend on them. But after
the recent mass-retirement of packages Eclipse packages are FTBFS [1]
in rawhide and will be retired by releng, unless someone fixes them
before Fedora 32 branching.
[1] https://apps.fedoraproject.org/koschei/groups/eclipse?collection=f31
-
101 - 200 of 390 matches
Mail list logo
