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 testi
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 sa
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 :
>>> I built coin3d+cmake in
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:
>
> > 2018071905|process-upload|dak|ignition-math2_2.9.0+dfsg1-
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 loading changes: No valid
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 run dput I get a message of
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 uses the internal ex
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
>
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 r-c
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
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. -I/usr/incl
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 /usr/incl
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 won
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.
For
>> 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 different
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 to
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 leve
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 p
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 Tea
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
> g...@salsa.debian.o
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 versio
21 matches
Mail list logo