Bug#819514: RFS: emacs-buttercup/1.5-1 -- behaviour-driven testing for Emacs Lisp packages

uploaded Cheers Fred

Bug#819166: RFS: libsass-python/0.11.0-1 (new upstream release ; *urgent* : fix for FTBFS)

ult python version into account in shebang and adapting upstream check of libsass version. * debian/control : updated python3-libsass dependency. Closes: #811406 * Renaming sassc to pysassc while waiting for upstream. Closes: #817139 * Updating to new release. Closes: #814428 -- Freder

Bug#814806: RFS: libauxv/1.1.0-1 [ITP] -- libauxv -- Auxiliary Vector Library library

Feb 2016 16:48:56 +0100 Frederic Bonnard > <fre...@linux.vnet.ibm.com> wrote: > > Package: sponsorship-requests > > Severity: normal > >  > > Dear mentors, > >  > > I am looking for a sponsor for my package "libauxv" > >  > &

Bug#816266: python-qtawesome/0.3.2-1 [ITP]

Hello Ghislain. I see only one problem you did not repackage the source with a +dfsg in order to remove the font files. If you let the files inside the source package you need to add the copyright information of these files. the best is to repackge using the Files-Excludes in the copyright

Bug#818896: libsass: upgrade welcome to fix FTBFS/autoremoval for libsass-python

Source: libsass Source-Version: 3.3.3-1 -- Hi Jonas, I see that libsass 3.3.4 is out. If you have some time for it, could you upgrade the version in Sid to that last one ? For a FTBFS bug on python-libsass, I'd need libsass 3.3.4 since it includes the fix. Actually, it should also fix problems

Bug#818548: texgyre: remove dependency on tex-common

Package: fonts-texgyre Version: 20150923-1 Severity: normal File: texgyre tex-common does not seem necessary for OpenType TeX Gyre fonts, so please remove this dependency. I guess this is already planned but I'm just opening this for the record. See

Bug#817871: Acknowledgement (haskell-mode: Could you package the latest version 13.18)

In fact I would change the title :) for indentation problem with I do not know if the new version solve this problem. Fred

Bug#817871: Acknowledgement (haskell-mode: Could you package the latest version 13.18)

