Re: Mass Package Change: Turn deprecated %patchN syntax into %patch -PN

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

Re: Is it possible (or a good idea) to add additional files to the -debuginfo packages?

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

Is it possible (or a good idea) to add additional files to the -debuginfo packages?

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

Re: Orphaned packages looking for new maintainers

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.

Re: Orphaned packages looking for new maintainers

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 >

Re: F39 Change Proposal: Build JDKs once, repack everywhere (System-Wide Change)

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

Re: F39 Change Proposal: Build JDKs once, repack everywhere (System-Wide Change)

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

Re: F39 Change Proposal: Build JDKs once, repack everywhere (System-Wide Change)

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 >

Re: SPDX Statistics - University of Constantinople edition

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 > > >

Re: Fedora 37 mass rebuild complete

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.

Re: F37 proposal: Deprecate openssl1.1 package (System-Wide Change)

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

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

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

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

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

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

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

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

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

Re: Intro & Sponsor Request

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, >

Orphaning javahelp2

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:

Re: cmake on Rawhide is broken

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

Re: ocaml binary hardening upstream questions

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

Re: [Heads-up] Introduction of OpenSSL 3.0.0 in F36

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:

Re: Rebuilding packages that use std::call_once from libstdc++

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). >

Re: Rebuilding packages that use std::call_once from libstdc++

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

Re: Mono help

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

Re: Mono help

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

Re: Mono help

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

Re: Please untag dotnet3.1-3.1.106-1.fc33

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

Please untag dotnet3.1-3.1.106-1.fc33

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

Orphaned dbus-java and libmatthew-java

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

Re: Bundled compiler conundrum

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 >

Re: Re-Launching the Java SIG

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?

Re: The Chromium Dilemma

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_USE_LINKER

Re: The Chromium Dilemma

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

Orphaned mongo-java-driver

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

Orphaned appframework

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.

Orphaned bindex

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

Orphaned ini4j

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

Orphaning swingx

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

Re: Fedora 32 System-Wide Change proposal: Annobin Used By Bodhi

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

Re: epel-8-{x86_64,ppc64le,aarch64} chroots enabled in copr

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

Re: Better interactivity in low-memory situations

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

Re: [HEADS UP] Rawhide buildroot now has glibc-minimal-langpack instead

* 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

Re: Fedora 30 System-Wide Change proposal: Remove the Group: Tag From All Packages

* 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 --

Re: Mono - Do we have a maintainer?

* 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

Re: Mono - Do we have a maintainer?

* 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

Orphaned jemmy

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

Re: ERROR: No build ID note found in

* 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

Orphaning freemarker

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

Re: [fedora-java] Re: java-1.8.0-openjdk i686 1:1.8.0.102-2.b14.fc26 is broken ... ?

Hi, * Omair Majid <oma...@redhat.com> [2016-09-16 11:59]: > * gil <punto...@libero.it> [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.jav

Re: [fedora-java] java-1.8.0-openjdk i686 1:1.8.0.102-2.b14.fc26 is broken ... ?

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 >

Re: Removing packages that have broken dependencies in F23 tree, v2

* 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

Orphaning netbeans related packages

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

Re: Spins-kickstarts change for OpenJDK 8

* Bruno Wolff III br...@wolff.to [2014-06-24 15:40]: On Tue, Jun 24, 2014 at 15:13:01 -0400, Omair Majid oma...@redhat.com wrote: Hi, * Omair Majid oma...@redhat.com [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

Comps change for OpenJDK 8

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

Re: Comps change for OpenJDK 8

* Aleksandar Kurtakov akurt...@redhat.com [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/)

Spins-kickstarts change for OpenJDK 8

Hi, * Omair Majid oma...@redhat.com [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

Re: F21 System Wide Change: Fedora 21 Make 4.0 Update

* Peter Robinson pbrobin...@gmail.com [2014-06-12 04:25]: On Thu, Jun 12, 2014 at 12:50 AM, Omair Majid oma...@redhat.com wrote: * Jaroslav Reznik jrez...@redhat.com [2014-04-14 08:32]: = Proposed System Wide Change: Fedora 21 Make 4.0 Update = https://fedoraproject.org/wiki/Changes

Re: F21 System Wide Change: Fedora 21 Make 4.0 Update

* Jaroslav Reznik jrez...@redhat.com [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

Re: Fedora 21 Mass rebuild update

* Peter Robinson pbrobin...@gmail.com [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

Re: Fedora 21 Mass rebuild update

* Adam Jackson a...@redhat.com [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

Re: F21 System Wide Change: Java 8

Hi, * Stephen John Smoogen smo...@gmail.com [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

Re: F21 System Wide Change: Java 8

* Mikolaj Izdebski mizde...@redhat.com [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

Re: F21 System Wide Change: Java 8

* Mikolaj Izdebski mizde...@redhat.com [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:

Re: F21 System Wide Change: Java 8

- 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

Re: F21 System Wide Change: Java 8

- Original Message - From: Dan Horák d...@danny.cz Jaroslav Reznik jrez...@redhat.com 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

Re: F21 System Wide Change: Optional Javadocs

* Jaroslav Reznik jrez...@redhat.com [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

Re: F21 System Wide Change: System-wide crypto policy

* Jaroslav Reznik jrez...@redhat.com [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

Re: UTF-8 locale in RPM build

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.)

Re: packaging java unix sockets library

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 in

Re: F19 DVD over size - what to drop?

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

Re: R

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

Re: Packages in need of new maintainers

On 10/03/2012 02:58 PM, Jon Ciesla wrote: On Wed, Oct 3, 2012 at 1:54 PM, Matthew Miller mat...@fedoraproject.org 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

Re: Testing needed (mongodb)

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

Orphaning netbeans

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

Re: why introducing hidden directories in /etc

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 this.

Re: why introducing hidden directories in /etc

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/

Re: Jmol, Java and netscape.javascript

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

Re: Jmol, Java and netscape.javascript

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. In

Taking ownership of netbeans and its dependencies

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

Re: Licensing Guidelines Update - Please Read

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