Bug#1063485: python3-docopt: invalid escape sequences

Hi Julian, On 8/2/24 22:02, Julian Gilbey wrote: On Thu, Feb 08, 2024 at 08:31:33PM +, Julian Gilbey wrote: Package: python3-docopt Version: 0.6.2-4.1 Severity: normal Installing python3-docopt, I received the following warning messages: Setting up python3-docopt (0.6.2-4.1) ...

Bug#996432: ITS: newlib

On Thu, 14 Oct 2021 00:46:43 + John Scott wrote: > Source: newlib > Version: 3.3.0-1.1 > Severity: important > X-Debbugs-Cc: debian-toolch...@lists.debian.org, pkg-electronics-de...@alioth-lists.debian.net, m...@qa.debian.org > > The Newlib package is, in my opinion, currently in a poor

Bug#954151: Please move logbook to Debian Python Modules team (Was: src:logbook: Requires a package outside of Main)

Hi Andreas, please go ahead and thank you :). Cheers, On 4/14/20 11:16 AM, Inaki Malerba wrote: > El 14/4/20 a las 10:43, Andreas Tille escribió: >> Hi Agustin and Iñaki, >> >> I wonder whether you would like to maintain the logbook package in >> Debian Python Modules team (by setting the

Bug#950221: Taking over natsort into Debian Python Modules Team (Was: natsort 6.0 doesn't support Python 3.8)

Hi Andreas, On 2/9/20 8:22 AM, Andreas Tille wrote: [snip] > If you either give me permissions or transfer the project according > to > > https://docs.gitlab.com/ee/user/project/settings/ > > Navigate to your project’s Settings > General > Advanced settings. > Under “Transfer project”, choose

Bug#950221: Taking over natsort into Debian Python Modules Team (Was: natsort 6.0 doesn't support Python 3.8)

Hi Andreas, that would be really awesome! If you have time go ahead :). Thanks, On 2/8/20 6:19 AM, Andreas Tille wrote: > Hi Agustin, > > Matthias Klose wrote >> natsort 6.0 doesn't support Python 3.8, 6.2 is the first version supporting >> it. >> There's also a 7.0 release. > I wonde whether

Bug#937112: natsort: diff for NMU version 6.0.0-1.1

. Thank you for pushing the update! I would prefer using -2 instead of 1.1 but it's ok. Please open a MR in salsa with your changes to keep it synced. Thanks! -- Agustin Henze

Bug#934835: [lintian] unmet dependency on libio-async-loop-epoll-perl (>= 0.20)@stretch-backports

Package: lintian Version: 2.17.0~bpo9+1 Severity: normal Hi there, last release backported to stretch is uninstallable because it has unmet dependencies: root@8329fb73036a:/# apt-get install lintian/stretch-backports Reading package lists... Done Building dependency tree Reading state

Bug#905581: Mailing list for Salsa/Salsa-CI team

control: reopen -1 Hi Alex, could you please re-read the bug report carefully? Thanks, On Mon, 12 Aug 2019 21:11:43 +0200 Alexander Wirt wrote: > On Wed, 17 Jul 2019, Alexander Wirt wrote: > > > On Mi, 17 Jul 2019, Otto Kekäläinen wrote: > > > > > Hello! > > > > > > There are now 10 people

Bug#905581: lists.debian.org: Request for new mailing list: debian-salsa-ci

Hi Alex, On Wed, 2 Jan 2019 19:17:24 +0100 Alexander Wirt wrote: > On Wed, 02 Jan 2019, Agustin Henze wrote: > > > Hi formorer, I really appreciate your opinion but we still needing the > > mailing list. > Let me rephrase. I don't think that any other listmaster wi

Bug#905581: lists.debian.org: Request for new mailing list: debian-salsa-ci

Hi formorer, I really appreciate your opinion but we still needing the mailing list. Thanks, On Sat, 10 Nov 2018 20:56:11 +0100 Alexander Wirt wrote: > On Sat, 10 Nov 2018, Agustin Henze wrote: > > > Hi there, just pinging :). > I don't think a list for that specific to

Bug#916108: [fuse] Can't install fuse on salsa runners (chmod: changing permissions of '/dev/cuse': Read-only system)

Package: fuse Version: 2.9.8-2 Severity: normal Dear maintainer, I have been digging why the package can't be installed on salsa runners and it seems is trying to change the /dev/cuse permissions on post-installation. Honestly, I'm not sure what would be the best approach in this case. Checking

Bug#889698: nss 3.35 now defaults to SQL database, broke certmonger/mod_nss/dogtag/freeipa