Hello, Here a test.hs file which show starnge behaviour when using the tab key Go to the open [ and hit tab before packages :: [Package] packages = [ -- hardware "firmware-linux-nonfree" ] after packages :: [Package] packag[ -- hardware

Bug#816266: RE:Bug#816266: RFS: python-qtawesome/0.3.0-1 [ITP]

> I don't know enough about the python-qtawesome package to tell whether > python-xstatic-font-awesome is equivalent functionality-wise. Me too :) > I don't expect it to be an easy pitch to ask the Spyder team to > rethink their dependency chain just for the sake of re-usability. > Unless you

Bug#816266: RE:Bug#816266: RFS: python-qtawesome/0.3.0-1 [ITP]

Hello Ghislain, I am wondering it this python-qtawesome package should not be replace by the already available one [1] python-xstatic-font-awesome. It would be great if we could convince the spyder upstream to use the python-xstatic system instead of embeding third party solutions. Cheers

Bug#811340: php5-lasso: fails to install: php5-lasso.postinst: php5enmod: not found

Hi, Thijs Kinkhorst wrote: > Hi Frederic, > > > Severity: serious > > > Setting up php5-lasso (2.5.0-3) ... > > /var/lib/dpkg/info/php5-lasso.postinst: 4: /var/lib/dpkg/info/php5- > > lasso.postinst: php5enmod: not found > > dpkg: error pro

Bug#817139: [Pkg-sass-devel] Bug#817139: sassc: trying to overwrite '/usr/share/man/man1/sassc.1.gz', which is also in package pysassc 0.9.3-1

On Wed, 09 Mar 2016 17:27:35 +0100, Jonas Smedegaard <d...@jones.dk> wrote: > > Hi Frederic, > > Quoting Frederic Bonnard (2016-03-09 15:36:53) > >> The name "sassc" means "Sass implemented in C". > >> > >> Since the packa

Bug#817139: [Pkg-sass-devel] Bug#817139: sassc: trying to overwrite '/usr/share/man/man1/sassc.1.gz', which is also in package pysassc 0.9.3-1

> The name "sassc" means "Sass implemented in C". > > Since the package name "pysassc" seems to imply "sassc wrapper > implemented in Python", I believe the proper fix here is for pysassc to > not provide binary "sassc" but instead "pysassc". right > ...or simply drop the package pysassc,

Bug#816266: RFS: python-qtawesome/0.3.0-1 [ITP]

> The Spyder Development Team is not upstream of this font actually. So I > don't think creating a font package from this source package is the > right solution, is it? No you are right I looked at the elusive content /tmp$ unzip elusive-icons-2.0.0.zip Archive: elusive-icons-2.0.0.zip

Bug#816266: RFS: python-qtawesome/0.3.0-1 [ITP]

Hello Ghislain >* The -common package contains 2 fonts, one of which is not available > for Debian (elusive-iconfont, SIL OFL 1.1). The other one (fontawesome) > is symlinked from its corresponding package. in that case can you create a real fonts package in order to be consistant with all

Bug#816099: RFS: python-qtpy/1.0~b1-1 [ITP]

uploaded. thanks a lot Fred

Bug#815754: [Pkg-gridengine-devel] Bug#815754: [PATCH] gridengine: proposal to add ppc64el architecture

Hi Afif, > Many thanks for the patch. Have you tried this on ppc64el with the > latest gridengine package/upstream version in preparation in git [1]? I > see code there that seems to at least intend to handle it. sorry for that, indeed I patched the version in unstable. So I worked on the git

Bug#815754: Acknowledgement ([PATCH] gridengine: proposal to add ppc64el architecture)

Here is the patch :) F. diff -Nru gridengine-6.2u5/debian/control gridengine-6.2u5/debian/control --- gridengine-6.2u5/debian/control 2016-02-24 10:44:21.0 +0100 +++ gridengine-6.2u5/debian/control 2016-02-24 10:44:22.0 +0100 @@ -36,7 +36,7 @@ This package contains required

Bug#815754: [PATCH] gridengine: proposal to add ppc64el architecture

Source: gridengine Source-Version: 6.2u5-7.4 Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el -- Hi, would it be possible to enable build of gridengine on ppc64el architecture ? Here is a patch for that, can anybody review it ? On my side, it seems to build well. F.

Bug#810814: libgnutls26: Encrypted LDAP connection doesn't work after libgnutls26 update

ed it in the application settings. In our case postfix configuration. Best, Frederic

Bug#810814: libgnutls26: Encrypted LDAP connection doesn't work after libgnutls26 update

erver side. The client side was configured with SECURE256. After removing that things started working again. Cheers, Frederic

Bug#787491: ITP: sphde -- Shared Persistent Heap Data Environment

Hi Gianfranco, I've reworked sphde packaging. A new version is on mentor.d.n based on a new release of sphde ; that release integrates some patches I did to fix previous lintians error found on the upstream. Note : there's still a few little things to improve but I wanted to have advises if I'm

Bug#814921: RFS: sphde/1.1.0-1 [ITP] -- sphde -- Shared Persistent Heap Data Environment library

e obtained from https://github.com/sphde/sphde Regards, Frederic Bonnard

Bug#781530: Acknowledgement (ITP: libdfp -- Decimal Floating Point C Library)

Hi all/Matthias, is there any chance that we see libdfp imported from Ubuntu into Debian ? Let me know if I can help. Thanks again, F.

Bug#814806: RFS: libauxv/1.1.0-1 [ITP] -- libauxv -- Auxiliary Vector Library library

ibrary has only been tested on POWER architecture but upstream says : "The maintainer will accept patches for other architectures. The principle should work for other architectures and platforms." Regards, Frederic Bonnard

Bug#814660: RFS: propellor/2.15.4-1 -- property-based host configuration management in haskell

Done :) thanks for your work. Fred

