On 12/2/20 6:50 pm, Matteo Bernardini wrote:
> Il giorno mer 12 feb 2020 alle ore 09:36 Peter Dambier
> ha scritto:
>>
>> Sorry I could not reach the maintainer.
>
> that's really strange, he just answered to another topic on this same
> list three hours ago.
>
I'm a bit surprised too, having
Il giorno mer 12 feb 2020 alle ore 09:36 Peter Dambier
ha scritto:
>
> Sorry I could not reach the maintainer.
that's really strange, he just answered to another topic on this same
list three hours ago.
> I do need vls and most likely not only me.
>
> There is a bag of fun hidden when moving on
Dave Woodfall , 25 Oca 2020 Cmt, 17:47 tarihinde şunu
yazdı:
> To the maintainers of build scripts that depend on Qt5.
>
> I've been testing Qt5 LTS version 5.12, and everything seems to build
> apart from the following applications:
>
>
>
I tested mkvtoolnix-gui with the new QT version. As
Sorry I could not reach the maintainer.
I do need vls and most likely not only me.
There is a bag of fun hidden when moving on and that bag of fun is gcc.
My native language is C, the old style and I never got C++ right or C++
always got me. Wrong company, wrong teacher. In the Beginning was
On that subject, sboui also has an option to automatically rebuild inverse dependencies during upgrades (Slackbuilds that depend on what is being upgraded). You can also do it manually by using the List Inverse Dependencies function and then tagging the things in the list.DanOn Feb 12, 2020 9:08
On Wed, 12 Feb 2020, Christoph Willing wrote:
That's the whole purpose of HooRex; it outputs a list of packages which
depend on the package of interest. The advanced search on SBo website now
does that too.
HooRex outputs its list of dependents in build order and these days I just
On 2020-02-11 05:47,
Rich Shepard put forth the proposition:
> On Mon, 10 Feb 2020, Jeremy Hansen wrote:
>
> > Oops, not sure how I missed that. Is there a chance they were compiled
> > with different python3 versions?
PyQt5 is python2.
> Not likely. I'm still running Python3-3.7.6 from 23 Dec
On 2020-02-01 19:40,
Donald Cooley put forth the proposition:
> If these are still available I'd like to take the following, as they are
> all dependencies for shutter:
> perl/perl-x11-protocol
> perl-http-server-simple
> perl-html-form
> perl-goo-canvas
> perl-IO-HTML
>
On Mon, 26 Aug 2019, at 7:28 AM, Rich Shepard wrote:
> JabRef-5.x requires JDK11. Oracle has split this into parts so the JavaFK
> part is now a separate package. A JabRef dev confirmed that it will run with
> openjdk11 and openjfx11. The SBo repository has a zulu-openjdk11-11.0.1-lts
> package,
Hi,
_netcat-openbsd_ is not building for me.
It seems that there are some duplicate patches, that should not be applied.
For example there are:
0002-connect-timeout.patch
0003-connect-timeout.patch
both trying to do the same, but they were designed for different
versions of netcat-openbsd
Hello All,
I've marked nvidia-legacy304 as
nvidia-legacy304-driver system ff162200b unmaintained
nvidia-legacy304-kernel system 5d028b8f7 unmaintained
I no longer have the hardware to test this driver series. Thus, it is up
for grabs. Please be aware that Nvidia
On Wed, 12 Feb 2020, David O'Shaughnessy wrote:
The new beta version of JabRef 5 now bundles its own Java:
https://github.com/JabRef/jabref/releases
I can confirm that it runs on 14.2 as is (I extracted it to /opt/JabRef).
Dave,
Olivier wrote that they would do this to get away from Oracle's
12 matches
Mail list logo