Control: tag -1 +moreinfo +unreproducible Control: severity -1 normal Hi Timo, On Tue, 6 Feb 2018 12:15:50 +0200 Timo Aaltonen wrote: [...] > For example it changes how certutil is run, which would now need a > 'dbm:'(?) prefix when accessing an old DB like when setting up Freeipa > as shown

Bug#915199: [sssd] python3-sss is not installable

Package: sssd Severity: serious Dear maintainer, since python3.6 was removed from the archive python3-nsss is not installable anymore. root@3f2e58573388:/# apt-get install python3-sss Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not

Bug#886120: Doxygen makes ctpp2 randomly FTBFS, syntax errors, hides problems

Control: tag -1 +moreinfo +unreproducible Control: severity -1 normal Hi Adam, I have been trying to reproduce the FTBFS of the cttp2 package (more than 20 times) you are saying without success. I've used the following script to do that #!/bin/bash set -e count=0 while true; do sbuild -A

Bug#839161: fixed in crrcsim 0.9.13-1

Hi Emilio, On Fri, 30 Nov 2018 14:53:31 +0100 Emilio Pozuelo Monfort wrote: > Control: reopen -1 > Control: retitle -1 crrcsim: FTBFS on several architectures > Control: severity -1 serious > > Hi, > > On Fri, 17 Aug 2018 14:36:37 + Agustin Henze wrote: &

Bug#905581: lists.debian.org: Request for new mailing list: debian-salsa-ci

Hi there, just pinging :). On Mon, 6 Aug 2018 16:12:30 +0200 Agustin Henze wrote: > Package: lists.debian.org > Severity: wishlist > > Name: debian-salsa-ci * > Rationale: While building Salsa's CI pipeline for Debian developers, > maintainers and contributor in general[0] a

Bug#906573: RM: imagesloaded -- ROM; unused package

to reintroduce nikola, so please remove it from the archive. tin@coccia:~$ dak rm -Rn imagesloaded Will remove the following packages from unstable: imagesloaded |3.1.8-1 | source libjs-imagesloaded |3.1.8-1 | all Maintainer: Agustin Henze --- Reason

Bug#906563: RM: libcsp -- ROM; unused package, buggy

+dfsg-3 | all libcsp1 | 1.4+fdd49b7+dfsg-3+b1 | amd64, arm64, armel, armhf, i386, mips, mips64el, mipsel, ppc64el, s390x Maintainer: Agustin Henze --- Reason --- -- Checking reverse dependencies... No dependency

Bug#904578: [devscripts] uscan is emptying some href

Hi Adam, On Mon, 13 Aug 2018 22:12:17 +0100 "Adam D. Barratt" wrote: > On Mon, 2018-08-13 at 15:21 +0200, Agustin Henze wrote: > > Please review if this patch is ok for apply, > > It looks like you already committed it? > Oh, yes. Sorry about the cross communicatio

Bug#904578: [devscripts] uscan is emptying some href

On Mon, 13 Aug 2018 13:09:53 +0200 Agustin Henze wrote: > On Wed, 25 Jul 2018 12:04:01 +0200 Agustin Henze wrote: > [...] > > I'm struggling to get a debian/watch rule to fetch new upstream releases of > > gcc-arm-none-eabi... It seems that uscan is getting some trouble with t

Bug#904578: [devscripts] uscan is emptying some href

On Wed, 25 Jul 2018 12:04:01 +0200 Agustin Henze wrote: [...] > I'm struggling to get a debian/watch rule to fetch new upstream releases of > gcc-arm-none-eabi... It seems that uscan is getting some trouble with the href > I need to match, they appear to be empty which is not true. Ju

Bug#873229: pristine-tar: please enable multithreaded compression in pristine-xz

I second this On Fri, 25 Aug 2017 09:03:46 -0700 Chris Lamb wrote: [...] > Hi, > > I was just building a large package from git-buildpackage with > pristine-tar and noticed that the creation of the source package > was taking rather a long time. > Yes, in my case for gcc-arm-none-eabi it

Bug#905792: [libcloog-isl-dev] Conflict against libisl-dev

Package: libcloog-isl-dev Version: 0.18.4-2 Severity: normal Dear GCC Maintainers, when I try installing libcloog-isl-dev and libisl-dev together I got the following error. The following packages have unmet dependencies: libisl-0.18-dev : Conflicts: libisl-dev but 0.20-1 is to be installed Are

Bug#905581: lists.debian.org: Request for new mailing list: debian-salsa-ci

Package: lists.debian.org Severity: wishlist Name: debian-salsa-ci * Rationale: While building Salsa's CI pipeline for Debian developers, maintainers and contributor in general[0] and we need a place where we can have public discussions. Short Description: Discussion list for the Debian Salsa's

Bug#905514: [cryptsetup-initramfs] Cannot create /etc/cryptsetup-initramfs/conf-hook.dpkg-new: Directory nonexistent