Bug#814428: FTBFS on ppc64el

Source: libsass-python Source-Version: 0.9.3-1 User: debian-powe...@lists.debian.org Usertags: ppc64el -- Hi, the package fails to build on ppc64el architecture. https://github.com/dahlia/libsass-python/issues/117 libsass-python maintainer @assotile helped fixing the bug which was found on

Bug#813523: RFS: h5py/2.6.0-1

Uploaded thanks for your work Frederic

Bug#813603: RFS: libcxl/1.3-1 [ITP] -- libcxl -- Coherent accelerator shared library

nd ppc64el architectures and requires a specific CAPI FPGA accelerator card. Regards, Frederic Bonnard

Bug#813592: ITP: libcxl -- Coherent accelerator shared library

Package: wnpp Severity: wishlist Description : The coherent accelerator interface is designed to allow the coherent connection of accelerators (FPGAs and other devices) to a POWER system. Coherent in this context means that the accelerator and CPUs can both access system memory directly and with

Bug#813592: draft

First packaging draft available on mentors.net : https://mentors.debian.net/package/libcxl F.

Bug#812491: RFS: h5py/2.5.0-2

Thanks to Picca Frederic-Emmanuel (Closes: #793789) * d/control: cme fix, wrap and sort, update descriptions. * Add examples to doc package. * Move documentation generation to arch-indep targets. * Add autopkgtest testsuite. * Simplify clean target. Best regards, Ghislain Vaillant

Bug#810814: libgnutls26: Encrypted LDAP connection doesn't work after libgnutls26 update

On Wed, Jan 20, 2016 at 11:10 AM, Frederic Van Espen <frederic.van.es...@escaux.com> wrote: > I should add that running ldapsearch works fine though: Also, we have this in our configuration file: tls_cipher_suite = SECURE256 When I comment that it seems to work fine. Before the upgrade

Bug#810814: libgnutls26: Encrypted LDAP connection doesn't work after libgnutls26 update

On Wed, Jan 20, 2016 at 10:59 AM, Frederic Van Espen <frederic.van.es...@escaux.com> wrote: > We're connecting to LDAP from postfix. Here's the postmap debugging output: > postmap: dict_ldap_debug: TLS: can't connect: The signature algorithm is not > supported.. &

Bug#810814: libgnutls26: Encrypted LDAP connection doesn't work after libgnutls26 update

ncryption We're connecting to LDAP from postfix. Here's the postmap debugging output: postmap: dict_ldap_debug: TLS: can't connect: The signature algorithm is not supported.. postmap: error: dict_ldap_connect: Unable to set STARTTLS: -11: Connect error Cheers, Frederic

Bug#811406: pysassc: should depend on python3-libsass

Thanks Antonio for the report and having check deeper. I will fix that for the next release. Fred On Mon, 18 Jan 2016 17:44:48 +0100, Antonio Ospite wrote: > Package: pysassc > Version: 0.9.3-1 > Severity: important > > Dear Maintainer, > > I installed pysassc: > > $ sudo

Bug#811339: spyder: major feature broken: ipython console doesn't work

and allows you to run commands (it doesn't > have a dialog box). So can you test the latest version and if it does not solve your problem, you should considere reverting to the stable version of Debian. Cheers Frederic PS: Staying with Debian stable is always better in production except if you

Bug#810870: RFS: propellor/2.15.3-1 -- property-based host configuration management in haskell

uploaded. thanks for your work :) De : Sean Whitton [spwhit...@spwhitton.name] Envoyé : mercredi 13 janvier 2016 04:19 À : sub...@bugs.debian.org Objet : Bug#810870: RFS: propellor/2.15.3-1 -- property-based host configuration management in haskell

Bug#810870: RFS: propellor/2.15.3-1 -- property-based host configuration management in haskell

accepted :)

