Re: Coin3d and SoQt with Qt5 and CMake

Anton, you are right. I was confused with the original sources. It seems that the package in experimental fix the bug.At least use the system expat library. I'm so sorry for the noise. El 11/01/18 a les 19:37, Leopold Palomo-Avellaneda ha escrit: > The bug really exists in unstable and

Re: Problems with my maintainer upload

On Thu, Jan 11, 2018 at 06:29:55PM +, James Clarke wrote: > > That makes sense. The best way of knowing when the update is done is > > probably looking into the keyring repository log, right? > > https://anonscm.debian.org/git/keyring/keyring.git/log/ > > Yes, I think that's updated at the

Re: Coin3d and SoQt with Qt5 and CMake

Anton. Are you sure is fixed? I have looked the coin sources Cmake version and it uses the internal expat version always. I.ll check it . Leopold On 11 gener de 2018 18:40:57 CET, Anton Gladky wrote: >Hi Leo, > >2018-01-11 9:30 GMT+01:00 Leopold Palomo-Avellaneda

Re: Problems with my maintainer upload

On 11 Jan 2018, at 18:22, Jose Luis Rivero wrote: > > On Thu, Jan 11, 2018 at 6:52 PM, James Clarke wrote: > > Yes, but you need ssh access to coccia, i.e. be a DD. Looking on there at > /srv/ftp-master.debian.org/log/current: > > >

Re: Problems with my maintainer upload

On Thu, Jan 11, 2018 at 6:52 PM, James Clarke wrote: > > Yes, but you need ssh access to coccia, i.e. be a DD. Looking on there at > /srv/ftp-master.debian.org/log/current: > > > 2018071905|process-upload|dak|ignition-math2_2.9.0+dfsg1-1_source.changes|Error > while

Re: Problems with my maintainer upload

On 11 Jan 2018, at 15:29, Jose Luis Rivero wrote: > > Hello all: > > Excuse me if the question stupid but I have a problem with one of my > maintainer uploads. > > In this case ignition-math2 is the package and the upload is to update > to the 2.9.0 version. After I

Re: Coin3d and SoQt with Qt5 and CMake

Hi Leo, 2018-01-11 9:30 GMT+01:00 Leopold Palomo-Avellaneda : >> I built coin3d+cmake in experimental trying to fix #874727. >> But yes, one need to build also soqt and pivy. > > still has the bug. At least what the users said. Looking on the CMakeLists, > the > CMake version

Re: Packaging shiny-server (Was: Bug#886815: ITP: r-cran-git2r -- GNU R access to Git repositories)

Hi, On 10.01.2018 at 14:40, Andreas Tille wrote: > Some local manual installation of shiny-server installs the following not yet > packaged R packages: > >r-cran-broom >r-cran-bubbles >r-cran-dbplyr >r-cran-ggvis >r-cran-highcharter >r-cran-leaflet >r-cran-mclust >

Re: r-cran-git2r uses private header files of libgit2 (Was: Help with libgit2 needed to strip code copy from r-cran-git2r)

I had some friendly emails with Stefan (git2r upstream) when he started the R package git2r (as I needed some features in my drat R package) and he expressed quite some frustration at working with libgit2 as it changed so much upstream. I know we collectively really hate embedding copies, but

Problems with my maintainer upload

Hello all: Excuse me if the question stupid but I have a problem with one of my maintainer uploads. In this case ignition-math2 is the package and the upload is to update to the 2.9.0 version. After I run dput I get a message of "Processing ..." but never get "ACCEPTED or REJECTED". Here is the

Re: r-cran-git2r uses private header files of libgit2 (Was: Help with libgit2 needed to strip code copy from r-cran-git2r)

Hello Andreas: On 11/01/18 15:11, Andreas Tille wrote: > Hi again, > > On Thu, Jan 11, 2018 at 08:34:09AM +0100, Andreas Tille wrote: >>> # Add include paths for git2r >>> -CPPFLAGS="-I. -Ilibgit2/src -Ilibgit2/include -Ilibgit2/deps/http-parser >>> ${CPPFLAGS}" >>> -+CPPFLAGS="-I.

r-cran-git2r uses private header files of libgit2 (Was: Help with libgit2 needed to strip code copy from r-cran-git2r)

Hi again, On Thu, Jan 11, 2018 at 08:34:09AM +0100, Andreas Tille wrote: > > # Add include paths for git2r > > -CPPFLAGS="-I. -Ilibgit2/src -Ilibgit2/include -Ilibgit2/deps/http-parser > > ${CPPFLAGS}" > > -+CPPFLAGS="-I. -I/usr/include/git2 ${CPPFLAGS}" > > ++CPPFLAGS="-I. -idirafter

Re: A common group on salsa.debian.org for R packages ?

Hi Frederic, On Thu, Jan 11, 2018 at 10:45:30AM +, PICCA Frederic-Emmanuel wrote: > > The people who > > contributed to the decision (including me) consider the advantage > > to maintain R packages in a technical team higher than to keep > > everything in Debian Science. > > I am just

RE:A common group on salsa.debian.org for R packages ?

Hello, > The people who > contributed to the decision (including me) consider the advantage > to maintain R packages in a technical team higher than to keep > everything in Debian Science. I am just wondering if it is not always better to put packages in under the language team umbrella.

Re: A common group on salsa.debian.org for R packages ?

>>  Sorry for a late reply to this thread. But I am wondering: why have you >>  decided to make a separate Salsa group instead of making of special >>  subgroup in Debian Science Team group? > > Some additional arguments in addition to what Charles said: > >   * There were R packages from

Re: A common group on salsa.debian.org for R packages ?

Hi Boris, On Thu, Jan 11, 2018 at 12:34:05PM +0300, Boris Pek wrote: > > Sorry for a late reply to this thread. But I am wondering: why have you > decided to make a separate Salsa group instead of making of special > subgroup in Debian Science Team group? Some additional arguments in addition

Re: A common group on salsa.debian.org for R packages ?

Le Thu, Jan 11, 2018 at 12:34:05PM +0300, Boris Pek a écrit : > > > > Thus, people would only need to ask for membership if they want to > > create a new project (needs Master level), or if they have a guest > > account and are not member of the Science or Med team (that would be > > Developer

Re: A common group on salsa.debian.org for R packages ?

Hi, >>> I will create a team on GitLab. How about "r-packages-team" ? >> I consider r-pkg-team a more typical name. > > Thanks for the suggestion. I have just created the `r-pkg-team` group > ("Debian R Packages Maintainers") on Salsa. > > https://salsa.debian.org/groups/r-pkg-team/ > > For each

Re: Pushing commits to GitLab-Salsa not allowed

Dear Boris, On 01/11/2018 10:59 AM, Boris Pek wrote: > Just join to Debian Science Team group: > https://salsa.debian.org/science-team > as a member with Developer level of access: > https://docs.gitlab.com/ee/user/permissions.html many thanks for the explanation! I have requested to join the

Re: Pushing commits to GitLab-Salsa not allowed

Hi Andrius, > I used to own a guest account on Alioth, and with this account I have > created a few packaging GIT repositories. However, since the transition > to GitLab-Salsa I am unable to push my commits: > > andrius@tasmanijos-velnias cod-tools $ git remote set-url origin >

Re: Coin3d and SoQt with Qt5 and CMake

Hi Anton, On 10/01/18 20:01, Anton Gladky wrote: > Hi Leo, > > I built coin3d+cmake in experimental trying to fix #874727. > But yes, one need to build also soqt and pivy. still has the bug. At least what the users said. Looking on the CMakeLists, the CMake version uses the internal expat