El 20/10/22 a les 12:56, Johannes Schauer Marin Rodrigues ha escrit:
Quoting Andrej Shadura (2022-10-20 12:25:13)
I’ve been rebuilding packages with pkgconf for the past couple of weeks, and
it looks very good so far:
http://pkgconf-migration.debian.net/
Thank you! Attached is a dd-list of
Hi all!!
I have investigated a bit, but I need your experience. Using the salsa
repo of qtcreator, I have added in control a new package:
--
diff --git a/debian/control b/debian/control
index 5b810ce..980a927 100644
--- a/debian/control
+++
Package: libignition-common3-core-dev
Version: 3.14.0+dfsg-4
Severity: normal
Dear Maintainer,
* What led up to the situation?
To use libignition-common with CMake,
ignition-common3/ignition-common3-config.cmake introduces several dependencies:
find_package(DL ${ign_package_quiet}
Hi Jochen!
first, thanks for the test. I was guessing but I do no pretend that you did it.
In any case, it is great that you have done it because now, we have real
information.
OTOH I like very much your summary. I take it as a reference for the future.
Thanks for all,
Cheers,
Leo
--
It's strange and I think that it's more a misunderstanding from upstream than a
packaging name error.
I agree with Jochen that for Bullseye with just a binNMU should be enough.
However, I would like to know if it's binary incompatible 1.12.5 and 1.12.10.
Because, if the are compatible, maybe
El 14/2/21 a les 18:07, Jérémy Lal ha escrit:
[...]
>
>
> Hello,
>
> i'll go ahead. However there is a high chance it won't migrate to testing,
> due to soft freeze policy as Thomas pointed out. Let's see.
Release Team has sent and email explaining the sate of bullseye. There's
a part that
nxdoc.
In any case, salsa C-I is passed and doesn't fail, and AFAIK they use a
similar env as build machines. Please, DD, push this package. It would
be a pity that we don't have this version in Bullseye.
Best regards,
Leopold
> Kind regards
>
> Mechtilde
>
> Am 14.02.21 um 14:15 sc
Mechtilde,
El 14/2/21 a les 14:04, Mechtilde Stehmann ha escrit:
[...]
> dh clean --with python3,sphinxdoc --buildsystem=pybuild
> dh: error: unable to load addon sphinxdoc: Can't locate
> Debian/Debhelper/Sequence/sphinxdoc.pm in @INC (you may need to install
> the
I have almost backported to Buster pytorch and I have found the same error, and
probably it's something related with rules file.
In the rules file, CMake options are configured and there's a line:
ifneq (,$(filter $(DEB_HOST_ARCH),amd64 arm64 ppc64el))
export USE_MKLDNN = ON
else
export
El 7/1/21 a les 16:54, Maximilian Stein ha escrit:
>>I have used the patch from Maximilian Stein, but I got the same error.
>
> Have you tried to debug the exact cause of the failure in your case? In
> my message above I outlined how I debugged the issue — maybe that helps
> to investigate your
Just to put some info in the bug:
I have upgraded my gitlab installation to 13.5.6-1~fto10+2.
I have follow wiki instructions but there are missing dependencies:
ruby-charlock-holmes ruby-mini-magick
node-katex must be backported if not, there are error because
katex.min.css is missing. A
Trying upgrading gitlab I have found that there are missing dependencies:
ruby-charlock-holmes ruby-mini-magick
Also, node-katex must be packaged in fasttrack because there are some module
that needs it:
Error: Can't resolve '~katex/dist/katex.min.css' in
I have solved this bug just with this little patch.
$ diff gitaly.postinst~ gitaly.postinst
51c51
< export $(grep '^\s*path\s*=' /etc/gitaly/config.toml | sed 's/ //g' |
sed 's/"//g')
---
> export $(grep '^\s*path\s*=' /etc/gitaly/config.toml | sed 's/ //g' |
sed 's/"//g' | sed
I'm using gitlab (13.3.9-1+fto10+1) and gitlab-runner (13.7.0, from upstream).
I have used the patch from Maximilian Stein, but I got the same error. Well, I
patch the file and retry the CI.
Any idea how to solve this?
--
--
Linux User 152692 GPG: 05F4A7A949A2D9AA
Catalonia
Subject: transition: fcl
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: transition
Severity: normal
Dear release team,
I would like to ask a transition slot for the fcl library. Upstream
published a new version with a soname bump.
We have had a lot of
Package: gitaly
Version: 13.3.9+dfsg-1+fto10+1
Severity: normal
Installing gitaly I have found that if it's an upgrade, or install, and
it's installed, there's and error because when the script is executed,
in the line 50:
# Check if storage path exist and create if required
export $(grep
Package: nvidia-graphics-drivers
Severity: normal
Dear Maintainer,
I'm having problems with the nvidia-graphics driver. I'm using 450.66-1~bpo10+1
and it has been tested with linux-image-4.19.0-11-amd64 and
linux-image-5.7.0-0.bpo.2-amd64.
With all the test test that I have done the result
Package: dh-python
Version: 3.20190308
Severity: normal
Dear Maintainer,
if the python package generates a binary .so module, although the hardening
options are defined in rules they are not used to build the cpython stuff.
Please, check this because lintian complains if the python package
Package: wnpp
Severity: wishlist
Owner: "Leopold Palomo-Avellaneda"
* Package name: python-chess
Version : 0.31.2
Upstream Author : Niklas Fiekas
* URL : https://github.com/niklasf/python-chess
* License : GPL-3.0
Programming Lang: Python
D
Alberto (openscenegraph maintainer),
if nothing strange happens this weekend we will push collada-dom to unstable. I
don't think that openscenegraph will FTBFS because we have added a transitional
package, but if not as we have commented privately, with the change of
libcollada-dom2.4-dp-dev
Subject: transition: collada-dom
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: transition
Severity: normal
Dear release team,
I would like to ask a transition slot for the collada-dom library. Upstream
published a
new version with a soname bump and we have
Package: gitlab
Version: 12.2.9-1+fto10+1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
upgrading right now to gitlab (12.2.9-1+fto10+1) I have found this error:
Using version_sorter 2.2.4
Using vmstat 2.3.0
Using webpack-rails 0.9.11
Using wikicloth 0.8.1
Package: gitlab
Version: 12.0.9-1+fto10+1
Severity: normal
Dear Maintainer,
Since some weeks ago the generation of artifacts didn't work for me.
I have had the time to check it (or the inspiration) and I have found that the
directory:
/var/lib/gitlab/shared/artifacts/tmp
should have
Control: retitle -1 ITA: qdacco -- offline Dacco Catalan <-> English dictionary
frontend (qt)
Control: owner -1 l...@alaxarxa.net
I know the project since some years ago and Carles Pina (qdacco) developer is a
good friend so I think I should take care of it.
--
--
Linux User 152692 GPG:
Control: owner -1 l...@alaxarxa.net
--
--
Linux User 152692 GPG: 05F4A7A949A2D9AA
Catalonia
-
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in
Control: owner 922890 l...@alaxarxa.net
--
--
Linux User 152692 GPG: 05F4A7A949A2D9AA
Catalonia
-
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying
Control: retitle -1 ITA: dacco -- Catalan/English dictionary (xml files)
Control: owner l...@alaxarxa.net
I know the project since some years ago and Carles Pina (qdacco) developer is a
good friend so I think I should take care of it.
--
--
Linux User 152692 GPG: 05F4A7A949A2D9AA
Package: gitlab
Version: 11.10.8+dfsg-1+fto10+1
Severity: normal
Dear Maintainer,
after upgrading the package from stretch-backports to buster-backports and
fasttrack the process failed. gitlab has ruby-fog-google > 1.8.2 as dependency
but the installation detects that is not enough.
It could
Just some clarifications:
As Jochen said:
> Reason: The package in testing is RC buggy with #930507. Leo pushed a
> new -3 revision over a week ago to unstable but expressed in
> https://lists.debian.org/debian-release/2019/06/msg00526.html
>
> that he is not 'very happy with the patches'.
reopen 930507
Package: libompl-dev
reopen 930507
--
--
Linux User 152692 GPG: 05F4A7A949A2D9AA
Catalonia
-
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu ros-rosconsole_1.13.9-1 . ANY . unstable . -m "Rebuild because of #924395
bug in ros-catkin"
tags 924399 - moreinfo
-- System Information:
Debian Release: 9.8
APT prefers
El 17/3/19 a les 9:26, Niels Thykier ha escrit:
> Control: tags -1 moreinfo
>
> Leopold Palomo-Avellaneda:
>> Package: release.debian.org
>> Severity: normal
>>
>> I have detected an ugly bug in ros-catkin (#924395). It _only_ affects to
>> software that us
Package: release.debian.org
Severity: normal
I have detected an ugly bug in ros-catkin (#924395). It _only_ affects to
software that uses catkin and generates pkgconfig files (.pc) that uses
Boost.
In our case we have ros-rosconsole. The pkgconfig file is wrong. So, I would
like to push a new
Source: ros-catkin
Severity: important
catkin generates .pc files from its templates. However, arround the inclusion
of cmake 3.12.x or 3.13.x, the FindBoost macro injects a -lpthread in the
BOOST_libraries. This information is bad resolved by catkin introducing a
double -l-lpthread in the .pc
Package: wnpp
Severity: wishlist
Owner: Leopold Palomo-Avellaneda
* Package name: ros-joint-state-publisher
Version : 1.12.13
Upstream Author : Willow Garage, Inc.
* URL : https://github.com/ros/joint-state-publisher
* License : BSD-3-clause
Programming
Package: wnpp
Severity: wishlist
Owner: Leopold Palomo-Avellaneda
* Package name: ros-collada-urdf
Version : 1.12.12
Upstream Author : Willow Garage, Inc., University of Tokyo
* URL : https://github.com/ros/collada-urdf
* License : BSD-3-clause
Programming
El 13/1/19 a les 15:52, Emilio Pozuelo Monfort ha escrit:
> On 11/01/2019 18:09, Emilio Pozuelo Monfort wrote:
>> Control: tags -1 confirmed
>>
>> On 11/01/2019 15:17, Leopold Palomo-Avellaneda wrote:
>>> Subject: transition: ode
>>> Package: rele
Subject: transition: ode
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: transition
Severity: normal
Dear release team,
I would like to ask a transition slot for the ode library. Upstream published a
new version with a soname bump. The affected packages can be
El 19/12/18 a les 11:41, Emilio Pozuelo Monfort ha escrit:
> Control: tags -1 confirmed
>
> On 16/12/2018 23:08, Leopold Palomo-Avellaneda wrote:
>> El 28/11/18 a les 19:12, Emilio Pozuelo Monfort ha escrit:
>>> On 22/11/2018 23:33, Leopold Palomo-Avellaneda wrote:
>>
El 28/11/18 a les 19:12, Emilio Pozuelo Monfort ha escrit:
> On 22/11/2018 23:33, Leopold Palomo-Avellaneda wrote:
>> Subject: transition: coin3
>> Package: release.debian.org
>> User: release.debian@packages.debian.org
>> Usertags: transition
>> Severit
El 13/12/18 a les 2:37, Wookey ha escrit:
> Package: wnpp
> Severity: wishlist
> Owner: Wookey
>
> * Package name: plotsauce
> Version : 0.1
> Upstream Author : Philip Schuchardt
> * URL : https://github.com/vpicaver/plotsauce
> * License : GPL2 or later
>
Hi,
see:
https://lists.debian.org/debian-science/2018/12/msg00028.html
Cheers,
Leopold
--
--
Linux User 152692 GPG: 05F4A7A949A2D9AA
Catalonia
-
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad
El 30/11/18 a les 15:16, Thorsten Glaser ha escrit:
> On Fri, 30 Nov 2018, Pirate Praveen wrote:
>
>> That is indeed the current definition. The question is about the
>> possibility of changing that definition or finding other ways to
maybe creating another kind of repo. debian-contributuions
Package: freecad
Severity: grave
Justification: renders package unusable
Dear Maintainer,
coin3 is in experimental and is in the beginning of a transition to a new
version built with cmake.
freecad will need to use this version.
-- System Information:
Debian Release: 9.6
APT prefers
There's a new version of the package in
https://salsa.debian.org/science-team/soqt/tree/Qt5
it builds soqt with qt5 and coin3 cmake version.
--
--
Linux User 152692 GPG: 05F4A7A949A2D9AA
Catalonia
-
A: Because it messes up the order in which people
Source: pivy
Severity: grave
Justification: renders package unusable
Dear Maintainer,
coin3 is doing a transition to 4.0.0 using CMake as build system.
During the test the package FTBFS using the version that is in experimental.
Please, check this version.
-- System Information:
Debian
El 28/11/18 a les 19:12, Emilio Pozuelo Monfort ha escrit:
> On 22/11/2018 23:33, Leopold Palomo-Avellaneda wrote:
>> Subject: transition: coin3
>> Package: release.debian.org
>> User: release.debian@packages.debian.org
>> Usertags: transition
>> Severit
Subject: transition: coin3
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: transition
Severity: normal
Dear release team,
I would like to ask a transition slot for the coin3 library. The package
has been reworked and a new version of the upstream has been
Package: gitlab
Version: 8.13.11+dfsg1-8+deb9u3
Severity: normal
Dear Maintainer,
upgrading or updating gitlab is a pain when you have a lot of repositories.
Configuring
gitlab makes a:
- Making gitlab owner of /var/lib/gitlab...
- Creating runtime directories for gitlab...
- Updating file
El 20/05/18 a les 16:02, Stéphane Glondu ha escrit:
> Le 19/05/2018 à 18:08, Leopold Palomo-Avellaneda a écrit :
>> I'm having sync problems and crashes with unison of stretch. See:
>>
>> https://github.com/bcpierce00/unison/issues/94#issuecomment-390412441
>
> I've j
Hi,
I'm having sync problems and crashes with unison of stretch. See:
https://github.com/bcpierce00/unison/issues/94#issuecomment-390412441
I think that all is referred to the same issue. Please, could you create
a backport in stretch?
Thx
Leopold
--
--
Linux User 152692 GPG:
On 09/02/18 09:32, Pirate Praveen wrote:
> On വ്യാഴം 08 ഫെബ്രുവരി 2018 10:06 വൈകു, Leopold Palomo-Avellaneda wrote:
>> Please, could you give me some workaround to solve this issue?
>
> You will need to set environment variable DB. See
> https://salsa.debian.org/ruby-team
Package: gitlab
Version: 8.13.11+dfsg1-8
Severity: normal
Dear Maintainer,
after have an instance of gitlab operative I have found that if I try to import
an existing git repo using this:
bundle exec rake gitlab:import:repos['import-repos/'] RAILS_ENV=production
I got this error:
bundle
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
We (Robotics section of Debian Science team) are packaging
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses
many packages already in Debian, but also has a set of
core/toolchain/build-system packages which are
Hi,
activating in rules
-DENABLE_OPENCV3=ON \
digikam build witn OpenCV3.1. So, this shouldn't block opencv transition.
Leopold
--
--
Leopold Palomo-Avellaneda <leopold.pal...@upc.edu>
Institut d'Organització i Control de Sistemes Industrials -IOC-
Universitat Politècnica de Cat
Hola Maximiliano,
I have investigated a bit to compile libkf5kface against opencv3.1. I have found
one patch from upstream and another to activate CMake to build against opencv
3.1.
With this two patches libkf5kface builds but fail in the test:
/usr/bin/ctest --force-new-ctest-process -j8
Package: wnpp
Severity: wishlist
user: debian-scie...@lists.debian.org
usertag: ros
X-Debbugs-CC: debian-de...@lists.debian.org
We (Robotics section of Debian Science team) are packaging
ROS (Robot OS: http://www.ros.org/) for Debian. ROS uses
many packages already in Debian, but also has a set
El dimarts, 1 de novembre de 2016, a les 19:49:35 CET, Emilio Pozuelo Monfort
va escriure:
> Control: tags -1 confirmed
>
> On 01/11/16 19:13, Leopold Palomo-Avellaneda wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packa
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear Release Team,
I'm filing this bug for a new transition of ros-vision-opencv. It is
in experimental. It builds on all architectures in testing, where it built
previously.
Ben
I have deleted the hack to activate the SSE code. It seems that has no sense.
Upstream clarifies in its CMakeLists: #always disable, for now.
It justs add -native as parameter to the compiler making it not generic. So
it's better to disable.
Please Jochen, could you upload it?
Best regards,
El Dimarts, 30 d'agost de 2016, a les 19:03:32, Gianfranco Costamagna va
escriure:
> control: reopen -1
> control: reassign -1 src:kido
> control: found -1 0.1.0+dfsg-1
> control: tags -1 patch
> control: tags -1 pending
>
> >I can confirm that this is not a bug in flann. As I said in a previous
El Dilluns, 29 d'agost de 2016, a les 12:34:15, Gianfranco Costamagna va
escriure:
> Source: flann
> Severity: serious
> Version: 1.9.1+dfsg-2
>
> Justification: breaks reverse dependencies.
>
> Hi, the latest flann broke kido build, now it fails with a missing LZ4 link.
there's no missing
If no one is interested, I will try to maintain this package.
--
--
Linux User 152692 GPG: 05F4A7A949A2D9AA
Catalonia
-
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is
On Fri, 27 May 2016 20:33:54 + Mattia Rizzolo wrote:
> control: tag -1 unreproducible moreinfo
>
> On Sun, Jun 07, 2015 at 01:55:25PM +0200, Mattia Rizzolo wrote:
> > On Sun, May 31, 2015 at 3:34 PM, Jörg Frings-Fürst
> > wrote:
> > > The output
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear Release Team,
I'm filing this bug for a transition of ros-ros-comm . It is
in experimental. It builds on all architectures in testing, where it built
previously.
Ben file:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear Release Team,
I'm filing this bug for a transition of octomap. It is
in experimental. It builds on all architectures in testing, where it built
previously.
Ben file:
title =
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear Release Team,
I'm filing this bug for a new transition of ode (Open Dynamics Engine). It is
in experimental. It builds on all architectures in testing, where it built
previously.
Package: librosbag-storage-dev
Version: 1.11.16-5
Severity: important
Dear Maintainer (myself),
librosbag-storage-dev needs libbz2-dev as dependency. It has a file:
/usr/include/rosbag/chunked_file.h
that contains an include:
#include
that belongs to libbz2-dev.
Thanks to Mani Monajjemi
Package: libassimp-dev
Version: 3.2~dfsg-2
Severity: normal
Dear Maintainer,
I would like to tell you one bug I have found. I'm a bit shamed because
it has been my fault, because I think that I introduce it with the last bug
(#806317)
As the cmake files are installed, the some software that
Package: libassimp-dev
Version: 3.2~dfsg-1
Severity: normal
Tags: patch
Dear Maintainer,
asssimp upstream provides some files from CMake to help the
developers to use its library. That files are installed in
lib/*/cmake
Just modifiying libassimp-dev.install and adding:
Source: soya
Severity: serious
soya needs ode to be built. ode has a new version in unstable that
has dropped the sp (single precession) version. Also, ode has been upgraded
to 0.13.1 version. So, soya will fail till its Build-depends field change
from libode-sp-dev to libode-dev and had
Package: mokomaze
Version: 0.5.5+git8+dfsg0-3
Severity: serious
Justification: Policy 7.1
Mokomaze needs ode to be built. ode has a new version in unstable that
has dropped the sp (single precession) version. So, mokomaze will fail till
its Build-depends field change from libode-sp-dev to
El Dilluns, 9 de novembre de 2015, a les 19:11:05, Emilio Pozuelo Monfort va
escriure:
> Control: tags -1 confirmed
>
> On 06/11/15 23:53, Leopold Palomo-Avellaneda wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packa
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear Release Team,
I'm filing this bug for a new transition of ode (Open Dynamics Engine).
In Debian we have a version too old (0.11.1-4.1, 2009-05-25). The package has
been
El Dimecres, 14 d'octubre de 2015, a les 09:55:02, Herbert Parentes Fortes
Neto va escriure:
> Hi Ghislain,
>
> > Alright, I have uploaded a new candidate package on mentors.
> >
> > However, the lintian on mentors shows an error that I cannot reproduce
> > locally on my gbp build. The error is
Dear reporter,
the problem with this bug is a problem of boost 1.58 and gcc5. Ompl builds
without any problem with boost 1.59 and gcc5.
798021 has a patch. Just need that boost maintainers upload a new version of
boost 1.58 of upgrade boost-defaults to 1.59.
Thanks
Leopold
Source: fltk1.3
Version: 1.3.3-1
Severity: normal
Dear Maintainer,
* What led up to the situation?
We are trying to use the libfltk-dev package to build some piece of software
and
we are getting CMake Errors:
CMake Error at /usr/lib/fltk/FLTK-Targets.cmake:102 (message):
The imported
And, yes, let me make a final check and please, sponsor it.
Leopold
Steffen
Gesendet: Mittwoch, 22. April 2015 um 12:37 Uhr
Von: Leopold Palomo-Avellaneda l...@alaxarxa.net
An: Debian Bug Tracking System sub...@bugs.debian.org
Betreff: Bug#783109: ITP: orocos-kdl -- Orocos Kinematics
Package: wnpp
Severity: wishlist
Owner: Leopold Palomo-Avellaneda l...@alaxarxa.net
* Package name: orocos-kdl
Version : 1.3.0
Upstream Author : Orocos Developers orocos-...@lists.mech.kuleuven.be
* URL : http://www.orocos.org/kdl
* License : LGPL
Programming
Package: wnpp
Severity: wishlist
Owner: Leopold Palomo-Avellaneda l...@alaxarxa.net
* Package name: orocos-utilrb
Version : 2.8.0
Upstream Author : Orocos Developers orocos-...@lists.mech.kuleuven.be
* URL : https://github.com/orocos-toolchain/utilrb
* License
Package: wnpp
Severity: wishlist
Owner: Leopold Palomo-Avellaneda l...@alaxarxa.net
* Package name: orocos-typelib
Version : 2.8.0
Upstream Author : Orocos Developers orocos-...@lists.mech.kuleuven.be
* URL : https://github.com/orocos-toolchain/typelib
* License
Package: wnpp
Severity: wishlist
Owner: Leopold Palomo-Avellaneda l...@alaxarxa.net
* Package name: orocos-log4cpp
Version : 2.8.0
Upstream Author : Orocos Developers orocos-...@lists.mech.kuleuven.be
* URL : https://github.com/orocos-toolchain/log4cpp
* License
. I was concentrate on it and I forget this step. Also, I forget orocos-
rtt #782210.
Best regards,
Leopold
Kind regards
Andreas.
On Wed, Apr 15, 2015 at 08:11:16AM +0200, Leopold Palomo-Avellaneda wrote:
Package: wnpp
Severity: wishlist
Owner: Leopold Palomo-Avellaneda l
Package: wnpp
Severity: wishlist
Owner: Leopold Palomo-Avellaneda l...@alaxarxa.net
* Package name: orocos-ocl
Version : 2.8.0
Upstream Author : Orocos Developers orocos-...@lists.mech.kuleuven.be
* URL : http://www.orocos.org/
* License : GPL + runtime
Hi,
may I understand that we won't have this driver in Jessie?
--
--
Leopold Palomo-Avellaneda leopold.pal...@upc.edu
Institut d'Organització i Control de Sistemes Industrials -IOC-
Universitat Politècnica de Catalunya -UPC-
Institute of Industrial and Control Engineering
Technical University
Package: wnpp
Severity: wishlist
Owner: Leopold Palomo-Avellaneda l...@alaxarxa.net
* Package name: orocos-rtt
Version : 2.8.0
Upstream Author : Orocos Developers orocos-...@lists.mech.kuleuven.be
* URL : http://www.orocos.org/
* License : GPL + runtime
Package: debian-maintainers
Severity: normal
Dear Maintainer,
Please add Leopold Palomo-Avellaneda to the keyring.
The jetring changeset is attached.
Best regards,
Leopold
-- System Information:
Debian Release: 8.0
APT prefers testing
APT policy: (500, 'testing'), (1, 'unstable
-7) unstable; urgency=medium
+
+ * Added patch to solve sometimes FTBFS. Patch proposed by
+James Cowgill (thanks!!!). Closes: #779183
+
+ -- Leopold Palomo-Avellaneda l...@alaxarxa.net Wed, 25 Feb 2015 23:12:50 +0100
+
pcl (1.7.2-6) unstable; urgency=medium
[ Jochen Sprickerhof ]
diff
Hi James,
thanks for reporting it and the patch.
I have created a new version of the package. It's here:
http://mentors.debian.net/package/pcl
Now I will ask to the sponsor to upload the new version and ask to ftp-master
to unblock it.
Best regards,
Leopold
El Dimecres, 25 de febrer de
Package: assimp
Version: 3.0~dfsg-3
Severity: important
Dear Maintainer,
* What exactly did you do (or not do) that was effective (or ineffective)?
The debian version of the package shipped in sid or jessie has some symbols
dropped.
* What was the outcome of this action?
A simple program
El Diumenge, 11 de gener de 2015, a les 10:17:29, Martin Steigerwald va
escriure:
As I am interested in NFS performance issues due to my work I copied my work
address in.
Me too.
Am Sonntag, 11. Januar 2015, 01:16:03 schrieben Sie:
El Dissabte, 10 de gener de 2015, a les 19:30:12, Martin
El Dissabte, 10 de gener de 2015, a les 19:30:12, Martin Steigerwald va
escriure:
[...]
I suggest you upgrade to 3.16 bpo kernel. Maybe that already makes a
difference. And additionally there is greater chance you get security
updates on that one, cause AFAIK older bpo kernels are not
Package: nfs-common
Version: 1:1.2.8-9
Severity: important
I have a typical environment with a nfs server and some clients with home
there, or shared resources. In the server I have a Wheezy (in one server
with 3.12-0.bpo.1-amd64 version and in other 3.2.63). My clients basically
are Wheezy but
A Dilluns, 1 de desembre de 2014, Niels Thykier va escriure:
Can you have it done by the end of the week?
Nobuhiro,
please, new version without the --parallel
Could you make a new upload?
http://mentors.debian.net/package/pcl
Leo
--
--
Linux User 152692 GPG: 05F4A7A949A2D9AA
Hi all,
pcl 1.7.2-5 is in unstable. The change proposed by release team is made.
However, we have another issue [1]. In the #debian-buildd channel, suggested
removing the --parallel dh flag. Basically the buildd ran out of memory. It's
something aleatory.
Niels, we don't know what to do. Can
El Dilluns, 1 de desembre de 2014, a les 21:45:28, Niels Thykier va escriure:
On 2014-12-01 15:19, Leopold Palomo-Avellaneda wrote:
Hi all,
pcl 1.7.2-5 is in unstable. The change proposed by release team is made.
However, we have another issue [1]. In the #debian-buildd channel
?
-
ChangeLog
[Leopold Palomo-Avellaneda]
* Added missing Multi-arch field for libpcl-apps1.7.
* Removing Multi-Arch of libpcl-dev. Closes: #770503
Best regards,
Leopold
--
--
Linux User 152692 GPG: 05F4A7A949A2D9AA
Catalonia
A Dijous, 27 de novembre de 2014, Niels Thykier va escriure:
Control: tags -1 moreinfo
On 2014-11-26 17:27, Leopold Palomo-Avellaneda wrote:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hi again :-(
sadly we
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
We have had to make some changes in the package pcl. We know we have done
bad things, but we have needed because some bugs:
* Change openni-dev to libopenni, Closes: #768953
we got an
1 - 100 of 191 matches
Mail list logo