Bug#806887: [PATCH] docker.io: proposal to fix FTBFS on ppc64el

and here is the patch... (thanks Fernando) On Wed, 2 Dec 2015 15:00:06 +0100, Frederic Bonnard <frede...@fr.ibm.com> wrote: > Source: docker.io > Source-Version: 1.8.3~ds1-2 > Tags: patch > User: debian-powe...@lists.debian.org > Usertags: ppc64el > > -- >

Bug#810125: RFP: linux-malware-detect -- Linux Malware Detect (LMD) is a malware scanner for Linux

Package: wnpp Severity: wishlist * Package name: linux-malware-detect Version : 1.5 Upstream Author : Ryan MacDonald * URL : https://github.com/rfxn/linux-malware-detect * License : GPL v2 Programming Lang: Bash, Perl Description : Linux

Bug#639910: Packaging sbt

Hi, as Medhi suggested to me, I'm forwarding my questions here to debian Java packaging team. (Medhi answered in the bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639910#89 ) Any tip will be appreciated. Thanks, F. > Hi, > I'd be interested in packaging sbt in debian, and I saw the

Bug#809826: RFS: propellor/2.15.2-1 -- property-based host configuration management in haskell

done :) Thanks Fred De : Sean Whitton [spwhit...@spwhitton.name] Envoyé : lundi 4 janvier 2016 13:58 À : sub...@bugs.debian.org Objet : Bug#809826: RFS: propellor/2.15.2-1 -- property-based host configuration management in haskell Package:

Bug#809747: RFS: propellor/2.15.1-1 -- property-based host configuration management in haskell

done. thanks for your contribution :)) De : Sean Whitton [spwhit...@spwhitton.name] Envoyé : dimanche 3 janvier 2016 18:28 À : sub...@bugs.debian.org Objet : Bug#809747: RFS: propellor/2.15.1-1 -- property-based host configuration management in haskell

Bug#808585: d-shlibs: devlibs error: There is no package matching [libatomic1-dev] and noone provides it

Source: d-shlibs Version: 0.62 Severity: important Hi, on powerpc, libsass fails to build : https://buildd.debian.org/status/package.php?p=libsass=sid#problem-1 Reporting this to you as requested in the error message. --- dh_buildinfo -plibsass-dev dh_installmime -plibsass-dev

Bug#804697: RFS: libsass-python/0.9.1-1 [ITP] -- libsass-python -- SASS for Python

Hi Gianfranco and thanks a lot for taking a close look to my packaging draft, the new packaging so far : http://mentors.debian.net/debian/pool/main/libs/libsass-python/libsass-python_0.9.3-1.dsc > 1) control: > python-all, python3-all, > python-all-dev, python3-all-dev, > > I guess the all-dev

Bug#806732: [Pkg-sass-devel] Bug#806732: [PATCH] libsass: change needed for version 3.3.x

Jonas, thank you for helping on that. The new version builds fine on ppc64el which was originally my problem (and also depending on a version greater than 3.3 for libsass-python). F. On Mon, 30 Nov 2015 21:11:53 +0100, Jonas Smedegaard wrote: > Quoting Jonas Smedegaard

Bug#806887: [PATCH] docker.io: proposal to fix FTBFS on ppc64el

Source: docker.io Source-Version: 1.8.3~ds1-2 Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el -- Hello, golang 1.5.1 his available for debian so, but docker.io fails to build on ppc64el. I found 2 problems : 1. compilation problem with some flag : - +++ go build

Bug#806732: [Pkg-sass-devel] Bug#806732: [PATCH] libsass: change needed for version 3.3.x