control: severity -1 grave Hi Alf, you're right. Let raise it to avoid migration to testing. On Sun, 05 Aug 2018 21:56:45 +0200 Alf Gaida wrote: > Source: cryptsetup > Followup-For: Bug #905514 > > Hi, the severity should not be normal as it successfully prevent new > installations of the

Bug#905514: [cryptsetup-initramfs] Cannot create /etc/cryptsetup-initramfs/conf-hook.dpkg-new: Directory nonexistent

Package: cryptsetup-initramfs Version: 2:2.0.3-7 Severity: normal Dear maintainer, last version uploaded to unstable cannot be installed. Please find the log attached. Thanks, -- TiN $ docker run --rm -it debian:unstable bash apt-get uroot@421084c1b79c:/# apt-get update Get:1

Bug#901000: [dh-python] Use current locale for encoding the output of readelf on so2pyver function

Hi Piotr, just doing ping :) On Thu, 7 Jun 2018 18:40:48 -0300 Agustin Henze wrote: > Package: dh-python > Version: 3.20180326 > Severity: normal > Tags: patch > > Hi, I was checking if the python package python-logbook was reproducible using > reprotest and the gitlab

Bug#904934: [debian-policy] Add footnote to find easily the corresponding days for the urgency field

Hi Sean, On 07/30/18 04:07, Sean Whitton wrote: [...] >> Hi, I've tried sending this change through salsa but it seems to be disabled >> the option for merge requests. > > Yes, there is a process for changing Policy that usually involves > discussion, so we request patches in the BTS. This has

Bug#904934: [debian-policy] Add footnote to find easily the corresponding days for the urgency field

21d44337f7e293495779b7c4999b587795c10184 Mon Sep 17 00:00:00 2001 From: Agustin Henze Date: Sun, 29 Jul 2018 19:27:29 +0200 Subject: [PATCH] Add footnote to find easily the corresponding days for the urgency field --- policy/ch-controlfields.rst | 8 +++- 1 file changed, 7 insertions(+), 1

Bug#904578: [devscripts] uscan is emptying some href

Package: devscripts Version: 2.18.3 Severity: normal I'm struggling to get a debian/watch rule to fetch new upstream releases of gcc-arm-none-eabi... It seems that uscan is getting some trouble with the href I need to match, they appear to be empty which is not true. Just please see on the

Bug#855091: aiocoap: FTBFS randomly (failing tests)

Hi Santiago, thank you for your detailed answer. I'm closing it because as you said, after the last release we won't be able to reproduce this bug anymore. Thanks, On Mon, 18 Jun 2018 00:58:28 +0200 (CEST) Santiago Vila wrote: > On Wed, 14 Feb 2018, Agustin Henze wrote: > > >

Bug#901000: [dh-python] Use current locale for encoding the output of readelf on so2pyver function

an MR but it seems to be disabled. Cheers, [0] https://salsa.debian.org/debian/logbook/-/jobs/22804 -- TiN From 7b8b7d2b3fff2fa310963afa9d0484026c3bb206 Mon Sep 17 00:00:00 2001 From: Agustin Henze Date: Thu, 7 Jun 2018 18:16:27 -0300 Subject: [PATCH] Use current locale for encoding the output

Bug#894217: [reprotest] kk_KZ.RK1048 again

