Am 16.10.2017 um 17:08 schrieb Adrian Bunk:
> Control: clone -1 -2
> Control: reassign -1 libbrowserlauncher-java
> Control: severity -1 serious
>
> On Mon, Oct 16, 2017 at 04:08:06PM +0200, Markus Koschany wrote:
>> ...
>> Please remove libbrowserlauncher-java from Debian. Its features are
>> pro
Control: clone -1 -2
Control: reassign -1 libbrowserlauncher-java
Control: severity -1 serious
On Mon, Oct 16, 2017 at 04:08:06PM +0200, Markus Koschany wrote:
>...
> Please remove libbrowserlauncher-java from Debian. Its features are
> provided by the JDK nowadays. It is rc-buggy and has no
> rev
Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: libbrowserlauncher-java -- ROM;obsolete;rc-buggy
Control: severity -1 normal
Am 16.10.2017 um 16:00 schrieb Ole Streicher:
> For me as well...
>
> On 16.10.2017 15:59, Andreas Tille wrote:
>> On Mon, Oct 16, 2017 at 03:12:38PM +0200, Mar
On Mon, Oct 16, 2017 at 03:12:38PM +0200, Markus Koschany wrote:
> I am just cleaning up a bit. Is there any reason why we should keep
> libbrowserlauncher-java in Debian? Apparently its features are provided
> by the JDK nowadays and it seems to have no r-deps anymore.
>
> If I don't hear anythin
For me as well...
On 16.10.2017 15:59, Andreas Tille wrote:
> On Mon, Oct 16, 2017 at 03:12:38PM +0200, Markus Koschany wrote:
>> I am just cleaning up a bit. Is there any reason why we should keep
>> libbrowserlauncher-java in Debian? Apparently its features are provided
>> by the JDK nowadays an
Hi,
I am just cleaning up a bit. Is there any reason why we should keep
libbrowserlauncher-java in Debian? Apparently its features are provided
by the JDK nowadays and it seems to have no r-deps anymore.
If I don't hear anything from you, I'm going to reassign this package to
ftp.debian.org and a
Andreas Tille:
> Hi Niels,
>
> grrr, please let me know if I need to file a new unblock request for the
> just uploaded
>
>
> diff -Nru jmodeltest-2.1.10+dfsg/debian/changelog
> jmodeltest-2.1.10+dfsg/debian/changelog
> --- jmodeltest-2.1.10+dfsg/debian/changelog 2017-03-31 08:24:53.000
Hi Niels,
grrr, please let me know if I need to file a new unblock request for the
just uploaded
diff -Nru jmodeltest-2.1.10+dfsg/debian/changelog
jmodeltest-2.1.10+dfsg/debian/changelog
--- jmodeltest-2.1.10+dfsg/debian/changelog 2017-03-31 08:24:53.0
+0200
+++ jmodeltest-2.1.10+d
Control: reopen -1
On Fri, 31 Mar 2017 11:56:31 +0200 Andreas Tille wrote:
> Hi,
>
> On Thu, Mar 30, 2017 at 03:00:49PM +0200, Emmanuel Bourg wrote:
> > I agree, BrowserLauncher was interesting before Java 6, but the Desktop
> > API is good enough for most usages now.
>
> Thanks to Ole's patch
On 03/30/2017 04:30 PM, Ole Streicher wrote:
One question here: the tutorial [1] says
"Use the isDesktopSupported() method to determine whether the Desktop
API is available. On the Solaris Operating System and the Linux
platform, this API is dependent on Gnome libraries. If those libraries
are
Hi Emmanuel,
Am 04.04.2017 um 10:52 schrieb Emmanuel Bourg:
> Excellent question, this needs some testing with various desktop
> environments.
I wrote a short test script and run it under Stretch and Jessie chroots,
right after
(jessie)oles@donar:~$ sudo apt install default-jre
Hi,
On Thu, Mar 30, 2017 at 03:00:49PM +0200, Emmanuel Bourg wrote:
> I agree, BrowserLauncher was interesting before Java 6, but the Desktop
> API is good enough for most usages now.
Thanks to Ole's patch to jmodeltest which was uploaded some hours ago
I'd be even fine to remove BrowserLauncher
Le 30/03/2017 à 14:21, Ole Streicher a écrit :
> IMO that makes the BrowserLauncher package *really* obsolete here.
I agree, BrowserLauncher was interesting before Java 6, but the Desktop
API is good enough for most usages now.
Emmanuel Bourg
Am 30.03.2017 um 14:14 schrieb Emmanuel Bourg:
> Le 30/03/2017 à 13:47, Ole Streicher a écrit :
>
>> Since there is only one dependency (jmodeltest), I recommend to remove
>> the package from Stretch and to patch out the dependency with a minimal
>> implementation of browserlauncher that uses xdg-
Le 30/03/2017 à 13:47, Ole Streicher a écrit :
> Since there is only one dependency (jmodeltest), I recommend to remove
> the package from Stretch and to patch out the dependency with a minimal
> implementation of browserlauncher that uses xdg-open (see attachment).
What about using the JDK API f
Tags: affects -1 jmodeltest
I submitted fixes for all three bugs to the git repository. However,
even after applying them libbrowserlauncher does not work:
$ java -classpath /usr/share/java/BrowserLauncher2.jar \
edu.stanford.ejalbert.BrowserLauncher https://www.debian.org
should display a
16 matches
Mail list logo