Hi Jonas, > Sounds good. Looks like you forgot to include the patch, though. .. :D Sorry for that, here is it. F. > - Jonas > > -- > * Jonas Smedegaard - idealist & Internet-arkitekt > * Tlf.: +45 40843136 Website: http://dr.jones.dk/ > > [x] quote me freely [ ] ask before reusing [

Bug#806732: [PATCH] libsass: change needed for version 3.3.x

Source: libsass Source-Version: 3.2.5-1 Tags: patch -- Hi, libsass can be updated to the new version 3.3.2. In the process of packaging libsass-python : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804697 I had to upgrade libsass to libsass 3.3.x and noticed I had to do a few changes to the

Bug#639910: Any news on : building sbt with make for bootstraping

Hi, I'd be interested in packaging sbt in debian, and I saw the debian bug #639910 [1] and this simple-build-t...@googlegroups.com thread [2] . I guess there's not much progress, but I'm asking in case someone is active on that. Here is a summary of what I understood so far : a) to build sbt, you

Bug#804697: RFS: libsass-python/0.9.1-1 [ITP] -- libsass-python -- SASS for Python

on/libsass-python_0.9.1-1.dsc More information about libsass-python can be obtained from http://hongminhee.org/libsass-python. Note: I'd like some help on test part with pybuild that fails at the moment. Regards, Frederic Bonnard

Bug#804135: first draft

Here is a first draft on mentors : http://mentors.debian.net/package/libsass-python I need to improve a few things though. F.

Bug#803363: [PATCH] notmuch: workaround for FTBFS

Hi David, > I tested with gdb 7.10-1 on amd64, and that seems not to be the case. > All of the tests end up exiting 255 instead of 0 or 1. I didn't have time > to dig deeper than that yet. I didn't remember the return codes, but on amd64, those tests passed. In the meantime, I found the patch

Bug#804358: Install issue with x86_64?

Hello I do not know why this break, but nevertheless, I will reassign to libstdc++in order to understand what is going on * libstdc++6:i386 breaks python-guiqwt (<=2.3.1-1) Please gcc guyes, can you tell me if a binNMU would be enought to solve this problem. Cheers Frederic

Bug#804135: ITP: libsass-python -- SASS for Python

Package: wnpp Severity: wishlist Description : SASS for Python This package provides a simple Python extension module sass which is binding Libsass (written in C/C++ by Hampton Catlin and Aaron Leung) and a python executable to generate css from scss. It's very straightforward and there isn't

Bug#803631: spyder FTBFS due to missing build dependencies

thanks for the pacth :) BUT python3-qt4 -> python3-pyqt4 I will upload spyder 2.3.7 today. Thanks Fred

Bug#803440: [PATCH] gdb: fix to help on notmuch FTBFS

Source: gdb Source-Version: 7.10-1 Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el -- Hi, package "notmuch" is having a problem on some tests because of gdb missing some ppc64el improvements. See bug #803363: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803363 I did a

Bug#803363: [PATCH] notmuch: workaround for FTBFS

Source: notmuch Source-Version: 0.21~rc3-3 Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el -- Hi, on ppc64el, there is a FTBFS on this version since 0.20.2-2 due a test failing (070). This is due to the fact that the test is using a breakpoint on the function

Bug#803039: [PATCH] libffi: enable autoreconf

Source: libffi Source-Version: 3.2.1-3 Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el -- Hi, here is a patch to enable autoreconf for libffi as it was not figuring out the good linker on ppc64el : --- checking whether the powerpc64le-linux-gnu-gcc linker

Bug#770459: [PATCH] openrc: fix tentative for #770459

Hi Ritesh, On Mon, 19 Oct 2015 21:17:53 +0200, Ritesh Raj Sarraf wrote: > Nobody is currently working on integrating openrc with Debian. At > least, to what I'm aware of. Indeed, that's what it seemed to me, upstream seems far ahead. > So if you have an interest in