Ximin, before you start reading this. Please, think about if you have enough time and interest, because it seems that you are not reading me :(. If you don't have time for this, please, just don't answer. I'll understand. On 04/19/18 15:04, Ximin Luo wrote: [...] > > I'm sorry but I don't have

Bug#894217: [reprotest] kk_KZ.RK1048 again

Hi Ximin, On 04/18/18 18:40, Ximin Luo wrote: [...] > > Your perl/python tests miss the point. I think it's fine for .encode() to > crash or raise an exception when given an unrecognised encoding, because it's > an explicit command. I don't think it's fine for LC_ALL to crash or raise an >

Bug#894217: [reprotest] kk_KZ.RK1048 again

Hi Ximin, On Tue, 17 Apr 2018 21:01:00 + Ximin Luo wrote: > Inaki Malerba: > > Hi Ximin > >> More generally, I'd argue that build programs shouldn't fail simply when > >> LC_ALL is unrecognised, for example gcc works perfectly fine. > >> > >> $ LC_ALL=ououi gcc -c

Bug#895648: [gitlab] Add keyword that allows the inclusion of external YAML files

Package: gitlab Severity: normal Hi, this feature is not included in the CE version. Here https://gitlab.com/help/ci/yaml/README#include it says the following ``` Introduced in [GitLab Edition Premium](https://about.gitlab.com/gitlab-ee/) 10.5. Available for Starter, Premium and Ultimate

Bug#894232: piuparts: deprecate --keep-tmpdir after buster in favor of --keep-env

Rebased patch against develop On Tue, 10 Apr 2018 16:57:02 -0300 Agustin Henze <t...@aayy.com.ar> wrote: > Hi holger, > > On 03/27/18 12:42, Holger Levsen wrote: > [...] > > So we first now need to do the above code changes and then deprecate > > --kee

Bug#895379: [piuparts] Create /dev/null if it doesn't exist ASAP

2001 From: Agustin Henze <t...@aayy.com.ar> Date: Tue, 10 Apr 2018 16:58:19 -0300 Subject: [PATCH 1/2] Create ${ENV}/dev/null if it doesn't exist ASAP Signed-off-by: Agustin Henze <t...@aayy.com.ar> --- piuparts.py | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-)

Bug#894232: piuparts: deprecate --keep-tmpdir after buster in favor of --keep-env

bce79977300d11a Mon Sep 17 00:00:00 2001 From: Agustin Henze <t...@aayy.com.ar> Date: Tue, 10 Apr 2018 15:22:28 -0300 Subject: [PATCH] Deprecate --keep-tmpdir in favor of --keep-env (Closes: #894232) When the user pass --keep-tmpdir as parameter, the following message is printed out: W

Bug#895380: [piuparts] Create ${ENV}/dev/ptmx path if it doesn't exist

Package: piuparts Version: 0.84 Severity: normal Tags: patch Hi holger, piuparts just check if it is a link but when you export a chroot from a docker container, this path doesn't exists. Cheers, -- TiN From ebb471f5ab6a34a3558c9e8e0c2598179909ff59 Mon Sep 17 00:00:00 2001 From: Agustin Henze

Bug#894907: [thunderbird] apparmor denies access to ~/.gnupg/tofu.db

On 04/06/18 03:47, Vincas Dargis wrote: [...] >>> Update "the patch", allow file locking is mandatory > > Uhm, locking is "k", not "l". "l" is for linking. Yes, you're right! I had never written rules for AppArmor before, sorry. @@ -248,6 +248,7 @@ owner @{HOME}/.gnupg/trustdb.gpg rw,

Bug#893731: [Piuparts-devel] Bug#893731: Bug#893731: [piuparts] Please add docker support

On 03/27/18 11:44, Holger Levsen wrote: > Hi, > > so I've merged your code now, despite there is one thing I'm still not > happy with: > > the option -k/--keep-tmpdir is now confusingly/incorrectly named, > because in the case of docker (and schroot) environments, no temp. > directory is kept,

Bug#894907: [thunderbird] apparmor denies access to ~/.gnupg/tofu.db

On Thu, 5 Apr 2018 09:47:52 -0300 Agustin Henze <t...@debian.org> wrote: > Package: thunderbird > Version: 1:52.7.0-1 > Severity: normal > > Dear maintainer, from time to time I was finding a gpg process consuming the > 100% of one cpu. A Debian fellow mentioned me t

Bug#894907: [thunderbird] apparmor denies access to ~/.gnupg/tofu.db

Package: thunderbird Version: 1:52.7.0-1 Severity: normal Dear maintainer, from time to time I was finding a gpg process consuming the 100% of one cpu. A Debian fellow mentioned me that maybe AppArmor could be the cause, so I dug into it a little bit and found that AppArmor is denying the access

Bug#893731: [Piuparts-devel] Bug#893731: [piuparts] Please add docker support

roach then. [...] > > I guess we are really close to merging this now! \o/ > Great! Thanks to both for the review -- TiN From aa1814487b61b1fff2f9beb540242061b9a1fd27 Mon Sep 17 00:00:00 2001 From: Agustin Henze <t...@aayy.com.ar> Date: Wed, 21 Mar 2018 16:54:50 -0300 Subject: [P

Bug#893731: [piuparts] Please add docker support

On 03/25/18 07:50, Andreas Beckmann wrote: > On 2018-03-24 17:06, Agustin Henze wrote: >> - help="Don't remove the temporary directory for the " + >> - "chroot when the program ends.") >> +

Bug#893731: [Piuparts-devel] Bug#893731: [piuparts] Please add docker support

feel more comfortable :). After all, it's your little creature hehe > > The rest looks fine to me and I'll happily merge once you fixed up those > little things. Thanks again! Great! Please take a look at it again. Also I've made little fixes that Andreas Beckman and Iñaki Malerva poin

Bug#893731: [Piuparts-devel] Bug#893731: [piuparts] Please add docker support

tion, --schroot and the new one --docker-image. I'd be really happy if you do some testing on your side and give me some feedback. [0] https://github.com/h01ger/piuparts/pull/6 Cheers, -- TiN From 873e3a30477dc5c32910b9c12ccebbaf43ab85f9 Mon Sep 17 00:00:00 2001 From: Agustin Henze <t...@aayy.com.ar&

Bug#893731: [piuparts] Please add docker support

Package: piuparts Version: 0.84 Severity: normal Tags: patch I have written a patch for adding docker support on piuparts. A new option is introduced `--docker-image` e.g. $ piuparts --docker-image debian:unstable package.deb Honestly I didn't do too much testing on this, I just have tried

Bug#892259: lpc21isp: Request to patch in order to add support for LPC40XX devices

Hi Cristiano, On Wed, 07 Mar 2018 09:28:58 + Cristiano Rodrigues wrote: > Dear Maintainer, > > This is not a bug. I created a patch where it add support for LPC40xx > devices. It was published in the software autor site but it seems no one is > looking for it. > If

Bug#855218: fixed in kubernetes 1.7.7+dfsg-3

Hi Andrej, do you know why this package didn't reach to amd64 arch? -- TiN signature.asc Description: OpenPGP digital signature

Bug#855091: fails 100% for me

Control: severity -1 normal Control: tag -1 moreinfo Hi Adam, On 06/25/17 20:35, Adam Borowski wrote: > Control: severity -1 serious > > Hi! > I've tried to build this package many times (5 on armhf, 10 on amd64, once > on arm64), and it fails every single time. > > Either Santiago's systems

Bug#855091: aiocoap: FTBFS randomly (failing tests)

On 02/13/17 20:25, Santiago Vila wrote: [snipped] > > This is just how the build ends, not necessarily the relevant part. > > I've put several build logs here: > > https://people.debian.org/~sanvila/build-logs/aiocoap/ > > If this is really a bug in one of the build-depends, please use

Bug#867637: python-livereload: Please package latest upstream version

Hi Antonio, On 11/23/17 14:44, Antonio Terceiro wrote: > I have tried importing the new upstream version into a clone of the git > repository and it builds just fine. With that, I was able to build > python-mkdocs just fine, and with that, djangorestframework. > > Augustin, would you mind if I

Bug#876260: [ftp.debian.org] RM: gdb-arm-none-eabi -- ROM; Functionality merged on gdb-multiarch

-amd64, kfreebsd-i386, mips, mips64el, mipsel, powerpc, ppc64el, s390x gdb-arm-none-eabi | 9 | source Maintainer: Agustin Henze <t...@debian.org> --- Reason --- -- Checking reverse dependencies... No depe

Bug#875707: Please package cbor 1.0.0

On 09/13/2017 05:02 PM, Thomas Goirand wrote: > Hi, > > Doko wants a newer python-autobahn for buildbot, and I need it > too for OpenStack. Autobahn 1.17.1 needs cbor >= 1.0.0. Please > package it. Hey Zigo, I didn't know that the package had rdepends :). The new package release is already in

Bug#870162: nikola: Version of doit is too new

Hi Adrian, On 08/06/2017 06:45 PM, Adrian Bunk wrote: [..] > > It would be good to have that Breaks in stretch, to force removal of the > jessie nikola in jessie -> stretch upgrades. mmm I'm not sure how to do that because nikola is not in stretch so... I don't kwon, could you explain more what

Bug#816920: binutils-arm-none-eabi: binutils generating unusable binaries

Hi Nathael, On 03/06/2016 03:02 PM, Nathael Pajani wrote: > Hi, > > The version 2.26-4+8 of arm binutils produces unusable binaries for at least > some targets. Could you be more verbose here? What do you mean with "unusable binaries". Did you try decompiling and seeing the difference between

Bug#797928: ITP: python-cbor -- Python Implementation of RFC 7049. Concise Binary Object Representation (CBOR)

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: python-cbor Version: 0.1.21 Upstream Author: 2014-2015 Brian Olson URL: https://bitbucket.org/bodhisnarkva/cbor License: Apache-2.0 Description: Python Implementation of

Bug#797803: ITP: libcsp -- The Cubesat Space Protocol Library

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: libcsp Version: 1.4 Upstream Author: 2012 GomSpace ApS (http://www.gomspace.com) 2012 AAUSAT3 Project (http://aausat3.space.aau.dk) URL: https://github.com/GomSpace/libcsp

Bug#797692: ITP: aiocoap -- Python implementation of CoAP

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org Package name: aiocoap Version: 0.1 Upstream Author: Maciej Wasilak , Christian Amsüss URL:

Bug#795769: nikola: Missing dependencies

Hello Tiago, On 08/16/2015 07:51 PM, Tiago Bortoletto Vaz wrote: Package: nikola Version: 7.6.0-3 Severity: important Dear Maintainer, Please add these dependencies/recomends to nikola package = 7.6: Depends: python-natsort =3.5.2 python-yapsy python-doit These dependencies are

Bug#789072: nikola: v7.5.1 is out

On 06/17/2015 11:49 AM, Chris Warrick wrote: Package: nikola Version: 7.1.0-1 Severity: normal Nikola v7.5.1 is out since Saturday. This package is severely out of date — the last update was in October 2014. Hi Chris, I was updating the package to nikola 7.6.0 and it is getting a little

Bug#789072: nikola: v7.5.1 is out

On 07/08/2015 08:52 AM, Chris Warrick wrote: Yapsy and doit were changed to = already. Great! What version of dateutil do you have? I’ll check if it’s compatible and we could get it lower. In debian we have 2.2. Thanks, -- TiN -- To UNSUBSCRIBE, email to

Bug#789072: nikola: v7.5.1 is out

On 07/08/2015 08:52 AM, Chris Warrick wrote: Yapsy and doit were changed to = already. What version of dateutil do you have? I’ll check if it’s compatible and we could get it lower. Seems to work fine, I tried with a new site. I will wait for your feedback before to upload it. thanks, --

Bug#789072: nikola: v7.5.1 is out

On 07/08/2015 09:22 AM, Chris Warrick wrote: On 8 July 2015 at 14:14, Agustin Henze t...@sluc.org.ar wrote: On 07/08/2015 08:52 AM, Chris Warrick wrote: Yapsy and doit were changed to = already. What version of dateutil do you have? I’ll check if it’s compatible and we could get it lower

Bug#789072: nikola: v7.5.1 is out

On 07/08/2015 09:22 AM, Chris Warrick wrote: On 8 July 2015 at 14:14, Agustin Henze t...@sluc.org.ar wrote: On 07/08/2015 08:52 AM, Chris Warrick wrote: Yapsy and doit were changed to = already. What version of dateutil do you have? I’ll check if it’s compatible and we could get it lower

Bug#778242: libnewlib-arm-none-eabi: mismatched version between libnewlib-arm-none-eabi and libnewlib-dev

On 02/12/2015 02:02 PM, Jim Paris wrote: Package: libnewlib-arm-none-eabi Version: 2.1.0+git20141201.db59ff3-1 Severity: normal Dear Maintainer, Currently it's possible to have mismatched versions of libnewlib-arm-none-eabi and libnewlib-dev installed (as is the case on my system right

Bug#778248: libnewlib-dev: newlib-nano has a different newlib.h

On 02/12/2015 03:30 PM, Jim Paris wrote: Package: libnewlib-dev Version: 2.1.0+git20141201.db59ff3-1 Severity: normal Tags: patch Dear Maintainer, Code built against newlib-nano needs to use newlib-nano's version of newlib.h, because things like the size and layout of struct _reent are

Bug#760911: gcc-arm-none-eabi: Version 4.8.3-9+11 breaks Linux kernel build

Control: tags -1 jessie Control: severity -1 serious On 01/15/2015 05:59 AM, Yann Soubeyrand wrote: Hi! I've contacted you in private to discuss the help I could bring you to fix the Jessie package. In the meantime, I'm wondering if the fix wouldn't be better applied to the

Bug#780445: unblock: 4.8.4-1+11-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package gcc-arm-none-eabi Hello release team, I am asking for an unblock because it is necessary to fix two RC bugs on this package. 1)

Bug#778408: Henry Spencer regular expressions (regex) library contains a heap overflow vulnerability

Control: found -1 1.18.0-6.2 Hi luciano! On 02/14/2015 11:34 AM, Luciano Bello wrote: Package: newlib Severity: important Tags: security patch The security team received a report from the CERT Coordination Center that the Henry Spencer regular expressions (regex) library contains a

Bug#760911: gcc-arm-none-eabi: Version 4.8.3-9+11 breaks Linux kernel build

First of all thank you for you bug report and sorry for the long delay I will fix this next week. Help is always welcomed :) and if you send me a patch much better. On the other hand today I have uploaded to experimental a gcc 4.9 based with this patch applied. Cheers, -- TiN

Bug#771858: llvm-3.5-dev: Invalid path set to LLVM_CMAKE_DIR into /usr/share/llvm-3.5/cmake/LLVMConfig.cmake

Package: llvm-3.5-dev Version: 1:3.5-6 Severity: normal Hi LLVM Team, I found this when I was trying to use the cmake configuration delivered with llvm-3.5-dev. You can reproduce it following these commands: cd /tmp cat CMakeLists.txt EOF project(test) find_package(LLVM REQUIRED CONFIG) EOF

Bug#759294: ITP: gcc-arm-none-eabi -- GCC cross compiler for ARM Cortex-A/R/M processors

Package: wnpp Severity: wishlist Owner: Agustin Henze t...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org, debian-cr...@lists.debian.org Package name: lm4tools Version: 20140816+a565880 Upstream Author: 2011-2012 Texas Instruments Incorporated URL: https

Bug#759294: Retitle to: lm4tools -- Command-line firmware flashing tool and remote GDB socket over USB for Stellaris Launchpad ICDI

Control: retitle -1 lm4tools -- Command-line firmware flashing tool and remote GDB socket over USB for Stellaris Launchpad ICDI -- TiN signature.asc Description: OpenPGP digital signature

Bug#757352: /etc/bash_completion.d/nikola contains /home/tin/projects/debian/nikola/nikola.git/nikola as first line

Hi Vedran, On Thu, Aug 07, 2014 at 01:52:51PM +0200, Vedran Miletić wrote: Package: nikola Version: 7.0.1-2 File /etc/bash_completion.d/nikola contains /home/tin/projects/debian/nikola/nikola.git/nikola as first line, which it probably shouldn't. You're so right :), sorry for this silly

