Re: libopenjfx-jni missing for aarch64
On Sat, 2023-08-05 at 14:40 +0200, J.S.C. wrote: > > I just stumpled upon being unable to find libopenjfx-jni on an 64-bit > > ARM platform. This was fixed in libopenjfx-jni 11.0.11+1-3.1 in Debian trixie: https://bugs.debian.org/1021894 -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
remove tomcat8 from Debian experimental? WAS: Re: Bug#925454: RM: tomcat8 -- ROM; Replaced by tomcat9
On Mon, 25 Mar 2019 14:24:51 +0100 Emmanuel Bourg wrote: > Le 25/03/2019 à 14:22, Bastian Blank a écrit : > > > Why not experimental? > > I'd like to keep building up to date tomcat8 packages until Buster is > released with tomcat9. Since tomcat9 was released in buster a long time ago, is it now time to remove tomcat8 from Debian experimental? -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: Java packages and autopkgtest
On Sat, Dec 5, 2020 at 6:45 PM Thorsten Glaser wrote:
> We probably should let maven-debian-helper’s dh module
> abort any building (dh_auto_{build,test}) if run under
> autopkgtests to enforce this.
I'd suggest to start with a lintian warning about this and maybe when
there are fewer packages using it, then change the dh module.
--
bye,
pabs
https://wiki.debian.org/PaulWise
Re: List of consultants focusing on Debian packaging for Java?
On Sat, Dec 5, 2020 at 6:04 PM Antonin Delpeuch (lists) wrote: > Very interesting! I like the clarity of this page, that is exactly the > sort of service we need. Surely there must be many other companies > offering similar services, no? I am surprised this one was so hard to find. There are lots of other FLOSS consulting companies/individuals, some of them appear on the Debian consultants page, or on the pages linked to from the FOSSjobs resources page in the Freelancing section or on the FOSSjobs resources page itself in the Employers section. Most of them are focused on some small niche, and most of them work on upstream projects like Linux, browsers or samba. There are relatively few that do Debian packaging though AFAIK. Collabora comes to mind as another one that does. -- bye, pabs https://wiki.debian.org/PaulWise
Re: List of consultants focusing on Debian packaging for Java?
On Fri, Dec 4, 2020 at 5:12 PM Antonin Delpeuch (lists) wrote: > I am looking for a consultant to help package Java software for Debian. > I wonder if you maintain a directory of developers who would be able to > work on this as contractors? > > I have found this general list: > > https://www.debian.org/consultants/ Some other potential resources: https://lists.debian.org/debian-jobs/ https://lists.debian.org/debian-consultants/ https://www.fossjobs.net/ https://github.com/fossjobs/fossjobs/wiki/Resources#job-aggregators -- bye, pabs https://wiki.debian.org/PaulWise
Re: Font in jar-Dateien
On Sat, Sep 19, 2020 at 7:30 PM Mechtilde Stehmann wrote: > Or what is best practice in such a case? The best option for fonts is to have the text rendering code, using fontconfig or similar, dynamically load the right fonts at runtime for the text being rendered. This way it doesn't matter if the fonts are in the user's home directory (~/.fonts), in the system fonts directory (/usr/local/share/fonts) or in the distro fonts directory (/usr/share/fonts) and it also doesn't matter which fonts are installed, if there are fonts containing the needed characters for the text being rendered, then the characters will be rendered from the available fonts. I'm not sure how this is done in Java, but I do know the JRE switched from hard-coded paths to fontconfig some years ago. -- bye, pabs https://wiki.debian.org/PaulWise
Re: uscan: git repo without releases/tags
On Thu, 2019-10-03 at 16:12 +0200, Felix Natter wrote:
> I am starting to package libiconloader-java but unfortunately, there
> are no releases or tags in the respository:
> https://github.com/bulenkov/iconloader
You might want to use something like what I did with purple-discord.
It relies on some aspects of github's commits page HTML but it works.
# Upstream does not have git tags, this is a workaround
# This still has bugs when there are multiple commits per day
# because uscan doesn't have a way to sort upstream versions by time
version=4
opts="pagemangle=s{(?s)(\s*(\S+)\s*)}{0.9.$3.$4.$5.git.$6$1}g,\
downloadurlmangle=s{.*\.git\.([a-f0-9]+)}{https://github.com/EionRobb/purple-discord/archive/$1.tar.gz},\
filenamemangle=s{^/uscan/(.*)}{purple-discord-$1.tar.gz}" \
https://github.com/EionRobb/purple-discord/commits \
/uscan/(0\.9\.\d{4}\.\d{2}\.\d{2}\.git\.[a-f0-9]+)
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
Re: debian/watch file for OpenJDK (was Re: Debian distributions of stable OpenJDK updates)
On Tue, May 28, 2019 at 4:22 PM Emmanuel Bourg wrote:
> There is the Mercurial tags page [1] but unlike GitHub's tags pages it
> doesn't play nice with uscan because the links are built with the hash
> of the revision and not the value of the tag.
FTR, uscan is now flexible enough that it can apply arbitrary
transformations to the HTML and download URL so it is easy enough to
create a watch file that works:
version=4
opts="pagemangle=s{\s*(jdk-11\.[^<\s]*)}{$1}g" \
https://hg.openjdk.java.net/jdk-updates/jdk11u/tags \
.*/jdk-(.*).tar.gz
$ uscan --watchfile watch --package openjdk --upstream-version 0
uscan: Newest version of openjdk on remote site is 11.0.4+4, local version is 0
uscan:=> Newer package available from
https://hg.openjdk.java.net/jdk-updates/jdk11u/archive/jdk-11.0.4+4.tar.gz
--
bye,
pabs
https://wiki.debian.org/PaulWise
Re: Is there a need of a hidden /etc/.java directory
On Thu, Dec 6, 2018 at 3:02 AM shirish शिरीष wrote: > Is there a reason for having a hidden /etc/.java directory ? According to cruft/cruft-ng, these are created by the java-common package. -- bye, pabs https://wiki.debian.org/PaulWise
Re: about salsa accounts
On Fri, May 18, 2018 at 9:02 PM, Luca Vercelli wrote: > account on alioth (luca-vercelli-guest). Does it still work on salsa? No, they are separate services. > Is there any written "howto" for using accounts on salsa? https://wiki.debian.org/Salsa/Doc https://wiki.debian.org/Salsa -- bye, pabs https://wiki.debian.org/PaulWise
Re: Getting OpenJFX on testing
On Thu, May 17, 2018 at 8:40 AM, George Kontsevich wrote: > OpenJFX seems to be available in stable and unstable but has been removed > from testing. I'd like to use it in conjunction with OpenJDK v8, Clojure and > Leiningen (which recommends v8). I'm rather new to picking apart Debian > packages so when looking at the tracker I don't really understand why it's > gone https://tracker.debian.org/pkg/openjfx The excuses section says why, in summary it fails to build on some architectures where it used to build and it introduces 3 release-critical bugs. Reading through the bugs, it seems maintainers are waiting on the OpenJDK 11 transition: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850921#69 > I'm running a `testing` machine - so how would I go about getting OpenJFX? Add unstable to your sources.list and some apt pinning to keep everything at the testing version except the things you have from unstable. The best practices for testing users also recommend adding experimental to the mix in case you want packages from there and also automatically pinning security updates from unstable: https://wiki.debian.org/DebianTesting -- bye, pabs https://wiki.debian.org/PaulWise
Re: Import git repo from alioth to salsa
On Mon, Apr 30, 2018 at 1:18 AM, tony mancill wrote: > I realize that this isn't the right forum, so please redirect > appropriately for follow-ups, but do you know whether there is any plan > for a redirect host/service for the alioth repos? The BTS is full of > links commits in Alioth, so the migration will leave all of these links > broken. The Alioth/Salsa folks are providing a redirector: https://salsa.debian.org/salsa/AliothRewriter -- bye, pabs https://wiki.debian.org/PaulWise
Re: Import git repo from alioth to salsa
On Sat, Apr 28, 2018 at 4:48 AM, Emmanuel Bourg wrote: > Thank you Tony. I was leaning toward such a solution, but considering > that Alioth is going to be killed and the repositories archived and > moved offline there is no real point disabling the migrated > repositories. I think I'll just move them under a special directory (for > example /srv/git.debian.org/git/pkg-java/migrated). I'd suggest deleting the migrated repositories so that DSA doesn't have to store a copy of them in the alioth archive forever. -- bye, pabs https://wiki.debian.org/PaulWise
Re: freerouter is seeking for a maintainer
On Thu, Nov 2, 2017 at 2:24 AM, matecs wrote: > currently no effort is done from my side to reorganize the stuff in > a debian friendly way, but if you can could give me hints then i'll > do my best... currently the following is provided by me: Have you considered storing your source code in a version control system? git is the most popular one these days. Some more tips for creating distro-friendly software are available here: https://wiki.debian.org/UpstreamGuide -- bye, pabs https://wiki.debian.org/PaulWise
Re: Security issue in groovy<2.5.0
On Thu, Sep 7, 2017 at 12:01 AM, 殷啟聰 | Kai-Chung Yan wrote: > Changing the maintainer to Debian QA Group does not seem incorrect to me. Unfortunately orphaning packages tends to attract deletionists, so you have to be vigilant to ensure the package doesn't get removed from Debian entirely. If no-one on the Java team cares about it, maybe just removing it is fine though. > However, I'm curious about the situation when someone wants to upload a > simple change to an orphaned package. Do people refrain from it or they > simply do a non-maintainer upload? They do a QA upload: https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#nmu-qa-upload -- bye, pabs https://wiki.debian.org/PaulWise
Re: Freeplane and latest jgoodies-forms: strange runtime error
On Wed, Dec 7, 2016 at 12:37 AM, Emmanuel Bourg wrote: > This one was really tricky, nobody could have anticipated it with our > current tools. We would need a kind of static analyzer that scans all > classes in the Debian packages and reports if any type, method of field > can't be resolved. Bonus point if we can couple that with Britney to > prevent the packages breaking the binary compatibility from > transitioning to testing. The package 'adequate' does this for C libraries, perhaps it could be extended to Java too. -- bye, pabs https://wiki.debian.org/PaulWise
Re: Freeplane and latest jgoodies-forms: strange runtime error
On Tue, Dec 6, 2016 at 11:31 PM, tony mancill wrote: > And I didn't anticipate the run-time breakage. Long-term, I > think it is worth discussing how best to support Java applications in > main, since it often feels like we're swimming against the stream trying > to support system-level JARs for everything packaged for Debian. Probably the addition of more autopkgtests would help. Also, there is a Java API tracker here: https://github.com/lvc/japi-tracker -- bye, pabs https://wiki.debian.org/PaulWise
Re: Java version
On Sun, Nov 27, 2016 at 4:45 AM, Hannu R wrote: > The default jre is old, version 7. Can it be updated to 8? The default jre is version 8 in Debian stretch and later: https://packages.debian.org/stretch/default-jre -- bye, pabs https://wiki.debian.org/PaulWise
Re: GCJ removed
On Mon, Oct 3, 2016 at 6:32 PM, Mathieu Malaterre wrote: > I am starring at debian-devel@l.d.o and debian-java@l.d.o but see no > discussion about gcj removal. Am I missing something or was this > something known to everybody (porters mainly). There were two threads on -devel and -java: https://lists.debian.org/msgid-search/70a9cb78-3cb2-af47-ea59-97efb00d8...@debian.org https://lists.debian.org/msgid-search/c5e790b5-88ce-e5c4-1cc3-f43fa7e2e...@debian.org -- bye, pabs https://wiki.debian.org/PaulWise
Re: With the demise of tzdata-java...
On Sun, May 1, 2016 at 4:59 AM, David Goodenough wrote: > how do we keep both openjdk-7 and openjdk-8 installed on sid? openjdk-7 has been removed from sid, you should remove it from your system: https://bugs.debian.org/820703 -- bye, pabs https://wiki.debian.org/PaulWise
Re: API changes tracker for Java libraries
On Sat, Mar 26, 2016 at 11:15 PM, Ponomarenko Andrey wrote: > I've just opened the new API changes tracker for Java libraries: > http://abi-laboratory.pro/java/tracker/ Is this based on Debian binary packages or upstream? I wonder if we need a japi.debian.net service providing this for all packages. -- bye, pabs https://wiki.debian.org/PaulWise
Re: reintroduce jlint Java static analysis tool?
On Thu, Feb 11, 2016 at 11:36 PM, Emmanuel Bourg wrote: > Sorry for the silence but your last message about check-all-the-things > on this list [1] just invited people to add more TODOs or checks. It > didn't sound like you were struggling with Findbugs and were asking for > help on a specific issue with this tool. I was asking for help adding support for the Java-specific tools to check-all-the-things. Sorry, I should have been more specific about what I needed help with. -- bye, pabs https://wiki.debian.org/PaulWise
Re: reintroduce jlint Java static analysis tool?
On Wed, 2016-02-10 at 08:33 +0100, Emmanuel Bourg wrote: > jlint doesn't seem actively maintained and we already have findbugs and > checkstyle in Debian. I tend to think a diversity of static analysis tools is better than single tools, since they all inevitably wax and wane in maintenance over the years as well as support different checks. > Do you need jlint for a specific task? It is the only Java static analysis tool that check-all-the-things knows how to run automatically. My last attempt at getting help with adding support for findbugs/checkstyle/etc was met with silence. https://lists.debian.org/debian-java/2015/11/msg00019.html -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
reintroduce jlint Java static analysis tool?
Hi all, I noticed that the jlint package was removed. jlint is a static analysis tool for Java. As such, I think it is an important tool to have in Debian so that maintainers and upstreams can check code written in Java for potential bugs and get those fixed upstream. Is anyone planning to or willing to reintroduce jlint? https://bugs.debian.org/811366 https://www.debian.org/doc/manuals/developers-reference/pkgs.html#reintroducing-pkgs A couple of other projects someone might want to package: https://sable.github.io/soot/ https://code.google.com/p/error-prone/ -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: Best/recommended way to search if a Java library or class is packaged
On Fri, Dec 4, 2015 at 2:16 AM, Miguel Landaeta wrote: > Since jar-content.txt Torsten's file is not being updated since a long > time, I was wondering what's the current recommended way to quickly > check if a Java library is packaged in Debian. The future of this sort of thing (mapping between $foo in language $bar and package $baz) is DEP-11. It is currently focussed on mapping packages to "apps" but is in theory aimed at more general mappings, allowing one to eventually do things like this: apt-get install java-class:javax.servlet.Servlet https://wiki.debian.org/DEP-11 https://wiki.debian.org/AppStream -- bye, pabs https://wiki.debian.org/PaulWise
Re: Static code analysis tool in Debian
On Sun, Nov 15, 2015 at 5:49 AM, Jonathan Yu wrote: > Other great static code analysis tools (not just for doing call-tree I'm interested in adding general Java static analysis tools to check-all-the-things: https://anonscm.debian.org/cgit/collab-maint/check-all-the-things.git/ So far I have a rule for jlint and TODO items for checkstyle, findbugs, pmd, japi-compliance-checker, error-prone and shell metacharacter injection via Runtime.getRuntime().exec(). https://anonscm.debian.org/cgit/collab-maint/check-all-the-things.git/tree/data/java If any Debian or collab-maint members on the list want to add more checks or TODO items, please checkout the README for how to contribute. I am happy to commit patches from others too. I would very much welcome packaging of more tools. https://anonscm.debian.org/cgit/collab-maint/check-all-the-things.git/tree/doc/README If you are adding new TODO items, please add them like this instead of just adding TODO comments. [cppclean] flags = todo comment = https://github.com/myint/cppclean/ -- bye, pabs https://wiki.debian.org/PaulWise
Re: Fwd: A typo in the description-en of libtrilead-ssh2-java
On Tue, Oct 13, 2015 at 9:47 PM, Matthew Johnson wrote: > On Tue Oct 13 15:13, Milan Antonijevic wrote: >> I tried writing to the @debian.org address, but it bounced with > > Hi, I'm afraid I'm no longer involved with the Debian project. I've copied the > Debian Java team list, hopefully someone there can help. ... >> I have noticed a typo in the package description, that *could* prevent >> someone from finding it.. ... >> Description-en: Java SSH >> >> *libarary* >> I would assume it's supposed to be "library"? In general the way to get issues like this fixed is to report a bug: https://www.debian.org/Bugs/Reporting However, this bug is already fixed in the latest version as you can see here: https://packages.debian.org/unstable/libtrilead-ssh2-java Generally minor issues like this don't get fixed in older releases. -- bye, pabs https://wiki.debian.org/PaulWise
Re: failed sparc build of service-wrapper-java 3.5.26-1
On Sun, Jul 12, 2015 at 10:44 PM, gregor herrmann wrote: On Sun, 12 Jul 2015 07:35:47 -0700, tony mancill wrote: By the way, it looks like https://www.debian.org/ports/ is somewhat out of date - e.g. arm64 isn't listed - and refers to reader to a wiki page (which I find confusing for what should be the canonical source for port information). Do you perhaps know whom to work with on getting it updated? Hm, maybe asking on debian-...@lists.debian.org might help. And/or checking/filing a bug against https://bugs.debian.org/www.debian.org The ports page is indeed fairly poorly maintained by porters and a bug/patch against www.debian.org is indeed the way to improve it. More info about how the website is developed is available here: https://www.debian.org/devel/website/ -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caktje6ew74r2ru9rmpa4lgt3x2n3aofrwogt0rtyxy0xdfq...@mail.gmail.com
Re: Bye bye Debian Java
On Tue, Feb 10, 2015 at 8:00 AM, Emmanuel Bourg wrote: I take it you didn't convince Mozilla to rewrite Firefox in Java, that's a sad news for our world domination plan :( Some other folks are working on that: https://gngr.info/ -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAKTje6G1_7OpgkJZE0tCuct5qtJ2WOCCC04M3Dxjcok=poq...@mail.gmail.com
Re: Re: OpenJDK 8 vs Zulu
On Thu, Jan 22, 2015 at 10:11 PM, Andrew Haley wrote: On Mon, Jan 19, 2015 at 10:41 PM, Andrew Haley wrote: That would be against the rules AFAICR: you're supposed to do your own TCK runs, and not on behalf of someone else. How do automated builds factor into that? I don't think it makes any difference. But IANAL, and you'd have to read the TCK agreement for more information. I mean, if an automated system builds the binary packages rather than a human developer, who is allowed to test those packages? -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAKTje6HJF19xWaSmsiLKaWPefN-jw6N=jj2_h1iepip4x3a...@mail.gmail.com
Re: OpenJDK 8 vs Zulu
On Mon, Jan 19, 2015 at 10:41 PM, Andrew Haley wrote: That would be against the rules AFAICR: you're supposed to do your own TCK runs, and not on behalf of someone else. How do automated builds factor into that? -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAKTje6Ezqus=6fuk_dh1r26hjx_gyuv54wxnbj+ue0+lcfw...@mail.gmail.com
Re: OpenJDK 8 vs Zulu
On Mon, Jan 19, 2015 at 6:21 AM, Jonathan Yu wrote: To my knowledge, Zulu is currently the only OpenJDK 8 binary build available that is actually fully tested. When I say actually fully tested, I mean that someone actually states that the specific binary package has passed the full set of OpenJDK TCK tests, and is verified to be a compatible and complaint implementation of the Java SE 8 spec. Azul certifies this for each Zulu binary package. AFAICT the OpenJDK TCK is non-free so it can't go into Debian main, we can't use it during the package build process and we can't do automatic as-installed testing to ensure it works when installed. If there are individuals who have access to the TCK and could validate the package and file bugs, that would be great. http://openjdk.java.net/legal/openjdk-tck-license.pdf http://openjdk.java.net/groups/conformance/JckAccess/ http://dep.debian.net/deps/dep8/ http://ci.debian.net/ And no, that thing called openjdk-8-jdk that you would unfortunately get when you do an apt-get from the experimental or sid debian repos is not a good OpenJDK build. It currently appears shows as 8u40, which is something that doesn't actually exist yet. OpenJDK 8u40 is schedule to come out in March, and anything called 8u40 right now (without clear early access indicators) is certainly not a good release of anything. The actual version is 8u40~b09-1, which means Debian revision 1 of beta 9 of 8u40. It sounds like he misinterpreted this version. Perhaps expanding the b to beta would help here? -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caktje6ewspn5bdjph9js3dcgq-zgkndmtcomz2jqgvpp8xi...@mail.gmail.com
Re: Updating Eclipse
[The below mail is general, I don't know much about the Java/Eclipse context] On Wed, Jan 14, 2015 at 4:09 AM, Pascal Rapicault wrote: - What is the root of the decision to build everything from source? Debian has promised to our users that every package will come with source code. The only way to ensure that what we are distributing is actually the source code is to remove files that obviously have been automatically generated and rebuild everything from source code. This also enables things like our work on reproducible builds. https://www.debian.org/social_contract https://wiki.debian.org/ReproducibleBuilds - What is the limit of the actions that can be run in an install script? Potentially anything can be done, except contacting the network. Any tools that need to be run should be either in the same source package or new packages created for them and added to Build-Depends, which are installed before building packages. - Do we have stats about what the user is downloading? We have stats for users who choose to opt-in to the popularity-contest system: http://popcon.debian.org/ https://qa.debian.org/popcon.php?package=eclipse Really? Without internet access? When we say without Internet access, we mean with access to the Debian archive (via Build-Depends) but not access to random websites on the Internet. Allowing general Internet access leads to build reproducibility and security issues. Yes, this is true especially in the Maven world since it guarantees build reproducibility. We plan to solve that in Debian by recording versions of build-dependencies at build time and reproducing the build environment when doing build reproducibility testing: https://wiki.debian.org/ReproducibleBuilds/BuildinfoSpecification https://wiki.debian.org/ReproducibleBuilds/About#Reproduce_the_build_environment Re bootstrap stuff, we don't have a good solution, most of our work on that front has been around C compilers and bootstrapping new architectures rather than non-C languages. https://wiki.debian.org/DebianBootstrap Embedded code copies are discouraged as they are a nightmare for the security and QA teams. https://wiki.debian.org/EmbeddedCodeCopies -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAKTje6EkCgYSygw=8D+qb7S2GSSgFF5V9mD3ivCg=+Qzo5V=z...@mail.gmail.com
Re: Openjdk-8 in Debian/backports?
On Tue, Dec 30, 2014 at 5:43 AM, Thomas Zlika wrote: Would it be possible to know the roadmap for openjdk-8 in Debian? It is in unstable already but has two RC bugs: https://bugs.debian.org/760982 https://bugs.debian.org/760984 The second of these is a meta-bug for the list of tasks that need to be completed before openjdk-8 can be made the default: https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=openjdk-8-transition;users=debian-java@lists.debian.org Jessie train, but is a backport package can be expected anytime soon? The jessie-backports suite appears to be available now but I'm not sure it is open yet since jessie isn't yet released. (Including a backport package for Wheezy also?). wheezy-backports-sloppy is available for backports of packages newer than jessie. -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caktje6fadt3jtog7dx6jl+8xw_ymv-px6zajqpdxufej+xm...@mail.gmail.com
Java questions on debian-mentors
Hi Java folks, On debian-mentors (both IRC and list) we sometimes get Java packaging related questions. As there are few people in debian-mentors (IRC/list) who know about Java, currently we just redirect Java related packaging questions to debian-java. I was thinking it might be a good idea for Java folks to join debian-mentors (IRC/list), any thoughts? -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: Time zone data for OpenJDK 8
On Fri, Aug 8, 2014 at 7:22 AM, Emmanuel Bourg wrote: 1. Do nothing. The timezone data will be updated with the quarterly updates of OpenJDK. Sounds like OpenJDK has an embedded copy of tzdata? Can we get upstream to disentangle that, at least for their source releases? 2. Copy the sources of the compiler (13 files) into the tzdata package. The compiler will be built along tzdata and used to generate the tzdb.dat file. This is the path followed by the tzdata package in Fedora [2]. Ick. 3. Build the compiler and install it in the openjdk-8-jre-headless package. This is similar to the OpenJDK 6 7 package. tzdata will then build depend on openjdk-8-jre-headless and invoke the compiler to generate tzdb.dat. This adds an extra jar in openjdk-8-jre-headless that is only useful to the tzdata package though. Sounds okish. 4. Create a new libtzdbtools-java package containing the compiler, and make tzdata build depend on it. This libtzdbtools-java package could be generated from the openjdk-8 source package or made independent by extracting the tzdb compiler sources into a new package. This is mostly equivalent to 3 since the libtzdbtools-java package would pull in -headless to run the code. Personally I don't see a reason to create a separate package, just seems like a downside to me (due to NEW). 5. Implement a java.time.zone.ZoneRulesProvider [3] that reads the TZif2 files installed by the tzdata package in /usr/share/zoneinfo. This would render the tzdata-java package obsolete in the long term. GNU ClassPath has a TZif2 parser [4] that could be used as a starting point. This is by far the best solution, especially if upstream adopts it. What do you think? If we can settle on a solution I'll start working on it at the end of the month. 1 and 2 aren't good ideas IMO. I would say start on 3 (or 4) now and also work on 5 for the long term. -- bye, pabs https://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caktje6fukioyf84nhbrejbgyfdu7nuy1ypuh38tncepfea2...@mail.gmail.com
Re: Nonfree Artifacts
On Mon, Jul 7, 2014 at 11:36 AM, Andrew Schurman wrote: What kind of artifacts would Java projects consider non-free? Anything that is under a non-free license or is missing the preferred form for modification (aka source). specifically, what are examples of some of the things that you would remove from an orig.tar which would be inappropriate for a deb package because of licensing, etc? Anything that has been automatically generated based on other files in the upstream source releases or version control system probably should not be present in the source package and instead should be automatically generated at build time. Some examples: .jar files, .class files. I don't know enough about Java to list any more though but that should be enough of a guide. lintian can find some of these things and so can suspicious-source from devscripts. There are some other heuristics that can be used, like grepping for 'generated' but ultimately there is no substitute for looking at each file manually and determining how it was created. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caktje6fh4iyad4jn_b0lsbtbw3xxryxymv3te6oz2uq-pja...@mail.gmail.com
Java and security
Interesting quote from Coverity about FOSS implemented in Java: http://www.newswire.ca/en/story/1339341/coverity-scan-report-finds-open-source-software-quality-outpaces-proprietary-code-for-the-first-time The Coverity analysis found that developers contributing to open source Java projects are not fixing as many high-impact defects as developers contributing to open source C/C++ projects. Java project developers participating in the Scan service only fixed 13 percent of the identified resource leaks, whereas participating C/C++ developers fixed 46 percent. This could be caused in part by a false sense of security within the Java programming community, due to protections built into the language, such as garbage collection. However, garbage collection can be unpredictable and cannot address system resources so these projects are at risk. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: openjdk-8 package available for review
On Wed, Apr 9, 2014 at 11:55 AM, tony mancill wrote: My initial thought was that jessie would use OpenJDK 7. However, given that the jessie freeze is in early November of 2014 [0], and that Oracle has (tentatively?) announced EOL for Java7 in April of 2015 [1], OpenJDK 8 seems like it might be a better choice for the default-jdk over the stable lifetime of jessie. Of course, OpenJDK 7 isn't bound to Oracle's schedule (just as support for OpenJDK 6 hasn't been), and it's difficult to know what mainstream adoption of Java 8 will be like. Probably best to just proceed in a normal way; add OpenJDK 8 to Debian, start a transition and if it completes in time then make OpenJDK 8 the default with OpenJDK 7 still an option. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAKTje6F5nw35=zbcyuqtg8m-y96fbuvzspgzc6_miacumef...@mail.gmail.com
Re: RFS: freemind 0.9.0+dfsg2-1 [RC]
On Thu, Feb 20, 2014 at 11:21 PM, Markus Koschany wrote: Gnash is able to handle that too. You've tested that gnash works with this particular Flash program? However I have no preferences for flash As the maintainer of mtasc in Debian my preference is for Flash to die. mtasc is dead upstream. Adobe is abandoning Flash and so are web devs. Now is the time for anyone still using Flash to run away as fast as possible. I suggest to stick with the current solution and let the user decide. I would appreciate it if you would reconsider supporting the proprietary Flash platform. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caktje6e-5c+mayatcooeeghfthyt+qj8denwsbkniry9162...@mail.gmail.com
Re: RFS: freemind 0.9.0+dfsg2-1 [RC]
On Wed, Feb 19, 2014 at 11:53 PM, Markus Koschany wrote: I downloaded the missing sources from upstream's git repository and created an extra source tarball, so that freemind consists of two different source tarballs now. I simply removed the old flash file from the old tarball. The flash browser is now built from source at build time by using the additional source tarball. Personally I would just delete the SWF file from the source package and be done with it. I think Debian should encourage our upstreams to drop the Flash platform and replace their use of it with standard web stuff (HTML5, CSS, JS), at least that has some chance of having DFSG-free client support. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAKTje6HnL-ZZ0Da=4q9xrfb+wmrruj1li8oa8ceqc+f6uqk...@mail.gmail.com
Re: RFS: androidsdk-tools 22+git20130416~f55ffbb-1 (new)
On Sun, Jun 2, 2013 at 5:40 PM, Jakub Adam wrote: I am looking for a sponsor for package androidsdk-tools. Is this different to the android-tools source package? Should there be some co-ordination between the two? http://packages.qa.debian.org/a/android-tools.html -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAKTje6HJ1ZAKB2xs_ojG7kzCm0tNmxS44Ku=L-MGVkOqpT04=w...@mail.gmail.com
Re: RFS: androidsdk-tools 22+git20130416~f55ffbb-1 (new)
On Sun, Jun 2, 2013 at 6:26 PM, Jakub Adam wrote: SDK Tools is a set of GUI applications written in Java that aid in Android application development, e.g. DDMS and Hierarchy Viewer to name the probably most prominent. ... The only common part I see is that SDK Tools use android-tools-adb for low-level communication with the devices, however the development of adb and SDK Tools is pretty much independent -- hence the different source package under pkg-java team. If an update of adb is required for some future SDK Tools release, I'll let know by filling a bug ticket against android-tools-adb. Apart from that, I presume no closer coordination of the two packages is required. Ok, thanks for the info. FYI, android-tools is blocked from reaching testing due to a security issue. I guess androidsdk-tools will also be blocked due to that. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAKTje6HOruBgvrXfVgiefhxv47Q=vbsjvjcm8ufn8bn4ufk...@mail.gmail.com
Re: Beginner's Question on Java Security Fixes
On Wed, May 8, 2013 at 1:20 PM, Markus Karg wrote: While programming for more than 25 years (more than a decade with Java SE / EE), I am still a beginner with Debian. So please don’t mind my possibly stupid question: Looking at all the security fixes that Oracle provides, I wonder how I can see what of these fixes are contained in Debian? I mean, for example, Oracle’s latest security fix was 7u21. Where can I see which version of Debian’s openjdk-7-jre package reflects that particular fixes, or whether these are contained in Debian at all? The general answer here is to look at the security tracker page for the source package: https://security-tracker.debian.org/tracker/source-package/openjdk-7 If the page is incorrect, it needs to be updated: https://security-tracker.debian.org/tracker/data/report You can see here which versions of openjdk-7 are included in Debian: http://packages.debian.org/src:openjdk-7 http://packages.qa.debian.org/o/openjdk-7.html -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAKTje6HS4_tw2FmD_HJ70899bjdrEh-g=djfirbz5dnzj...@mail.gmail.com
Re: Contributing - Where to start
[Not sure if you are subscribed, sorry for the CC if so] On Wed, Apr 24, 2013 at 10:38 PM, Felipe FV wrote: I really would appreciate some help on how things work at Java development here. Where could I start? Start at the Java page on the wiki and read some of the links there: http://wiki.debian.org/Java In addition: You will need to learn how to interact with the bug tracking system: http://www.debian.org/Bugs/ http://www.debian.org/Bugs/Reporting http://www.debian.org/Bugs/server-control You will need to learn basic packaging (not Java-specific): http://www.debian.org/doc/manuals/maint-guide/ You will need to learn general development principles, procedures and policy: http://www.debian.org/doc/manuals/developers-reference/ http://www.debian.org/doc/debian-policy/ Our social contract, community guidelines and mailing list code of conduct should guide you in your work and communications within Debian: http://www.debian.org/social_contract http://people.debian.org/~enrico/dcg/ http://www.debian.org/MailingLists/#codeofconduct -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caktje6f6hcemzdfqd9dgsn1i8hxzg8t5qwcp5px0ird2c5s...@mail.gmail.com
Re: Copyright assignement for Debian tools?
The Debian Project is not a legal entity so you can't assign copyright to it. See the replies about SPI/FSF/etc though. If you are contributing to copyleft projects, it is important to have diverse copyright holders to prevent converting projects to proprietary licenses. The package you are contributing to is permissively licensed and can become proprietary easily anyway, so this doesn't apply to your situation though. My advice would just to put Copyright 2013 Thomas Koch and a DFSG-free license, anything else would be more effort on your part. If you don't want to be a copyright holder ever, your choices are to stop creating copyrightable materials or time travel to before 1886 and take it up with the Berne Convention authors. There is also work-for-hire situations in various jurisdictions and tedious copyright assignment procedures in many others. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caktje6fooagr6pfo4o4-ad+_u-ab4jvivzdtfcipkxmuyob...@mail.gmail.com
Re: use of json.org in biojava3-ws
On Tue, May 29, 2012 at 8:17 PM, Andreas Tille wrote: I'd call this an over-picky interpretation of something that rather qualifies as a joke rather than a license which can be dealt with in court (disclaimer: I'm not a lawyer, just try to apply common sense.) I'd like to answer this kind of joke at maximum by a comment in debian/copyright and simply define that using Debian is per definition not evil (which solves you second problem of a missing definition to some extend.) Did anybody discussed this at debian-legal or with ftpmaster? This license pops up on debian-legal quite a bit over the years, in every case the debian-legal participants agreed it is non-free. Google consider it non-free enough to reject it from Google Code. The definition of evil is subjective and could refer to anything, including the production of Debian itself. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caktje6ez2ciet6akao202a9pcgcmszazsz4xuxkucrgruur...@mail.gmail.com
Re: use of json.org in biojava3-ws
On Tue, May 29, 2012 at 9:28 PM, Andreas Tille wrote: On Tue, May 29, 2012 at 08:31:46PM +0800, Paul Wise wrote: The definition of evil is subjective and could refer to anything, including the production of Debian itself. Sure and a statement like the given one is pure non-sense without any definition and its just a matter if you care about non-sense or not. There is definitive proof that Debian is evil: http://lists.debian.org/debian-devel/2005/06/msg02206.html The short summary seems to be: We need to contact the authors and I hope somebody will be willing to take his time on it. Indeed. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAKTje6HtoMM8hz3GezCBMhNhQBLjaLFAQ2xEaHpPH+neREv=_...@mail.gmail.com
Re: package sun.awt.image.codec does not exist
http://stackoverflow.com/questions/1906673/import-com-sun-image-codec-jpeg Sounds like your code is buggy, apparently com.sun.* are not supposed to be used: http://www.oracle.com/technetwork/java/faq-sun-packages-142232.html http://download.oracle.com/javase/1.4.2/docs/guide/2d/api-jpeg/com/sun/image/codec/jpeg/JPEGImageEncoder.html Apparently ImageIO is the way to go: http://download.oracle.com/javase/tutorial/2d/images/saveimage.html -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caktje6elq5atxhwebo3omrctkcums_qts9z8u6gb-fwuxcb...@mail.gmail.com
Re: package eclipse for testing
On Mon, Aug 29, 2011 at 9:51 AM, Niels Thykier wrote: I personally have both unstable and testing in my sources list and use: $ cat /etc/apt/apt.conf.d/02aptlocal APT::Default-Release testing; I personally prefer pinning for this. I have set it up such that when I cherry-pick something from unstable/experimental I get updates, until the version migrates/moves to testing/unstable, then I get the updates from there. On servers I do something similar to get cheaper backports where there are no dependency issues. pabs@chianamo:~$ cat /etc/apt/preferences Package: * Pin: release a=stable Pin-Priority: 510 Package: * Pin: release a=testing Pin-Priority: 700 Package: * Pin: release a=unstable Pin-Priority: 600 Package: * Pin: release a=experimental Pin-Priority: 550 -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAKTje6Ey87__R+8gKwLEpuOxWgTOF-D6kthDYTu=mhu0y7w...@mail.gmail.com
Re: package eclipse for testing
On Mon, Aug 29, 2011 at 12:33 PM, Eric Delcamp wrote: ok guys, thanks for your answers. i still feel would be nice to have eclipse on testing without adding unstable but i'll follow your advices. If you check the PTS you can find out why: http://packages.qa.debian.org/e/eclipse.html http://release.debian.org/migration/testing.pl?package=eclipse In this case it seems it needs to be rebuilt for the new xulrunner and that it also has one new RC bug not yet fixed in unstable: http://bugs.debian.org/631061 -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caktje6fokf7gevxwav6yjvu-evoc+etxa3n-t2dqnxkw0op...@mail.gmail.com
Re: Problem with jarwrapper: Error! CRCs do not match!
I guess your libc6 is not new enough to have multiarch support. Which version of libc6 do you have? Do you have any of these files? /usr/lib/libc/memcpy-preload.so /usr/lib/libc/memcpy-syslog-preload.so /usr/lib/x86_64-linux-gnu/libc/memcpy-preload.so /usr/lib/x86_64-linux-gnu/libc/memcpy-syslog-preload.so Run this to find out: find /usr/lib -iname memcpy-*preload.so | xargs file You should get this if you are running Debian wheezy: /usr/lib/x86_64-linux-gnu/libc/memcpy-preload.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped /usr/lib/x86_64-linux-gnu/libc/memcpy-syslog-preload.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped Then set LD_PRELOAD as before. If you are not running libc6 2.13-3 or greater and the preload library does not fix this then I have zero idea. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAKTje6GA7JGqGkCeisFTVk+oqZf47Czfpmoe4YZ8gE3=hi-...@mail.gmail.com
Re: Problem with jarwrapper: Error! CRCs do not match!
This sounds a bit like bug #627121 against gzip, caused by the glibc memcpy stuff Try setting this environment variable: export LD_PRELOAD=/usr/lib/*/libc/memcpy-syslog-preload.so Then run your command and check syslog for signs that the bug exists. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caktje6f2q56bv5uge5usd7nnl4drawqry9e8whscnvurmhs...@mail.gmail.com
Re: Font handling with OpenJDK VM
OpenJDK doesn't have any defoma backend so it is highly unlikely that defoma has anything to do with this. It appears that paths to fonts are hardcoded in these files: /etc/java-6-openjdk/fontconfig.* /usr/lib/jvm/java-6-openjdk/jre/lib/fontconfig.* Despite the name these appear to have nothing to do with the standard method for finding fonts on Linux (fontconfig): http://download.oracle.com/javase/1.5.0/docs/guide/intl/fontconfig.html http://www.freedesktop.org/wiki/Software/fontconfig This OLPC bug seems to explain the situation well: https://dev.laptop.org/ticket/8348 Probably OpenJDK upstream needs to gain support for using fontconfig to dynamically find fonts on Linux. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTikxsKfsvcSrbFNxeJvWSd9iQ=3...@mail.gmail.com
Re: Dynamic Table of Contents of all system Javadoc
Wouldn't it be better to have something that is neither Java-specific nor Debian-specific? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTim8LwtYfRK=qg9ccsxhuxkr-v9...@mail.gmail.com
ARM support to be removed from IcedTea
http://gbenson.net/?p=257 http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2011-March/012556.html http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2011-March/013044.html http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2011-March/013059.html -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: How to package Nuxeo DM, a Java EE application, in Debian
On Thu, Feb 10, 2011 at 6:42 PM, Stefane Fermigier s...@nuxeo.com wrote: Problem is, this is a policy issue, that is specific from the Java world The issues Debian faces in packaging Java stuff is definitely not specific to the Java world. Ruby, C, Python, games, all of them have had or still do have such issues. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTimN5vjBDzE_6FX3_uXe8-znBG+d4R6Kk=td-...@mail.gmail.com
Re: Claimed our team on Launchpad
On Fri, Nov 26, 2010 at 6:49 AM, Damien Raude-Morvan draz...@drazzib.com wrote: Is there a way to merge existing team ? https://launchpad.net/~pkg-java-maintainers https://launchpad.net/~debian-java Seems like there isn't an automated way to do that. According to Micah Gersten from #debian-ubuntu: micahg pabs: I don't know if there's an easy way to, but you can file a request here: https://answers.launchpad.net/launchpad micahg pabs: at a minimum, you can add the team you don't want as a member to the team you do -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti=_2mn0kanemb4kwtqvxm6jtm-wbgvwhx-m_...@mail.gmail.com
Re: sweethome3d+sunflow like jedit+bsh
On Sun, Jun 27, 2010 at 3:37 AM, Gabriele Giacone 1o5g4...@gmail.com wrote: Here [1] a recent upstream comment about status of sunflow open source version. deb.li seems to be down at the moment, could you expand that URL? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktininz-jjvls_pi4uenq3zrhztwnpbnjyfa0h...@mail.gmail.com
Re: sweethome3d+sunflow like jedit+bsh
On Sat, Jun 26, 2010 at 5:15 AM, Gabriele Giacone 1o5g4...@gmail.com wrote: Unfortunately, I'm playing with a similar case: sweethome3d upstream had to modify sunflow sources (dead upstream). Since sunflow is hosted at sourceforge.net the project can be taken over by anyone with an account: http://sourceforge.net/apps/trac/sourceforge/wiki/Abandoned%20Project%20Takeovers It might be worth talking sweethome3d folks into taking over sunflow and releasing a new version with their changes, or doing so yourself. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikarljkowczy3pzim37cdi_73ousz7qwclt6...@mail.gmail.com
Re: RFS: libgstreamer-java
2010/5/26 Samuel Lucas Vaz de Mello samuelme...@gmail.com: The tango package is tango-icon-theme or is there any java package? tango is made up of images, not any programming language. Perhaps you meant to ask if there is a Java library implementing the FreeDesktop icon related specs? Not sure of the answer there, but I imagine the GNOME Java stuff would. Another option might be to get the tango source package to produce something like this: http://tango.freedesktop.org/User:Heuermh Is there any way to use directly the icons at /usr/share/icons from java, without breaking other platforms? Probably a build configuration parameter ia needed. Do such things exist in the Java world? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimrvlygpe3fh8jh5noat5nkbvtcb2-cuxm5l...@mail.gmail.com
Re: which source package has the source for javac in openjdk?
On Mon, Dec 7, 2009 at 8:12 PM, David Goodenough david.goodeno...@linkchoose.co.uk wrote: I am trying to debug a problem with an annotation processor, and I need to look at the source for javac to debug it. Openjdk-6-source only contains the source for the runtime, and there seem to be no other source packages referenced so I am a bit lost as to where to look. This is more of aquestion for debian-user, but anyway... Just run `apt-get source openjdk-6-jdk`, or if you prefer a web browser: visit http://packages.debian.org/file:javac click your preferred Debian release at the top click openjdk-6-jdk - http://packages.debian.org/sid/openjdk-6-jdk click each of the 3 links under Download Source Package openjdk-6: The orig.tar.gz is probably the only one you need though. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: which source package has the source for javac in openjdk?
On Mon, Dec 7, 2009 at 8:58 PM, David Goodenough david.goodeno...@linkchoose.co.uk wrote: That does NOT seem to contain the source of the compiler. There should be a file called TreeMaker.java, and it is not present (at least find can not find it). There is a directory rt, which contains (as the openjdk-6-src package does) the run time source, but I can not find the source of the compiler in that. source.debian.net says that file is only in the netbeans-ide package: http://source.debian.net/source/search?path=TreeMaker.java -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551873: RFP: quantum-game -- ambient game of space exploration and conquest
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-ga...@lists.debian.org, debian-java@lists.debian.org * Package name: quantum-game Version : 1.33 Upstream Author : Mario Zechner (marzec) * URL : http://apistudios.com/hosted/marzec/quantum/ * License : GNU LGPL 2.1 Programming Lang: Java Description : ambient game of space exploration and conquest It's a simple adaption of the realtime strategy game Dyson/Eufloria[1] focusing on multiplayer and adding some new game mechanics like alliances and routing. 1. http://www.dyson-game.com/ -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: Versioned Dependencies (Was: Re: libjgrapht0.6-java_0.6.0-7_amd64.changes is NEWW)
On Tue, Sep 15, 2009 at 11:09 PM, Torsten Werner twer...@debian.org wrote: 2. You cannot binNMU an Architecture: all package but java packages are usually of Architecture: all. That may change at some point, there have been rumblings about throwing away maintainer-built packages (but still requiring them) and building all packages (including arch all ones) on the buildds. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Where is libjawt.so located ?
http://packages.debian.org/search?suite=sidsearchon=contentskeywords=libjawt.so -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: For those who care about batik
On Sun, Sep 21, 2008 at 1:24 AM, Eric Lavarde [EMAIL PROTECTED] wrote: I thought that Batik 1.7 is not backwards compatible with Batik 1.6 (I remember vaguely to have issues with this). If I'm right, wouldn't it make sense to have a batik1.7 package name and keep batik (1.6)? IMO it wouldn't make much sense unless upstream is working on both branches and releasing updates for them. There are only 3 reverse-deps and one reverse-build-dep so it shouldn't be a very big transition anyway. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: OpenJDK
On Fri, Jun 20, 2008 at 9:30 PM, Gianluca [EMAIL PROTECTED] wrote: in Ubuntu 8.0.4 I installed Eclipse and I used OpenJdk to compile my program described here: OpenJDK is not available in Debian yet. If I make java-jar MyRecipes.jar on the shell, it works perfectly. But if I click the mouse right on jar files and select open with OpenJdk Runtime the program does not work. . Why? Sounds like a bug in the Ubuntu OpenJDK package, please file a bug in Launchpad. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: icedtea status?
On Mon, Mar 31, 2008 at 11:06 PM, Michael Koch [EMAIL PROTECTED] wrote: We just had a telco about this and I hope we will have openjdk6 in Debian in a not too distant future. Not sure what you mean by telco, but anyway. Doesn't openjdk6 include the binary blobs, and icedtea6 is the one that could go into main? Ubuntu seems to have icedtea7, would it be useful to have icedtea7 instead or to have both? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: icedtea status?
On Thu, Feb 14, 2008 at 4:05 PM, Michael Koch [EMAIL PROTECTED] wrote: Only some trivial things. Missing content in -doc package. Too many lintian issues. Nothing heavy. Fix package will eb uploaded soon. Any update on how the new upload is going? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: icedtea status?
On Dec 29, 2007 8:43 AM, Paul Wise [EMAIL PROTECTED] wrote: Does anyone know what is holding the Ubuntu icedtea package out of Debian? I read on IRC that the icedtea package was rejected from NEW, is there any information about why or progress on the issues that caused it to be rejected? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
saxon 8 status?
Hi all, What is the status of saxon 8 being in Debian? Without it, Debian seems to lack the ability to use XSLT 2.0 stylesheets. The appropriate bugs were last updated quite a while ago: #408842, #350338. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: saxon 8 status?
On Jan 14, 2008 10:21 AM, Paul Wise [EMAIL PROTECTED] wrote: What is the status of saxon 8 being in Debian? s/saxon 8/saxon 9/ -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: icedtea status?
On Jan 7, 2008 2:40 AM, Michael Koch [EMAIL PROTECTED] wrote: I work on icedtea package currently. There are some issues taht I can hopefully sort out this week. Could you please take over the RFP then? http://bugs.debian.org/452750 Also, the Ubuntu packaging is in pkg-java SVN, will you be maintaining it there? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: icedtea status?
On Dec 29, 2007 6:04 PM, Arnaud Vandyck [EMAIL PROTECTED] wrote: I don't know how is working on icedtea/openjdk on Debian but AFAIK, there are a lot of licenses and they must be all analysed. doko, are you out there? Are your Ubuntu icedtea packages ready for Debian or do they need more work? What tasks are remaining? Icedtea/OpenJDK will only solve the move to main for x86 and x64 arches. There is a port from Gary Benson on PowerPC (only in interpreter mode at the moment and it's barely usable for applications like eclipse) but AFAIK Icedtea/OpenJDK will not run on other arches (maybe it can run on sparc but I'm not sure). IMO main/contrib is a separate issue to portability. There are plenty of packages in main that only work on one architecture or a few of them. The powerpc work seems to be released now BTW: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2008-January/000821.html In any case it would be nice to have IcedTea in experimental at least. IceTea/OpenJDK will not break anything, it could be in unstable. That would be great. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
icedtea status?
Hi all, Does anyone know what is holding the Ubuntu icedtea package out of Debian? Are the licence issues still a problem? I see there is some packaging in SVN. I'm watching the Lenny freeze slowly approaching and wondering if Debian will see OpenJDK/IcedTea packages early enough for all those contrib Java-based packages to move to main. Also, is icedtea appropriate to have in a stable release, or should only OpenJDK be in stable? http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2007-December/000810.html In any case it would be nice to have IcedTea in experimental at least. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Remove groovy
On Dec 10, 2007 7:14 AM, Moritz Muehlenhoff [EMAIL PROTECTED] wrote: It was reported to the Security Team, that groovy embeds a lot of packages, several of them security-sensitive: snip Since it's in contrib, it's not security-supported, but given the state of it (outdated, hardly any users) it should likely be just removed? Unless anyone objects within the next days, I'll file an RM bug. Perhaps people on the debian-java list should be given the chance to adopt or fix groovy or give an opinion on it's usefulness? CCing them. I'm also hoping icedtea will happen for lenny so maybe it will be able to move to main. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Is this a Java error?
On Nov 28, 2007 6:19 PM, John Halton [EMAIL PROTECTED] wrote: Just to clarify one point (Java is all a bit mystifying for me). When you say the site only has Win32 code, I assume the point is that the site is trying to make use of a Windows-only native library on my PC, and doesn't have (or isn't making use of) any capability of using the equivalent GNU/Linux library that may be present on my machine. Is that correct? My thought was that it was trying to download code that corresponds to your system, maybe using some architecture name provided by java in the URL, and the download site only having the windows filename but not the Linux filename. Your interpretation is just as likely though. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Is this a Java error?
On Nov 27, 2007 7:02 AM, John Halton [EMAIL PROTECTED] wrote: HelperLib: Error starting TDI subsystem: java.io.IOException: Unable to download native library. IP Aliasing/Restoration functionality is disabled. speculation Sounds like it might be trying to download and run some native code, but fails because the site only has Win32 code rather than both Windows and Linux code. Like Michael said, grab the network traffic and compare that to what the Windows version does with network traffic. /speculation -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