Bug#770459: [PATCH] openrc: fix tentative for #770459

from author of 0020-dependency-loop-resolver.patch : Renamed static +functions "rc_deptree_*" to be not "rc_*". (Closes: #770459) + + -- Frederic Bonnard <fre...@linux.vnet.ibm.com> Mon, 19 Oct 2015 18:47:08 +0200 + openrc (0.13.1-4) unstable; urgency=high *

Bug#801573: Don't build with pixman support

Source: mapserver Version: 7.0.0-5 Severity: important Hello, mapserver must not be compiled with pixman support (WITH_PIXMAN) as this feature is experimental (and buggy). See https://github.com/mapserver/mapserver/issues/5181#issuecomment-146511176 Thanks, fredj -- Frédéric Junod

Bug#801141: RE:[buildd-tools-devel] Bug#801141: sbuild: Failed to lock chroot: /var/lib/sbuild/unstable-i386.tar.gz: File is not owned by user root

the sbuild user. So myabe you are right the problem is with schroot which could lock something not owned by root. Nevertheless it is nice to let only the root user update the schroot. ... Frederic

Bug#801141: [buildd-tools-devel] Bug#801141: sbuild: Failed to lock chroot: /var/lib/sbuild/unstable-i386.tar.gz: File is not owned by user root

> I guess you used the instructions from this wiki page: > https://wiki.debian.org/sbuild Yes I did but I created a propellor property in order o maintain my sbuild chroot. Indeed this is a detail. So I end up with a tar.gz owned by root:root Then comes the upgrade whcih changed the owner into

Bug#801190: valac 0.30.0-1 fails to install (error: no alternatives for valac)

Package: valac Version: 0.30.0-1 Severity: normal Hi, Preparing to unpack .../valac_0.30.0-1_amd64.deb ... update-alternatives: error: no alternatives for valac dpkg: error processing archive /var/cache/apt/archives/valac_0.30.0-1_amd64.deb (--install): subprocess new pre-installation script

Bug#800966: RFS: kimchi/1.5.1-1 [ITP] -- HTML5 based management tool for KVM

Thanks Liang for your feedback, > 1 you should upload to unstable, not UNRELEASED, please update d/changelog oops, second time I forget this :) > 2 why should kimchi generate DH parameter in build process? it makes the build > process long and IMO it should be generated by {pre,post}inst script

Bug#801088: rabbitmq-server: postinst fails with mkdir trying to create an existing /etc/rabbitmq directory

Package: rabbitmq-server Version: 3.5.4-2 Severity: normal Hi, rabbitmq-server 3.5.4-2 fails to install, Setting up rabbitmq-server (3.5.4-2) ... mkdir: cannot create directory '/etc/rabbitmq': File exists dpkg: error processing package rabbitmq-server (--configure): ... Quite simply

Bug#800966: RFS: kimchi/1.5.1-1 [ITP] -- HTML5 based management tool for KVM

dget using this command: dget -x http://mentors.debian.net/debian/pool/main/k/kimchi/kimchi_1.5.1-1.dsc More information about kimchi can be obtained from https://github.com/kimchi-project/kimchi/. Regards, Frederic Bonnard

Bug#772823: kimchi: another packaging and another version

Hi, Here is a new packaging especially to fix most of the previous points and for the new version 1.5.1 of kimchi. Also : - added a patch to fix the 404 error for the novnc popup (this patch won't be pushed upstream as is as upstream reorganize the code) - documented more things in

Bug#799886: Leaving it for Frederic as well? (RFS: arrayfire/3.1.1+dfsg1-2)

Hello, I am on it. Cheers

Bug#781530: Acknowledgement (ITP: libdfp -- Decimal Floating Point C Library)

Matthias, as you are the maintainer of libdfp in Ubuntu, could you help on this ? Thanks :) F.

Bug#799655: RFS: arrayfire/3.1.1+dfsg1-1