Bug#751813: ITP: natsort -- Natural sorting for python

Package: wnpp Severity: wishlist Owner: Agustin Henze t...@debian.org X-Debbugs-CC: python-modules-t...@lists.alioth.debian.org Package name: python-natsort Version: 3.2.0 Upstream Author: Seth M. Morton - https://github.com/SethMMorton/natsort URL: https://github.com

Bug#751320: libstdc++-arm-none-eabi: non-standard gcc/g++ used for build (gcc-4.7)

Hi doko, On 06/11/2014 05:07 PM, Matthias Klose wrote: Package: libstdc++-arm-none-eabi Version: 1 Severity: important Tags: sid jessie User: debian-...@lists.debian.org Usertags: non-standard-compiler, gcc-4.7, gcc-4.7-legacy This package builds with a non standard compiler version;

Bug#734613: Fwd: Bug#734613: nikola: bootstrap3 is not included and there is no info on how to get it

Hi Chris, On 01/23/2014 04:51 PM, Chris “Kwpolska” Warrick wrote: Forwarding to the bug tracker, I was hoping for Reply-To-Mangling. Anyways, v6.3.0 is actually out right now. And the patch was promoted by our official release announcement. I'm really late, I'm sorry :( I've changed of work

Bug#739009: gcc-arm-none-eabi: armv6 miscompilation

On 02/14/2014 06:41 PM, Andre Heider wrote: Hi, I ran into this while cross compiling a kernel for the raspberry pi with this toolchain. I'm very glad to know other people are testing the toolchain :) I reported weird kernel crashes upstream [0] and found out this is a due to a gcc v4.8

Bug#736167: Missing header files for C++

On 01/20/2014 01:46 PM, mateusz.ka...@gmail.com wrote: Dear Maintainer, Header files for C++ project like mbed blinky project are missing. Compilation works with SAT toolchain, but debian's one fails with the following: mateusz@astro:~/Blink$ ls main.cpp Makefile mbed mbed.bld

Bug#733674: Fixed in 2.1.0-1

It was fixed using update-alternatives as you suggested. thanks, -- TiN signature.asc Description: OpenPGP digital signature

Bug#734577: gcc-arm-none-eabi: Hardcoded path to linker

On 01/08/2014 05:15 AM, mateusz.ka...@gmail.com wrote: Dear Maintainer, In mchck.org http://mchck.org which is a cortex-m4 board we use fake-linker script, which does some magic, and than calls normal linker. However, gcc-arm-non-eabi, comes precompiled with option --with-ld which means

Bug#734613: nikola: bootstrap3 is not included and there is no info on how to get it

On 01/08/2014 12:18 PM, Chris “Kwpolska” Warrick wrote: The debian package does not ship the default bootstrap3 theme, and there is no information about that anywhere. We have a workaround: nikola install_theme -u http://themes.getnikola.com/bs3-debian.json bootstrap3 I suggest to

Bug#706712: nikola strace fails with an assertion

On 01/08/2014 11:49 AM, Chris “Kwpolska” Warrick wrote: Hello there, in the end, this was not reported to us. I added this to our tracker as https://github.com/getnikola/nikola/issues/977 . Hi Chris, yes that's right. Shame on me... Thanks for report this to upstream, -- TiN

Bug#734055: gcc-arm-none-eabi: Missing LTO support and header files

Hi Mateusz, glad to hear other people using the toolchain :) On 01/03/2014 07:59 AM, mateusz.ka...@gmail.com wrote: Your package is missing LTO and header files are missing. To reproduce the problem $ git clone git://github.com/mchck/mchck.git http://github.com/mchck/mchck.git $ cd

