On 4/2/24 04:49, Rafael Laboissière wrote:
Thanks for the link. The package is fixed and version 1.9.6+ds-10 of
the package has been uploaded to unstable.
terrific! thank you so much!
You are still a member of the octave-iso2mesh project at Salsa.d.o,
with login fangq.
let me try again
On 3/29/24 01:24, Rafael Laboissière wrote:
It seems so. If we fix Bug#1066594, then both octave-iso2mesh and
octave-brain2mesh will be able to migrate into testing.
thanks Rafael, replying to #1066594
it looks like someone from Fedora had submitted a patch last year fixing
the same problem
On 4/2/21 9:26 AM, Sébastien Villemot wrote:
>
> Thanks for looking at this issue.
>
> I don’t think that creating those symlinks in iso2mesh-tools is the
> right solution. Such symlinks should only be created by the tetgen
> package, otherwise this only creates confusion over package boundaries.
>
On 4/2/21 5:19 AM, Sébastien Villemot wrote:
>
> Can you please clarify the situation regarding the above bug?
>
> As I understand it, /usr/bin/tetgen and its corresponding manpage are
> provided by the tetgen package, which is *not* a dependency of
> iso2mesh-tools. So there are installation sce
On 2/1/21 4:10 AM, Adrian Bunk wrote:
Physical RAM or disk space are not the problem, the problem is the
virtual address space of processes on 32bit architectures.
On mipsel, where every process has 2 GB of address space, both
"g++ -O0 -g0" and "clang++ -O0 -g0" fail because they run out
of addr
On 1/27/21 12:12 PM, Rafael Laboissière wrote:
N.B.: I am moving this discussion into the mailing list of the Debian
Octave Group and also adding Qianqian Fang (the original developer of
the package and also upstream author) to the Cc list.
* John Paul Adrian Glaubitz [2021-01-22
12:10
)
Regards,
--
Qianqian Fang
Package: wnpp
Severity: wishlist
Name: mcx
Version:2020.9
Summary:GPU-based 3-D Monte Carlo photon transport simulator
License:GPLv3+
URL:https://mcx.space/
Description:
Monte Carlo eXtreme (MCX) is a fast photon transport simulation
software for 3D
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "pybj"
* Package name : pybj
Version : 0.2.5-1
Upstream Author : [fill in name and email of upstream]
* URL : https://github.com/fangq/pybj
* License : Apache-2.0
* Vcs : https://salsa.debia
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "pyjdata"
* Package name : pyjdata
Version : 0.3.5-1
Upstream Author : [fill in name and email of upstream]
* URL : https://github.com/fangq/pyjdata
* License : Apache-2.0
* Vcs : https://sa
Package: wnpp
Severity: wishlist
Name: pybjdata
Version: 0.3.5
Summary: JData format encoder/decoder for Python
License: Apache 2.0
URL: https://github.com/fangq/pybjdata
Description:
The JData Specification (https://github.com/fangq/jdata/) defines a
li
Package: wnpp
Severity: wishlist
Name: pybj
Version: 0.2.5
Summary: A Python encoder/decoder for Binary JData (BJData) format
License: GPLv3+
URL: https://github.com/fangq/pybj
Description:
The Binary JData (BJData) Specification defines an efficient
seri
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "octave-brain2mesh":
* Package name : octave-brain2mesh
Version : 0.7.9
Upstream Author : Qianqian Fang (fangqq at gmail.com)
* URL : https://mcx.space/brain2mesh
a/debian/control b/debian/control
index 8004473..754dcca 100644
--- a/debian/control
+++ b/debian/control
@@ -3,13 +3,13 @@ Maintainer: Qianqian Fang
Section: libs
Priority: optional
Standards-Version: 4.5.0
-Build-Depends: debhelper (>= 8.1.3~), debhelper-compat (= 12), liblz4-
dev, zlib1g-d
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "octave-iso2mesh":
* Package name : octave-iso2mesh
Version : 1.9.5
Upstream Author : Qianqian Fang (fangqq at gmail.com)
* URL : https://iso2mesh.sf.net
* Licen
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "octave-jnifti":
* Package name : octave-jnifti
Version : 0.6
Upstream Author : Qianqian Fang (fangqq at gmail.com)
* URL : https://github.com/fangq/jnifti/
* Licen
it looks like if I use jsonlab as the main package main, the octave
packaging script seems to place all .m files under the jsonlab package
instead of the octave-jsonlab package, so I had to rename the package
name to octave-jsonlab to correctly build all subpackages.
The mentor package URL has
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "jsonlab":
* Package name : jsonlab
Version : 2.0
Upstream Author : Qianqian Fang (fangqq at gmail.com)
* URL : https://openjdata.org/jsonlab
* License : GPLv3
Just made another update to the test package on mentors, see
https://mentors.debian.net/package/zmat
after consulting the debian-octave mailing list, the octave-zmat package
is all good now (tested and working)
I also corrected an error (due to the removal of the bundled lz4 files)
of the or
On 6/11/20 6:13 PM, Wookey wrote:
Yes. dch -r is the conventional way to do that (and change the
timestamp at the same time), but you can just edit it. The idea is
that you leave it as 'UNRELEASED' until you really have stopped
fiddling and are ready to upload. Some tools take note of this field
thank you all for sharing your feedback.
I updated my packaging files and fixed most of the issues (also received
some help from the debian-octave list). The updated package can be found at
https://mentors.debian.net/package/zmat
A quick summary:
1. I renamed the library back to libzmat1 as
On 6/10/20 11:28 PM, Boyuan Yang wrote:
This is because the PGP key you used to sign the source package is not
trusted by default in Debian (which is natural since you are not an
official member of Debian). According to the manual page of dget
(dget(1)), you may use -u/--allow-unauthenticated opt
* Package name : zmat
Version : 0.9.8
Upstream Author : Qianqian Fang (fangqq at gmail.com)
* URL : https://github.com/fangq/zmat
* License : GPLv3+
* Vcs : https://github.com/fangq/zmat
Section : libs
It builds those binary packages:
libzmat1 - a portable C library for st
Package: wnpp
Severity: wishlist
Name: octave-mcxlab
Version: 0.5
Summary: A GPU Monte Carlo 3-D photon transport simulator for
MATLAB/Octave
License: GPLv2+
URL: https://mcx.space/
Description:
Monte Carlo eXtreme OpenCL (MCX-CL) is a fast photon tran
Package: wnpp
Severity: wishlist
Name: mmc
Version: 1.7.9
Summary: A GPU-based mesh-based Monte Carlo (MMC) photon simulator
License: GPLv3+
URL: https://mcx.space/#mmc
Description:
Mesh-based Monte Carlo (MMC) is a 3D Monte Carlo (MC) simulation softwar
Package: wnpp
Severity: wishlist
Name: brain2mesh
Version: 0.5
Summary: A fully automated high-quality brain tetrahedral mesh
generation toolbox
License: GPLv2+
URL: https://mcx.space/brain2mesh
Description:
The Brain2Mesh toolbox provides a streamline
Package: wnpp
Severity: wishlist
Name: jnifti
Version: 0.5
Summary: Fast NIfTI-1/2 reader and NIfTI-to-JNIfTI converter for
MATLAB/Octave
License: GPLv3+
URL: https://github.com/fangq/jnifti
Description:
JNIfTI Toolbox is a fully functional NIfTI-1/2 r
Package: wnpp
Severity: wishlist
Name: iso2mesh
Version: 1.9.2
Summary: A 3D surface and volumetric mesh generator for MATLAB/Octave
License: GPLv3+
URL: https://iso2mesh.sf.net
Description:
Iso2Mesh is a MATLAB/Octave-based mesh generation toolbox, desi
Package: wnpp
Severity: wishlist
Name: jsonlab
Version: 2.0
Summary: A native JSON/UBJSON/MassagePack encoder/decoder for
MATLAB/Octave
License: GPLv3+
URL: https://github.com/fangq/jsonlab
Description:
JSONLab is a free and open-source JSON/UBJSON/Mes
Package: wnpp
Severity: wishlist
Name: zmat
Version: 0.9.8
Summary: An easy-to-use data compression library
License: GPLv3+
URL: https://github.com/fangq/zmat
Description:
ZMat provides both an easy-to-use C-based data compression library -
libzmat as we
I agree with Ming, and would prefer to leave the current settings
of the upstream. For Debian, it should be best determined by a
desktop visualization committee, particularly by members who
extensively use Chinese and have thorough understandings to
general users' preferences, although I am not su
Ming Hua wrote:
I am not saying the fontconfig configuration file in xfonts-wqy is wrong
(although I think it's open to debate), my complait in this bug is that
the actual effect of that configuration file doesn't match the
description in the debconf question.
Ming
2007.12.17
I thought you are
sorry, a typo, I wanted to say
... redefine sans/serif/mono and create synthetic fonts will do "NO"
harm ...
not "do harm" :)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
A few comments for the reported problem:
First, the change of the default font is expected, as the results of
the upstream fontconfig file. This file has two major purposes:
1. enable wqy bitmap song even the bitmap fonts are globally disabled
2. create a synthetic font for generic aliases with
Ming Hua wrote:
3. The upstream README file is licensed under GFDL, not GPL.
sorry, my fault, I don't know why I put the GFDL declaration in the
README file in the first place.
Feel free to remove it and keep the licensing simple. (I believe I am
the only author to this file).
--
To UNSUB
Closes: #408862
- Portuguese added. Closes: #426454
- Italian added. Closes: #427207
N.B. the `copyright holder' part is still waiting for confirmation
from Qianqian Fang.
--
Regards
Kov Chai
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe
36 matches
Mail list logo