I will take care of this. Cheers

Bug#799655: RFS: arrayfire/3.1.1+dfsg1-1

It is in the pipe :) Cheers

Bug#799595: RFS: clblas/2.6-3

done :) Thanks Fred

Bug#799731: fonts-lmodern: The USE_TYPO_METRICS flag is not set in the OS/2 table of Latin Modern Math

Package: fonts-lmodern Version: 2.004.4-5 Severity: normal Dear Maintainer, fonts-lmodern contains version 1.950 of the modern font. In this version, the USE_TYPO_METRICS flag is not set in the OS/2 table of Latin Modern Math, which can lead to excessive line spacing. See

Bug#799195: python-scientific: FTBFS during rebuild against netcdf 4.4.0

python-scientific is for now not compatible with numpy 1.9.

Bug#798971: eom: Adding the CMYK color support

Package: eom Version: 1.10.3-2 Severity: wishlist Dear Maintainer, Thank you add the CMYK color support for preserving colors when opening an image. Best regards. -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500,

Bug#797284: Info received (Bug#797284: Info received (Bug#797284: pytango ftbfs in unstable))

Here also a discussion about the problem on the gcc mailing list https://gcc.gnu.org/ml/gcc-help/2015-09/msg00057.html It seems that a abi_tag attribut should be added in tango to the problematic symbols in order to help gcc5 decide which ABI is expected. ifdef _GLIBCXX_USE_CXX11_ABI define

Bug#798783: [kwalletmanager] Support for GPG encrypted wallets

during the compilation of kwalletmanager ? Frederic --- System information. --- Architecture: amd64 Kernel: Linux 4.1.0-2-amd64 Debian Release: stretch/sid 500 unstablewww.deb-multimedia.org 500 unstableftp.fr.debian.org 500 stable dl.google.com

Bug#781530: Acknowledgement (ITP: libdfp -- Decimal Floating Point C Library)

It seems that there is what we need there : https://launchpad.net/ubuntu/+source/libdfp Can anyone import this in Debian ? F.

Bug#797284: Info received (Bug#797284: pytango ftbfs in unstable)

I started a thread about this on debian-python mailing list. https://lists.debian.org/debian-python/2015/09/msg00028.html

Bug#797284: pytango ftbfs in unstable

ok, so the missing symbols comes from attribute.o and wattribute.o

Bug#797284: Info received (Bug#797284: pytango ftbfs in unstable)

:/usr/lib/i386-linux-gnu$ nm -D libtango.so.8.1.2 | grep ranges_type | c++filt 0045f258 D Tango::ranges_type2const::enu 00460dfc B Tango::ranges_type2const::str[abi:cxx11] 0045f280 D Tango::ranges_type2const::enu 00460fdc B Tango::ranges_type2const::str[abi:cxx11] 0045f27c D

Bug#797284: pytango ftbfs in unstable

Ok, with the new tango,I get another symbols problem ImportError: /«PKGBUILDDIR»/build/lib.linux-i686-2.7/PyTango/_PyTango.so: undefined symbol: _ZN5Tango17ranges_type2constIsE3strE Tango::ranges_type2const::str so once again a problem with a string ???

Bug#797987: ITP: skiboot -- OPAL boot and runtime firmware for POWER

Package: wnpp Severity: wishlist Description : This source contains OPAL firmware and other support utilities for the skiboot firmware, for OPAL Power machined. OPAL firmware (OpenPower Abstraction Layer) comes in several parts. A simplified flow of what happens when the power button is pressed

Bug#797284: pytango ftbfs in unstable

ok, I just uploaded a tango package which fix the FTBFS with gcc5. I also made a libstdc++6 transition for tango. so now I think that after tango acceptation into unstable a simple binNMU should fix this issue.

Bug#797284: pytango ftbfs in unstable