Bug#734055: gcc-arm-none-eabi: Missing LTO support and header files

On 01/03/2014 04:57 PM, mateusz.ka...@gmail.com wrote: Dear Agustin, After exporting flags you provided I can compile the project. Great! Would it be possible for you to install update-alternatives such that, there is some default C library ? I think many people will be confused, and

Bug#733674: libnewlib-arm-none-eabi: missing symlink causes arm-none-eabi-gcc to fail

On 12/29/2013 01:10 AM, Anders Hammarquist wrote: Package: libnewlib-arm-none-eabi Version: 2.0.0-1 Severity: important Dear Maintainer, gcc-arm-none-eabi expects a /usr/lib/arm-none-eabi/include symlink pointing to /usr/include/newlib if libnewlib-arm-none-eabi is to be usable. I

Bug#734000: [gcc] Could you remove the dependency on newlib-spu

Package: gcc-4.4 Severity: normal Could you please remove the dependency on newlib-spu. It is not provided any more, from the version 2.0. -- TiN signature.asc Description: OpenPGP digital signature

Bug#734002: [gcc-4.7] Could you remove the dependency on newlib-spu

Package: gcc-4.7 Severity: normal Could you please remove the dependency on newlib-spu. It is not provided any more, from the version 2.0. -- TiN signature.asc Description: OpenPGP digital signature

