Bug#860493: tkgate-doc: please drop recommends on dhelp, which is RC-buggy and not going into Stretch

Package: tkgate-doc Version: 2.0~b10-5 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 While going through RC bugs of packages maintained by QA, I noticed that tkgate-doc Recommends dhelp. dhelp is RC-buggy¹ and not going to make it into Stretch. I am probably going to

Bug#848137: [Dbconfig-common-devel] Bug#848137: problem with the upgrade of tango-db

Hi Frederic-Emmanuel, On 01/16/17 18:10, PICCA Frederic-Emmanuel wrote: >> Officially, no, because the documentation says: "If files exist in both >> data and scripts, they will both be executed in an unspecified order." >> However, the current behavior of dbconfig-common is to first run the >>

Bug#848137: [Dbconfig-common-devel] Bug#848137: problem with the upgrade of tango-db

Hi Picca, On 01/14/17 11:12, PICCA Frederic-Emmanuel wrote: > Hello Paul > >> I really hope I can upload this weekend. I have code that I believe does >> what I want. I am in the process of testing it. > > thanks a lot. I'll upload in the next hour. >> What I meant, >> instead of the mysql

Bug#848137: [Dbconfig-common-devel] Bug#848137: problem with the upgrade of tango-db

Hi Frederic, On 05-01-17 18:21, PICCA Frederic-Emmanuel wrote: > It is true that for now my package works only if the database name is tango. > > this is a limitation but I do not want to mix this into this bug report. Ack. > so can you help me write the right snipser at the right place in the

Bug#848137: problem with the upgrade of tango-db

Hi Andreas, On 05-01-17 13:49, Andreas Beckmann wrote: > On 2017-01-04 21:55, Paul Gevers wrote: >> Hi Frederic-Emmanuel, Andreas, >> >> @Andreas, am I correct in the assumption that jessie to stretch with >> tango-db was fine until MariaDB became the default? Or was t

Bug#848137: problem with the upgrade of tango-db

Control: clone -1 -2 Control: reassign -2 dbconfig-common Control: retitle -2 dbc: db-dump must use root credentials when needed Hi all, I think I found the issue. Since commit 95571e6¹ the postinst script of dbconfig properly executes install code with user privileges as it has always said it

Bug#848137: problem with the upgrade of tango-db

Hi Frederic-Emmanuel, Andreas, @Andreas, am I correct in the assumption that jessie to stretch with tango-db was fine until MariaDB became the default? Or was this migration with tango-db just never tested before? Have you seen other dbconfig-common dependent packages fail since MariaDB became

Bug#848137: RE:Bug#848137: Info received (problem with the upgrade of tango-db)

Hmmm, On 03-01-17 22:07, Paul Gevers wrote: > On 03-01-17 21:21, PICCA Frederic-Emmanuel wrote: >> I just try to use dbconfig-common like I did before, >> (create the tango database, populate it with a few values and create some >> procedures.) >> >> What is st

Bug#848137: RE:Bug#848137: Info received (problem with the upgrade of tango-db)

Hi Frederic-Emmanuel, On Tue, 3 Jan 2017 15:02:08 + PICCA Frederic-Emmanuel wrote: > 1) On Jessie > > with the tango account > > mysql> use tango; > mysql> show create procedure class_att_prop\G > > I got "Create Procedure": NULL > > But

Bug#802032: gazebo: Don't depend on robot-player-dev (libgazebo5-dev)

Hi all, (Original message obviously sent to the wrong list) On Sat, 17 Oct 2015 07:32:15 +0200 Paul Gevers <elb...@debian.org> wrote: > I want to get rid of the player package in Debian in its current state. To > achieve that I filled a request for the removal of player¹, which

Bug#802032: gazebo: Don't depend on robot-player-dev (libgazebo5-dev)

Hi Jose On 10-11-15 06:25, Anton Gladky wrote: > 2015-11-10 0:15 GMT+01:00 Jose Luis Rivero : > Anyway, if gazebo is not using this package, it would be good to drop > it from its build-depends. This is my opinion as well. As gazebo doesn't use player, please just

Bug#802032: gazebo: Don't depend on robot-player-dev (libgazebo5-dev)

Hi all, On Sat, 17 Oct 2015 07:32:15 +0200 Paul Gevers <elb...@debian.org> wrote: > I want to get rid of the player package in Debian in its current state. To > achieve that I filled a request for the removal of player¹, which is correctly > not processed yet. Your package libgaze

Bug#802032: gazebo: Don't depend on robot-player-dev (libgazebo5-dev)

ngelog @@ -1,3 +1,12 @@ +gazebo (5.0.1+dfsg-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Remove robot-player-dev dependency from libgazebo5-dev as player +is about to be removed from Debian and gazebo doesn't use player +anyways. + + -- Paul Gevers <elb...@debian.org>

Bug#749833: scilab: Scilab include non-free codes

On Tue, 25 Nov 2014 21:22:51 +0100 Lucas Nussbaum lu...@debian.org wrote: On 30/05/14 at 11:29 +0900, mejiko wrote: 1) scilab-version/modules/polynomials/src/fortran/rpoly.f There is work in progress upstream (status 13 Dec 2014: Review in Progress). The amount of code is not much, but I am