? thanks Frederic De : debian-science-maintainers [debian-science-maintainers-bounces+picca=synchrotron-soleil...@lists.alioth.debian.org] de la part de Matthias Klose [d...@debian.org] Envoyé : samedi 29 août 2015 11:11 À : Debian Bug Tracking System Objet

Bug#797285: tango ftbfs in unstable

Hello Doko, libtool: link: g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -std=c++11 -D_REENTRANT -DOMNI_UNLOADABLE_STUBS -Wl,-z -Wl,relro -o .libs/notifd2db notifd2db.o -L../../lib/cpp/server /scratch/packages/tmp/tango-8.1.2c+dfsg/build/lib/cpp/server/.libs/libtango.so

Bug#797284: pytango ftbfs in unstable

I am working on it with the upstream. once fixed,I will upload a tango with the v5 extension. then I will ask for a transition right ?

Bug#797284: pytango ftbfs in unstable

any libstdc++6 follow-up transition is waived. you can just upload to unstable. ok, I will try to fix this issue next week. thanks

Bug#772823: Review of 1.5.0-1 from mentors.debian.net

Hi, I tried to improve things, and for the ones that needs more time or that are more nice-to-haves, I've put a notice in the README.source as advised by Robie. Blocker for upload as there might be upgrade path issues later otherwise: ln -sf /usr/share/doc/kimchi/examples/kimchi.sub.nginx

Bug#772823: Looking for a mentor for a couple of projects

Hi Gianfranco, and thank you for coming here to make a contribution :) I'v not uploaded a new version with the modifications yet, but I have a few questions below. please fix all the above (message #72 of bug 772823) I did all that was doable in a reasonable time. As said before, for what need

Bug#772823: kimchi: looking for a mentor

So fast, thanks :) ./m4/*.m4:dnl Copyright (C) 1996-2003, 2009-2010 Free Software Foundation, ./po/Makefile.in.in:# Copyright (C) 1995-1997, 2000-2007, 2009-2010 by Ulrich Drepper drep...@gnu.ai.mit.edu ./plugins/sample/po/Makefile.in.in:# Copyright (C) 1995-1997, 2000-2007, 2009-2010 by

Bug#796079: RFS: clfft/2.6.1-2

I'll take care of this one then I need to leave so if you come with clblas after do not hesitate to ask Andreas. Cheers Fred De : Ghislain Vaillant [ghisv...@gmail.com] Envoyé : mercredi 19 août 2015 11:15 À : sub...@bugs.debian.org Objet : Bug#796079:

Bug#796043: RFS: clblas/2.6-2

done. De : Ghislain Vaillant [ghisv...@gmail.com] Envoyé : mardi 18 août 2015 21:44 À : sub...@bugs.debian.org Objet : Bug#796043: RFS: clblas/2.6-2 Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package

Bug#796041: RFS: clfft/2.6.1-1

Hello Ghislain, I get this error when building with sbuild (unstable) [ 62%] Building CXX object library/CMakeFiles/clFFT.dir/fft_binary_lookup.cpp.o cd /«PKGBUILDDIR»/obj-i586-linux-gnu/library /usr/bin/c++ -DCLFFT_EXPORTS -DclFFT_EXPORTS -pthread -g -O2 -fstack-protector-strong -Wformat

Bug#794007: haskell-hmatrix: add the gsl binding

with a plain RHEL 4...) Cheers Frederic

Bug#794784: Enable memcache support in mapcache

Source: mapcache Version: 1.4.0-1 Severity: wishlist Hello, Can you please consider enabling memcache support in mapcache? See attached patch. Thanks, fredj -- Frédéric Junod Camptocamp SA diff --git a/debian/control b/debian/control index b32ffea..15de496 100644 --- a/debian/control +++

Bug#794086: RFS: clblas/2.4-3

idem 2.6 is out and can you fix most of the lintian warnings :) Cheers. Fred -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

<    1   2   3   4   5   6   7   8   9   10   >