Just over a week ago I contacted the listed maintainer of the
multimedia/mpv and libraries/mujs SlackBuilds about some proposed
adjustments and possible version updates.
I've had no reply yet and the maintainer's last appearance in the git
log was April of last year, suggesting they've become
Sat Jun 20 01:00:20 UTC 2020
academic/colin: Updated for version 1.8.1.
academic/copasi: Updated for version 4.28.226.
academic/reduce-algrebra: Updated for version 20200614svn5365.
academic/scilab: Updated for version 6.1.0
academic/sundials: Updated for version 5.3.0.
audio/gogglesmm: Fix
On 19/06/20 10:49,
Didier Spaier put forth the proposition:
> Le 19/06/2020 à 10:29, Dave Woodfall a écrit :
> > Isn't Gmane dead?
>
> http://news.gmane.io/
And... we're in.
Thanks for that.
--
Dave
signature.asc
Description: PGP signature
___
On 19/06/20 22:30,
Andrzej Telszewski put forth the proposition:
> Hi,
>
> @Dave Woodfall, a few days ago I've sent you my reply about *qbs* and
> *qt-creator*.
>
> I'd like to confirm if you have received it?
>
> (I'm not asking for prompt answer for the subject now, just confirmation).
>
> --
>
On 19/06/20 14:23,
Rich Shepard put forth the proposition:
>
> But they all respond to 'jdk' so perhaps the REQUIES line could be specific
> as to which jdk flavor/version is needed.
No, the entries in REQUIRES refer to the *exact* names of packages,
in this case `jdk':
On Fri, 19 Jun 2020, Dave Woodfall wrote:
This is all getting a bit complicated. Your thread title has the error
"dbeaver-ce not finding jre" In fact dbeaver-ce requires `jdk', not `jre'.
Dave,
Not to flog a deceased equine, but the dbeaver-ce error message when I tried
to load it said it
On 19/06/20 13:53,
Rich Shepard put forth the proposition:
> On Fri, 19 Jun 2020, Erich Ritz via SlackBuilds-users wrote:
>
> > The file in /etc/profile.d/ for adoptopenjdk-openj9 is
> > adoptopenjdk-openj9.sh:
>
> Erich,
>
> Oh. Here it has
> #!/bin/sh
> export
On Fri, 19 Jun 2020, Erich Ritz via SlackBuilds-users wrote:
But I have alienBob's openjdk installed.
Erich, Dave, B.:
That was the problem: the wrong jdk was inststalled.
I removed adoptopenjdk and installed AlienBOB's openjdk and now dbeaver-ce
loads.
Thanks very much!
Carpe weekend all
On Fri, 19 Jun 2020, Erich Ritz via SlackBuilds-users wrote:
The file in /etc/profile.d/ for adoptopenjdk-openj9 is
adoptopenjdk-openj9.sh:
Erich,
Oh. Here it has
#!/bin/sh
export JAVA_HOME=/usr/local/lib64/jdk-14.0.1+7
export MANPATH="${MANPATH}:${JAVA_HOME}/man"
export
On Fri, 19 Jun 2020, Dave Woodfall wrote:
But you set that yourself, yes?
Dave,
According to where java was found.
ls $JAVA_HOME/
bin/ include/ lib/ sample/ LICENSE release
demo/ jre/ man/ ASSEMBLY_EXCEPTION THIRD_PARTY_README src.zip
It's the ROOT or
Hi,
@Dave Woodfall, a few days ago I've sent you my reply about *qbs* and
*qt-creator*.
I'd like to confirm if you have received it?
(I'm not asking for prompt answer for the subject now, just confirmation).
--
Best regards,
Andrzej Telszewski
___
On 19/06/20 12:34,
Rich Shepard put forth the proposition:
> Here there is no /usr/lib64/java. I have JAVA_HOME=/usr/lib64/jvm/bin/java.
But you set that yourself, yes?
ls $JAVA_HOME/
bin/ include/ lib/ sample/ LICENSE release
demo/ jre/ man/
‐‐‐ Original Message ‐‐‐
On Friday, June 19, 2020 12:44 PM, Rich Shepard
wrote:
> On Fri, 19 Jun 2020, Dave Woodfall wrote:
>
> > The full contents of /etc/profile.d/openjdk.sh for example:
> > #!/bin/sh
> > export JAVA_HOME=/usr/lib64/java
> > export
On Fri, 19 Jun 2020, Dave Woodfall wrote:
The full contents of /etc/profile.d/openjdk.sh for example:
#!/bin/sh
export JAVA_HOME=/usr/lib64/java
export MANPATH="${MANPATH}:${JAVA_HOME}/man"
export PATH="${PATH}:${JAVA_HOME}/bin:${JAVA_HOME}/jre/bin"
Your setting in ~/.bash_profile is breaking
On Fri, 19 Jun 2020, B Watson wrote:
I also added to ~/.bash_profile this line:
JAVAPATH=$HOME:/usr/lib64/jvm/bin/java:$PATH
Might the exported name be incorrect?
Well, yes, neither of those are PATH, they're JAVA_HOME and JAVAPATH.
Oops! I changed the JAVAPATH to PATH, logged out and back
On Fri, 19 Jun 2020, Dave Woodfall wrote:
The path you are exporting yourself seems wrong to me. That's what the
file in /etc/profile.d does and why you need to logout and in again to
have the correct environment set up for it.
That's what I did.
This is what is I have set by installing the
On 19/06/20 11:11,
Rich Shepard put forth the proposition:
> The path was incorrect. The second location is exported from
> ~/.bash_profile:
> export JAVA_HOME=/usr/lib64/jvm/bin/java
>
> Might the exported name be incorrect?
>
> I also added to ~/.bash_profile this line:
>
On 6/19/20, Rich Shepard wrote:
> Yet that's apparently where it went looking for the JRE.
One of the two places it looked, yes.
> export JAVA_HOME=/usr/lib64/jvm/bin/java
>
>
> I also added to ~/.bash_profile this line:
> JAVAPATH=$HOME:/usr/lib64/jvm/bin/java:$PATH
> Might the exported name
On 19/06/20 11:11,
Rich Shepard put forth the proposition:
> On Fri, 19 Jun 2020, B Watson wrote:
>
> > The 1st location, /opt/dbeaver-ce/jre/bin/java, would be for a
> > 'standalone' package of dbeaver-ce that includes its own private JRE,
> > which the SBo package doesn't do.
>
> B.
>
> Yet
On Fri, 19 Jun 2020, B Watson wrote:
The 1st location, /opt/dbeaver-ce/jre/bin/java, would be for a
'standalone' package of dbeaver-ce that includes its own private JRE,
which the SBo package doesn't do.
B.
Yet that's apparently where it went looking for the JRE.
The 2nd location it
On 6/19/20, Rich Shepard wrote:
>
> "A Java Runtime Environment (JRE) or Java Development Kit (JDK)
> must be available in order to run Dbeaver. No Java virtual machine
> was found after searching the following locations:
> /opt/dbeaver-ce/jre/bin/java
> java in your current PATH"
>
> But,
On Fri, 19 Jun 2020, Rich Shepard wrote:
Trying to run dbeaver-ce-7.0.4-x86_64-1_SBo with
Upgrading to 7.1.0 does not fix the problem.
Rich
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
I've struggled with this issue and now need fresh eyes to see the solution.
Trying to run dbeaver-ce-7.0.4-x86_64-1_SBo with
OpenJDK14U-jdk_x64_linux_openj9_14.0.1_7_openj9-0.20.0 supplying the java
runtime environment. But, dbeaver-ce doesn't see that and shows this error
when I try to load the
Le 19/06/2020 à 10:29, Dave Woodfall a écrit :
> Isn't Gmane dead?
http://news.gmane.io/
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives -
On 19/06/20 01:15,
David Chmelik put forth the proposition:
> On Slackware 14+current (updated last night, but happening for weeks) /all/
> (n)curses-dependent SlackBuilds (I maintain several and use many by others)
> fail to build, each saying: /usr/bin/ld: cannot find -ltinfo.
Try sedding
On Slackware 14+current (updated last night, but happening for weeks)
/all/ (n)curses-dependent SlackBuilds (I maintain several and use many
by others) fail to build, each saying: /usr/bin/ld: cannot find -ltinfo.
Is this listserv still connected to Gmane?
26 matches
Mail list logo