Bug#734001: [gcc-4.6] Could you remove the dependency on newlib-spu

Package: gcc-4.6 Severity: normal Could you please remove the dependency on newlib-spu. It is not provided any more, from the version 2.0. -- TiN signature.asc Description: OpenPGP digital signature

Bug#730660: RM: libnewlib0 newlib-m68hc1x newlib-source -- ROM; NBS; NVIU

Package: ftp.debian.org Severity: normal Hi ftp team, please consider remove these packages from the archive. There is a new version in unstable but I don't know why the cruft-report doesn't handle this. It's my first time that I have to deal with this kind of problem so if I'm making a mistake

Bug#722542: gcc-spu went away but is still being used

Hi all, I'm glad to announce that I've adopted this package :) and I've uploaded a new version (2.0.0-1). This version doesn't build newlib-spu anymore. It arrived on the archive a few days ago, should I request the removal of the old packages for close this bug? I just read[0] that rene should

Bug#730106: [python-pyinotify] Please consider update the package to the new upstream version 0.9.4

Package: python-pyinotify Severity: normal Hi Mikhail, recently I packaged python-livereload and it uses pyinotify.TornadoAsyncNotifier. This feature has been introduced in the new version 0.9.4 of pyinotify. I'll be very grateful if you do it as soon as possible. Cheers, -- TiN

