W dniu 10.12.2018, pon o godzinie 14∶18 +0800, użytkownik
seam...@debian.org napisał:
> > With current Oracle move to depreciate Swing GUI I just think to
> > have something different.
>
> (A bit off-topic)
>
> How about JavaFX/OpenJFX? The Java ecosystem is well maintained in
> Debian. Rewriting
> I have read that debian was struggling with their implementation of usrmerge.
> How does the symbolic link method bejng employed differ from that of
> gobolinux's "gobohide"?
> I am no expert on any of this, but just wondered if they are trying to solve
> a problem that may have already been
Hi Rus,
>> I have read that debian was struggling with their implementation of usrmerge.
>> How does the symbolic link method bejng employed differ from that of
>> gobolinux's "gobohide"?
>> I am no expert on any of this, but just wondered if they are trying to solve
>> a problem that may have a
On Dec 10, d.dob...@tuta.io wrote:
> > I have read that debian was struggling with their implementation of
> > usrmerge.
This is not true.
> > How does the symbolic link method bejng employed differ from that of
> > gobolinux's "gobohide"?
This "gobohide" thing does not actually move the files,
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: libjs-jquery-markitup
Version : 1.1.15
Upstream Author : Jay Salvat
* URL : https://github.com/markitup/1.x
* License : Expat
Programming Lang: Javascript
Description : jQuery based un
Package: wnpp
Severity: wishlist
Owner: Victor Seva
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: rtpengine
Version : mr6.5.2.1
Upstream Author : Sipwise Development Team
* URL : https://github.com/sipwise/rtpengine/
* License : GPL-3+ with
On Sat, Dec 1, 2018 at 6:48 PM Paul Wise wrote:
>
> On Sun, Dec 2, 2018 at 1:59 AM Robert J. Clay wrote:
>
> > I've started work on updating the packages. With that I've noticed
> > that two of the new upstream archives have 'autom4te.cache'
> > directories in them. They get cleaned up during a p
On Fri, Dec 07, 2018 at 11:27:27PM +0100, Fabiano Fidêncio wrote:
So, what about the ".treeinfo" file suggestion? :-)
Instead of trying to get debian to adopt the layout and metadata used by
redhat & derivatives, why not just teach your program to parse the
metadata debian uses?
On Mon, Dec 10, 2018 at 2:47 PM Michael Stone wrote:
>
> On Fri, Dec 07, 2018 at 11:27:27PM +0100, Fabiano Fidêncio wrote:
> >So, what about the ".treeinfo" file suggestion? :-)
>
> Instead of trying to get debian to adopt the layout and metadata used by
> redhat & derivatives, why not just teach
On Mon, 2018-12-10 at 08:27 -0500, Robert J. Clay wrote:
> No, there does not seem to be any such target in the Makefiles at
> all. There are distclean targets, but no distcheck targets. I asked
> upstream about the issue but no response as of yet. I'll followup
> further about it as needed.
I
Hi -science and -devel,
this section is for -science
As said by Yunqiang, tensorflow itself is a very complex system and it
is even worse that we have to write our own build system for it. Our
current build system for Tensorflow 1.X (in e
11 matches
Mail list logo
