Hey,
André Verwijs writes:
> witch repo should i use for dotnet 8 (if no packages are missing, like
> “dotnet-runtime-debs-8.0” )
Did you mean `dotnet-runtime-deps-8.0` package? We don't have that in
Fedora. Mostly because it has seemed pointless until now: dependencies
are captured directly in
Hi,
Florian Festi writes:
> If anyone has any objections or would like to exclude a package, please
> let me know.
Could you please exclude the .NET packages (dotnet6.0, dotnet7.0,
dotnet8.0)? dotnet8.0 shouldn't need a fix (and it doesn't appear in your
list). dotnet7.0 is already EOL/orphaned
Hi,
"Richard W.M. Jones" writes:
> Can you be a bit more specific? What programming language? What does
> the debug data look like? Is it embedded in ELF sections? What tools
> are needed / provided to extract it? How does the debugger read it?
This is for the .NET ecosystem, where the pri
Hi,
I am trying to enable debug information for a programming language that
produces debuginfo in a custom (non-DWARF) format. I was thinking that
adding that programming-language-specific debuginfo to existing
-debuginfo packages seems like a good idea.
(Is that a bad idea?)
Any suggestions on
Hi,
Jens-Ulrik Petersen writes:
> What would be really helpful is to know how it compares with other Naskh fonts
> like Paktype (current default) and Nafees, and even Noto Nastaliq Urdu
> (they are all in Fedora 38).
I lack the tools/skills/knowledge/jargon to describe the differences I
see. Is
Hi,
Not an expert, just a casual Urdu speaker with a drive by contribution.
I don't write Urdu much these days but I can read it.
Akira TAGOH writes:
> I have no idea if Noto Sans Arabic or Noto Naskh Arabic is qualified
> for Urdu and Punjabi. Even though they have minimal coverage in
> fontc
Hi,
Omair Majid writes:
> If/when RISC-V support lands in .NET (eg, minimum of
> https://github.com/dotnet/runtime/issues/36748), we could use those
> tools (with hopefully minimal changes) to cross compile .NET for RISC-V.
>
> I can ask IBM to prioritize making these tools pub
Hi,
Thanks your thoughts!
Neal Gompa writes:
> That's actually a lot better than it was when I helped with dotnet
> package review and bootstrap with 3.1.
Heh. That's very true! 3.1 had at least two source packages that had to
be kept in sync. I think you seemed much happier with the 7.0 revie
Hey,
Neal Gompa writes:
> Keep in mind that this isn't exactly the first time we've done this
> either: the .NET runtime is similarly screwy for its bootstrap
> process, and that's split across a couple of source packages.
>
> At this point, we hold our noses and hope for the best. At least
> th
Hi,
Miroslav Suchý writes:
> The list of packages needed to be converted is again here:
>
>
> https://pagure.io/copr/license-validate/blob/main/f/packages-without-spdx-final.txt
>
> List by package maintainers is here
>
>
> https://pagure.io/copr/license-validate/blob/main/f/packages-wi
Kevin Fenzi writes:
> Failures can be seen
> https://kojipkgs.fedoraproject.org/mass-rebuild/f37-failures.html
dotnet-build-reference-packages and dotnet3.1 have a cyclic build
dependency on each other. dotnet3.1 was intentionally retired. This
package should have been retired along with it. Do
Hi,
Ben Beasley writes:
> However, dropping the -devel package is almost as drastic as simply
> retiring the OpenSSL 1.1 package altogether. Grepping spec files for
> 'BuildRequires:.*openssl1' turns up the following packages that would
> immediately FTBFS:
> ...
> - dotnet3.1
> ...
This packag
Hi,
"jiri vanek" writes:
> As for .NET - you can not compare.
That's completely fair. One (OpenJDK) has been open source in various
forms for 15 years. The other has been (re-designed and made) open
source for around 5 years now. 10 years is an eternity, and has both
positive and negative impli
Hi,
Neal Gompa writes:
> The Python team made "Fedora Loves Python": https://fedoralovespython.org/
> The .NET team maintains the Developer page for .NET and has a domain
> redirect to it: https://fedoraloves.net/
For the record, the .NET SIG has a bus factor of one (maybe two) people
when it c
Hi,
Daniel P. Berrangé writes:
> One way to reduce this burden is to not introduce new JDKs to all
> existing Fedora streams, only add it to rawhide so certification is
> only needed once.
>
> Having said that I'm still not clear on the real impact of the
> certification. Presumably thue certifi
Hi,
Ben Cotton writes:
> According to short investigations, there are already precedents, where
> certification is a reason to build once, certificate, and repack.
This sounds fascinating. Can anyone share details about this? On the
surface, building something once and packaging that up for all
Hi,
Chris via devel writes:
> I'm the package maintainer for Lutris that Steve has been in contact
> with. I'm unfortunately not qualified to sponsor him myself, so we
> need someone else to take him on as a sponsor.
>
> Steve seems quite engaged and capable of figuring things out himself,
> and
Hi,
I have just orphaned javahelp2:
https://src.fedoraproject.org/rpms/javahelp2
As far as I can tell, nothing needs it:
$ repoquery -q --repo=rawhide{,-source,-modular} --whatrequires '*javahelp*'
Upstream has been dead for years and the last commit was in 2017:
https://github.com/javaee/jav
Hi,
Vitaly Zaitsev via devel writes:
> /usr/bin/cmake: error while loading shared libraries:
> libcrypto.so.1.1: cannot open shared object file: No such file or
> directory
As a workaround, can you try a BuildRequires of `openssl1.1`? That
should get the libraries and let cmake proceed.
My scr
Hi,
I will take a shot at answer some of these, with the caveat that I am
not too familiar with this either. My answers could be completely wrong.
"Richard W.M. Jones" writes:
> On Fri, Oct 22, 2021 at 02:22:22PM +0100, Richard W.M. Jones wrote:
>>
>> I could use some help on this thread about
Hi,
Sahana Prasad writes:
> An update that I will directly bring in the OpenSSL 3.0.0 final RC
> (released upstream yesterday)
Thanks for doing this!
I read the upstream announcement and it certainly reads like it's the
final/GA release, not an RC:
https://www.openssl.org/blog/blog/2021/09/07
Hi,
Jonathan Wakely writes:
> On 31/03/21 11:46 +0200, Florian Weimer wrote:
>>I do not see such symbol references for dotnet5.0. I have
>
> Agreed, I downloaded dotnet-runtime-5.0-5.0.4-1.fc34.x86_64.rpm and
> checked it too (although not the other subpackages in that build).
>
>>double-checke
Hi,
Jonathan Wakely writes:
> Due to an unplanned ABI break that I caused in libstdc++, I will soon
> start to rebuild the packages listed below. This rebuild will remove
> references to some symbols in libstdc++.so which do not work as
> intended, and so will not be present in the final gcc-11.
Jerry James writes:
> The dll builds without any trouble.
Great!
> understand that after that I need to pack things up into a nupkg and
> install that under %{_libdir}/dotnet, right?
Kind of.
At this point, we don't have a well-defined location where nuget
packages should be installed within
Jerry James writes:
> I'm building in mock, with the network off. That's why I had to
> remove netstandard2.0 support, because it wanted to download stuff and
> failed due to the missing network. But building against
> netstandard2.1 works without a network.
Oh, that's great news! I though it
Hi,
I have some thoughts but no real answers, sorry.
Jerry James writes:
> Antlr4 4.9.1 is out. This is mostly a small change from version 4.9,
> except that the mono runtime has changed drastically.
That's a little brave for a patch release
Mono and .NET Core are two different implement
Jeff Law writes:
> I can't help with the untagging, but I'm here if there's anything
> going wrong with the system tools that is ultimately affecting dotnet.
Thanks.
Just for context:
.NET Core uses a bundled (and modified) copy of libunwind for unwinding
the stack. This version doesn't work
Hi,
One of the recent builds produced for "dotnet3.1" for rawhide is broken
on aarch64. It built successfully in koji, but produced aarch64 binaries
that segfault on startup. A new build of dotnet3.1 requires a working
older build. That means all recent builds of dotnet3.1 in Rawhide/F33 on
failed
Hi,
I have just orphaned these two packages:
https://src.fedoraproject.org/rpms/dbus-java
https://src.fedoraproject.org/rpms/libmatthew-java
I have not been able to provide them with the care they deserve.
If you are interested in the packages, please pick them up. Here's some
additional inform
Michael Cronenworth writes:
> The bi-weekly Wine update last week brought with it a minor version
> (5.0.0->5.1.0)
> wine-mono update. The update itself is not minor. The tarball is now bundling
> a
> Clang LLVM-based MinGW toolchain in binary form that is also required to
> compile the
> pac
Hi,
A bit of a tangential question:
Zbigniew Jędrzejewski-Szmek writes:
> So maybe just nuke the outdated parts (member lists, "state of affairs"
> content), and keep the rest?
My wiki-foo sucks. Is there some way to automatically generate a list of
members on the wiki from a FAS group?
Thank
Florian Weimer writes:
> * Omair Majid:
>
>> Florian Weimer writes:
>>
>>> * Jan Kratochvil:
>>>
>>>> gold is also limited by 'ulimit -S -n', I had to raise it while building
>>>> LLDB
>>>> (using -DLLVM_
Hi,
Florian Weimer writes:
> * Jan Kratochvil:
>
>> gold is also limited by 'ulimit -S -n', I had to raise it while building LLDB
>> (using -DLLVM_USE_LINKER=gold).
>
> gold should either do this upon start (like OpenJDK does),
Do you have any pointers to source or docs that explain the OpenJDK
Hi,
I have just orphaned the mongo-java-driver package.
I have not been able to give it the time or attention it needs.
Hopefully someone else can take over this package.
Omair
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
Hi,
I have just orphaned appframework:
https://src.fedoraproject.org/rpms/appframework
This package was failing to build in rawhide because one of its
dependencies, swing-layout was orphaned and removed. Unfortunately, I
don't have the time or interest to take over and maintain swing-layout.
Om
Hi,
Starting with Fedora 32, bindex can not be built anymore:
https://koji.fedoraproject.org/koji/taskinfo?taskID=41316281
This is because one of its dependencies, felix-osgi-core, has been
orphaned/retired:
https://src.fedoraproject.org/rpms/felix-osgi-core/tree/master
I no longer use bindex,
Hi,
Starting with Fedora 32, ini4j can not be built anymore:
https://kojipkgs.fedoraproject.org//work/tasks/751/41340751/root.log
This is because one of its dependencies, xmlrpc, has been
orphaned/retired:
https://src.fedoraproject.org/rpms/xmlrpc
I no longer use ini4j, so I have no interest i
Hi,
Due to the lack of time I have orhpaned swingx.
If anyone wants to maintain it, please go ahead and pick it up. Please
note that upstream is dead. swingx (and the rest of swinglabs projects)
were lost as part of the dev.java.net shutdown years ago [1]. The last
release of swingx on maven cent
Hi,
Ben Cotton writes:
> The annobin package provides two components, a plugin for gcc that
> records details about how a program was compiled and an analyser that
> uses this information to produce a report on the security hardening
> status of the compiled program. Currently the plugin is bei
Hi,
Pavel Raiskup writes:
> CentOS 8 repositories are now available, so @msuchy released new
> `mock-core-configs` (see updates-testing), and so we were allowed to enable
> epel-8 chroots in Copr! Feel free to build against them.
First, of all, thanks! This is great new!
I wanted to try this
Hi,
Chris Murphy writes:
> Certain workloads, such as building webkitGTK from source, results in
> heavy swap usage eventually leading to the system becoming totally
> unresponsive. Look into switching from disk based swap, to swap on a
> ZRAM device.
It sounds like the same issue that has bee
* Petr Pisar [2018-12-03 11:24]:
> On 2018-11-28, Igor Gnatenko wrote:
> > the removal of glibc-all-langpacks from the buildroot[0] is done.
> > Standard buildroot has decreased from 445 to 237 megabytes in
> > installed size ;)
> >
> That's nice, but Koji builders have not been reconfigured away
* Ben Cotton [2018-08-22 16:38]:
> 9420 source packages (43% of the total count) come closer to
> compliance with Fedora's packaging guidelines. The Group: tag has
> been in a "should not use" state since March of 2017.
Can rpmlint be patched to warn about using the 'Group:' tag?
Omair
--
PGP
* Dan Horák [2018-08-22 03:55]:
> a nice thing on Mono is that it is fully multi-arch, supporting all
> Fedora arches. Won't be multi-arch problem for msbuild or .NET Core?
Oh. Right, that would be a problem. .NET Core upstream essentially
supports x86_64 only. arm-hfp, aarch64 and x86 are suppor
* Michael Cronenworth [2018-08-15 10:19]:
> On 08/15/2018 08:55 AM, Florian Weimer wrote:
> > Are you sure about that? Ocaml does it as well.
>
> The guidelines allow an initial bootstrap from binaries, but subsequent
> builds are supposed to build from source. The problem is that we can't build
I no longer have the time/resources/interest to maintain jemmy:
https://src.fedoraproject.org/rpms/jemmy/
I have orphaned it. If anyone wants to take over maintainership, please
do so.
Thanks,
Omair
--
PGP Key: B157A9F0 (http://pgp.mit.edu/)
Fingerprint = 9DB5 2F0B FD3E C239 E108 E7BD DF99 7AF
* Richard W.M. Jones [2017-04-13 12:01]:
> So is there a way to get find-debuginfo.sh to tolerate these files?
> (A cursory look at find-debuginfo.sh doesn't show anything obvious,
> but I could be missing something). Or maybe there's another way to
> solve this?
For a hacky workaround, does fin
Hi,
I am no longer able to devote any time to maintain freemarker. I am
orphaning it.
I believe it is a dependency for the following packages.
bval-0:1.1.1-3.fc26.src
bval-json-0:1.1.1-3.fc26.noarch
cookcc-0:0.3.3-15.fc26.noarch
cookcc-0:0.3.3-15.fc26.src
eclipse-cdt-1:9.2.0-4.fc26.src
eclipse-cd
Hi,
* Omair Majid [2016-09-16 11:59]:
> * gil [2016-09-16 02:27]:
> > The system is out of resources.
> > Consult the following stack trace for details.
> > java.lang.StackOverflowError
> > at com.sun.tools.javac.comp.Attr.visitSelect
Hi,
* gil [2016-09-16 02:27]:
> The system is out of resources.
> Consult the following stack trace for details.
> java.lang.StackOverflowError
> at com.sun.tools.javac.comp.Attr.visitSelect(Attr.java:3250)
> at
> com.sun.tools.javac.tree.JCTree$JCFieldAccess.accept(JCTree.java:1897)
* Kalev Lember [2015-10-05 09:02]:
> Here's another look at F23 broken dependencies.
>
> Based on today's Branched report [1], the following packages have
> remaining broken dependencies (package maintainers BCC'd to this email):
>
>Package(co)maintainers
> ===
Hi,
I am no longer interested in maintaining netbeans-related packages:
- netbeans-javaparser
- netbeans-platform
- netbeans-resolver
- netbeans-svnclientadapter
I am going to orphan them.
Regards,
Omair
--
PGP Key: 66484681 (http://pgp.mit.edu/)
Fingerprint = F072 555B 0A17 3957 4E95 0056 F
* Bruno Wolff III [2014-06-24 15:40]:
> On Tue, Jun 24, 2014 at 15:13:01 -0400,
> Omair Majid wrote:
> >Hi,
> >
> >* Omair Majid [2014-06-24 14:31]:
> >>With the Java 8 Change [0] that promotes java-1.8.0-openjdk to the
> >>default Java runtime, I
Hi,
* Omair Majid [2014-06-24 14:31]:
> With the Java 8 Change [0] that promotes java-1.8.0-openjdk to the
> default Java runtime, I am going to be retiring java-1.7.0-openjdk
> shortly.
And this patch, for spins-kickstarts, removes all mention of
java-1.7.0-openjdk from the kickst
* Aleksandar Kurtakov [2014-06-24 14:36]:
> In the commit I see java-1.5.0-gcj, you might want to drop it now that
> gcc-java is no longer built.
Done. This was accidentally overlooked when java-1.5.0-gcj was retired.
Thanks,
Omair
--
PGP Key: 66484681 (http://pgp.mit.edu/)
Fingerprint = F07
Hi,
With the Java 8 Change [0] that promotes java-1.8.0-openjdk to the
default Java runtime, I am going to be retiring java-1.7.0-openjdk
shortly.
I need to make a change to comps to make sure that it does not try and
pull in java-1.7.0-openjdk. Patch is attached. It was reviewed on IRC by
Dennis
* Peter Robinson [2014-06-12 04:25]:
> On Thu, Jun 12, 2014 at 12:50 AM, Omair Majid wrote:
> > * Jaroslav Reznik [2014-04-14 08:32]:
> >> = Proposed System Wide Change: Fedora 21 Make 4.0 Update =
> >> https://fedoraproject.org/wiki/Changes/F21Make40
>
* Adam Jackson [2014-06-09 12:01]:
> In the xorg-x11-docs case it's explicitly BuildRequires:
> java-1.7.0-openjdk;
Okay. Please don't do that. Use java-devel. Otherwise, this will break
on future updates to Java 8, 9 an later ones.
> changing it to plain java-devel actually fixes the
> build, p
* Peter Robinson [2014-06-09 11:35]:
> That's likely because both OpenJDK7 and OpenJDK8 both provide
> java-devel (based on a the repo as it stood at yesterday's compose so
> it doesn't include the mass rebuild packages):
>
> # repoquery --whatprovides java-devel
> java-1.7.0-openjdk-devel-1:1.7.
* Jaroslav Reznik [2014-04-14 08:32]:
> = Proposed System Wide Change: Fedora 21 Make 4.0 Update =
> https://fedoraproject.org/wiki/Changes/F21Make40
> == Detailed Description ==
> The purpose of this update is to synchronize Fedora with the most recent Make
> release.
The contingency for this
Hi,
* Stephen John Smoogen [2014-03-26 11:55]:
> I would say that there needs to be something a bit larger than a
> rebuild but a mass test so that you end up with finding out that someone's
> hack
> to make java-7 do something neat isn't java-8 runtime saying 'crash'.
What about holding a Test
* Mikolaj Izdebski [2014-03-24 11:55]:
> That's exactly the problem. We need to use a modified version of
> java-1.8.0-openjdk with extra provides and adjusted priorities for
> alternatives.
I have started a new java-1.8.0-openjdk build that should fix this:
http://koji.fedoraproject.org/koji/bu
* 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 JavaDoc-related), we really
> > should do a mass rebuild to identify which packages fa
- Original Message -
From: "Dan Horák"
> Jaroslav Reznik wrote:
> > Make Java 8 (provided by OpenJDK 8 which is java-1.8.0-openjdk) the
> > default Java runtime. The current default Java runtime (Java 7,
> > provided by OpenJDK 7, java-1.7.0-openjdk) will be obsoleted and
> > removed.
- Original Message -
> Is there an easy way to do test builds against 8 now?
java-1.8.0-openjdk is available in F19 (updates-testing), F20 (updates-testing)
and in rawhide.
It doesn't provide 'java-devel' (which is what yum uses to find JDKs), so Koji
shouldn't use java-1.8.0-openjdk
* Jaroslav Reznik [2014-03-18 10:38]:
> Initial testing showed 80% build failure rate due to OpenJDK 8
> update.
This is caused by a change in the default doclint settings used by
OpenJDK 8. Think '-Wall -Werror' for those more familiar with gcc.
We can patch OpenJDK 8 in Fedora to change the d
* Jaroslav Reznik [2014-02-27 11:25]:
> = Proposed System Wide Change: System-wide crypto policy =
> https://fedoraproject.org/wiki/Changes/CryptoPolicy
>
> An idea of how this will be implemented is to have each Fedora
> application's configuration file or compilation option will set a
> system
Hi Ian,
On 08/25/2013 04:17 PM, Ian Pilcher wrote:
> I'm trying to build a jpackage SRPM (jena-iri) on Fedora 19, and it's
> failing, because the locale (LANG) is apparently set to "C" during the
> build. (javac and javadoc don't like non-ASCII characters in source
> files in an ASCII locale.)
>
On 06/19/2013 03:53 AM, Jiri Moskovcak wrote:
> I recently run into situation where I need to use unix socket in java
> program. Fro obvious reasons JAVA doesn't support it out of the box, so
> I have to use 3rd party library. After some googling I came to
> conclusion that there is no such library
On 05/01/2013 04:21 PM, Bill Nottingham wrote:
>
> I've dropped
> java-1.8.0-openjdk in the kickstart already, but that won't be enough.
As a maintainer of java-1.8.0-openjdk, I am sad to see it get dropped,
but given the circumstances, this makes sense. It's a preview after all.
> Here's everyt
On 10/22/2012 09:39 PM, Richard Vickery wrote:
> checking Java support in R... present:
> interpreter : '/bin/java'
> archiver: '/bin/jar'
> compiler: '/bin/javac'
> header prep.: '/bin/javah'
> cpp flags : '-I/usr/lib/jvm/java-1.7.0-openjdk-1.7.0.6/jre/../include
> -I/usr/lib/jvm/java-1
On 10/03/2012 02:58 PM, Jon Ciesla wrote:
> On Wed, Oct 3, 2012 at 1:54 PM, Matthew Miller
> wrote:
>> On Wed, Oct 03, 2012 at 01:23:02PM -0500, Jon Ciesla wrote:
>>> qemu -- QEMU is a FAST! processor emulator
>>
>> Hmmm. The virtmaint team is the owner of QEMU in the Fedora devel/18/17/16
>> col
On 01/17/2012 02:23 PM, Nathaniel McCallum wrote:
Good catch! However, I'm not sure what the best way to fix this is. Any
SELinux folk care to comment?
FWIW:
https://github.com/mongodb/mongo/commit/8521b85b0e4447db8c5da6f0db249901608cc874
So leaving it as it is may not be too bad. But I woul
Hi all,
I am the current maintainer of netbeans in fedora. Unfortunately, I have
not been able to devote sufficient time to it to keep it in good shape.
I am going to orphan it. If you are interested in it, please grab it.
I am still the owner of netbeans-platform (which is a a build dependen
On 12/05/2011 05:26 PM, Kevin Fenzi wrote:
> Well, this happens... one thing that would be nice is if folks gave the
> rkhunter maintainers (of which I am one) a heads up so we could add it
> to the whitelist.
>
Apologies. I assumed (incorrectly it turns out) that rkhunter folks were
aware of thi
Hi,
On 12/03/2011 07:02 AM, Reindl Harald wrote:
> why are permanently with updates introduced new hidden folders
> in /etc which let alerting "rkhunter"? openjdk is only a recent
> example, but happended often in the last years with several packages
>
> [harry@srv-rhsoft:~]$ ls -lha /etc/.java/
>
On 10/26/2011 06:58 PM, Dr Andrew John Hughes wrote:
> On 19:58 Wed 26 Oct , Heiko Adams wrote:
>> Am 26.10.2011 19:06, schrieb Jared K. Smith:
>>> On Wed, Oct 26, 2011 at 12:50 PM, Heiko Adams
>>> wrote:
is it just me or is java-1.7.0-openjdk breaking LibreOffice java
detection?
>>
On 08/23/2011 04:44 AM, Jussi Lehtola wrote:
$ ant -lib %{_datadir}/icedtea-web/plugin.jar doc main
doesn't work, it still fails in the same error.
There are two things that were causing problems. The spec file was
setting classpath to a directory, not a jar. Also, the build.xml file
was inst
On 08/17/2011 12:22 PM, Jussi Lehtola wrote:
> Hi,
>
> I tried to update Jmol to the latest release, when I ran once again
> into
>
> error: package netscape.javascript does not exist
> import netscape.javascript.JSObject;
>
The package is not standard part of Java. It is provided by plugin.jar.
On 07/25/2011 04:04 PM, Deepak Bhole wrote:
> * Bill Nottingham [2011-07-25 15:54]:
>> Toshio Kuratomi (a.bad...@gmail.com) said:
>>> Robyn and I have talked about how the feature process could be adapted to
>>> allow for more late work to occur however none of that talk has turned into
>>> anythi
Hi,
I would like to take ownership of the following orphaned packages:
appframework
beansbinding
bindex
freemarker
ini4j
javahelp2
jemmy
netbeans
netbeans-javaparser
netbeans-platform
netbeans-resolver
netbeans-svnclientadapter
swingx
Comaintainers are welcome!
Cheers,
Omair
--
devel mailing li
On 07/07/2010 04:29 PM, Tom "spot" Callaway wrote:
> [omajid] dbus-java: dbus-java-javadoc-2.7-3.fc13.noarch
> [omajid] libmatthew-java: libmatthew-java-javadoc-0.7.2-2.fc13.x86_64
Fixed in rawhide.
Cheers,
Omair
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.or
82 matches
Mail list logo