Bug#729441: ITA: newlib -- Newlib is a C library intended for use on embedded systems

Package: wnpp Severity: wishlist Owner: Agustin Henze t...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org, debian-cr...@lists.debian.org Hi all, I'm adopting this package and I'll upload the new upstream release (2.0.0) with big changes in the packaging. The main change is that it'll only

Bug#728388: ITP: gcc-arm-none-eabi -- GCC cross compiler for ARM Cortex-A/R/M processors

On 10/31/2013 07:37 PM, Keith Packard wrote: I've got gcc and binutils patches in the new queue already; a small patch on top of the existing Debian 4.8 sources, so the source package is tiny. Hi Keith, those are big news! I took a look in the source package and I can see some constraints and

Bug#728386: ITP: bare-metal binutils and compiler

On 10/31/2013 09:36 PM, Wookey wrote: +++ Agustin Henze [2013-10-31 12:31 -0300]: Package: wnpp Package name: binutils-arm-none-eabi Bare metal binutils for embedded ARM chips using Cortex-M0/M0+/M3/M4, Cortex-R4/R5/R7 and Cortex-A* processors. The programs in this package are used

Bug#728386: ITP: binutils-arm-none-eabi -- GNU assembler, linker and binary utilities for ARM Cortex-M/R processors

Package: wnpp Severity: wishlist Owner: Agustin Henze t...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org, debian-cr...@lists.debian.org Package name: binutils-arm-none-eabi Version: 2.22 with mainline backports git://sourceware.org/git/binutils.git commit

Bug#728388: ITP: gcc-arm-none-eabi -- GCC cross compiler for ARM Cortex-A/R/M processors

Package: wnpp Severity: wishlist Owner: Agustin Henze t...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org, debian-cr...@lists.debian.org Package name: gcc-arm-none-eabi Version: ARM/embedded-4_7-branch revision 202601 http://gcc.gnu.org/svn/gcc/branches/ARM/embedded-4_7

  1   2   >