Bug#1007600: xfaces: please consider upgrading to 3.0 source format

Sorry about that. Ill look into upgrading. On Tue, Mar 26, 2024, 22:51 Bastian Germann wrote: > Hi Hakan, > > You have overridden my NMU which fixed this issue and - more importantly - > #1049887. I have uploaded the fix for > #1049887 once again with 3.3-30.1. I am not sending a debdiff so

Bug#932989: gcc-avr: Package version severely outdated compared to main gcc-toolchain

There is no progress I'm afraid. The package is up for adoption. We need to find someone who's willing to put in the time needed... On Tue, Jun 14, 2022 at 7:27 PM Marco wrote: > What's the current status? This bug is almost 3 years old and Debian > is still shipping 5.4.0, even in Sid.

Bug#999263: libcompface: diff for NMU version 1:1.5.2-5.1

Thanx! On Sat, Dec 25, 2021 at 6:21 PM gregor herrmann wrote: > Control: tags 861345 + pending > Control: tags 965632 + patch > Control: tags 965632 + pending > Control: tags 999263 + patch > Control: tags 999263 + pending > > > Dear maintainer, > > I've prepared an NMU for libcompface

Bug#932989: gcc-avr: Package version severely outdated compared to main gcc-toolchain

No worries. Thanx for caring! On Thu, Dec 16, 2021 at 3:00 PM Gregor Riepl wrote: > Please disregard my last message, I totally missed the whole discussion > that has already been going on. > > Sorry. > -- Håkan Ardö

Bug#1001273: Bug#932989: gcc-avr: Package version severely outdated compared to main gcc-toolchain

I believe your right, and I would support any such efforts. I've orphaned these packages quite some time ago as I've not been able to find the time to implement this myself though. On Thu, Dec 16, 2021 at 2:03 PM Gregor Riepl wrote: > > >> Switching back to use upstream source would be one

Bug#932989: gcc-avr: which MCUs are not supported by upstream gcc?

OK, so upstream does indeed currently seem to be ahead. That has not always been the case historically. I'm fine with switching if anyone steps up to do the work. I've put the packages up for adoption, but I'll be happy to give some support... On Thu, Feb 11, 2021 at 10:57 AM Benjamin Valentin <

Bug#930195: avr-libc: Upstream avr-libc maintainers appear to be MIA; can another source be found?

Hi, updated packages are now uploaded to unstable. It might still take some time for the mirrors to be updated. Please let me know if this solves your problem. Thanx! On Tue, Nov 3, 2020 at 1:16 PM Andy Bennett wrote: > Hi, > > > I'm sorry, but this got lost in my flood todos. Please keep

Bug#930195: avr-libc: Upstream avr-libc maintainers appear to be MIA; can another source be found?

I'm sorry, but this got lost in my flood todos. Please keep pinging me about it and we'll get there... On Mon, Nov 2, 2020 at 11:15 PM Andy Bennett wrote: > Hello again, > > Is there an upgraded package that I could try that has the support > discussed above for the "0-series"? > > Thanks! > >

Bug#966898: binutils-avr: FTBFS: elf.c:706:35: error: overflow in conversion from ‘unsigned int’ to ‘int’ changes value from ‘num_group = 4294967295’ to ‘-1’ [-Werror=overflow]

Thanx for the investigation! I'll update the package. Yes something has to be done about what upstream distribution we use. Unfortunately there are atmel specific patches that people rely on that was not accepted upstream, so switching is not as straight forward as it might seem... On Mon, Aug

Bug#969204: RFA: gdb-avr -- GNU Debugger for avr

Package: wnpp Severity: normal I request an adopter for the gdb-avr package. I'm lacking the time to propperly maintain it. The package description is: This package has been compiled to target the avr architecture. GDB is a source-level debugger, capable of breaking programs at any specific

Bug#969202: RFA: binutils-avr -- Binary utilities supporting Atmel's AVR targets

Package: wnpp Severity: normal I request an adopter for the binutils-avr package. I'm lacking the time to propperly maintain it. The package description is: The programs in this package are used to manipulate binary and object files that may have been created for Atmel's AVR architecture.

Bug#969203: RFA: gcc-avr -- GNU C compiler (cross compiler for avr)

Package: wnpp Severity: normal I request an adopter for the gcc-avr package. I'm lacking the time to propperly maintain it. The package description is: This is the GNU C compiler, a fairly portable optimizing compiler which supports multiple languages. This package includes support for C.

Bug#969205: RFA: avr-libc -- Standard C library for Atmel AVR development

Package: wnpp Severity: normal I request an adopter for the avr-libc package. I'm lacking the time to propperly maintain it. The package description is: Standard library used to the development of C programs for the Atmel AVR micro controllers. This package contains static libraries as well

Bug#932989: gcc-avr: which upstream to track

Hi, thanx a lot for the great summary of the situation! Historically, the issue with "community" versions of the avr toolchain have been the lack of support for all AVR devices. Especially newer once. I don't know what the situation is there with the Arduino toolcahin. I agree that providing two

Bug#930195: avr-libc: Upstream avr-libc maintainers appear to be MIA; can another source be found?

The old location > > > > http://distribute.atmel.no/tools/opensource/Atmel-AVR-GNU-Toolchain/ > > > > has changed (look for heading: AVR GCC, then AVR GCC 3.6.2) > > > > https://www.microchip.com/mplab/avr-support/avr-and-sam-downloads-archive > > > > On Mon, 10

Bug#932989: gcc-avr: Package version severely outdated compared to main gcc-toolchain

Hi, gcc-avr was originally built from the mainline gcc, but was later split out by to build depend on gcc-source as it was not wanted in the mainstream gcc package. Has that situation changed? It was then decided to base the package on the Atmel distribution instead of the upstream source as that

Bug#930195: avr-libc: Upstream avr-libc maintainers appear to be MIA; can another source be found?

Hi, Apache 2.0 licence is fine, but for the main distribution we need the source as well. On Mon, Jun 10, 2019 at 12:28 PM Paul "LeoNerd" Evans < leon...@leonerd.org.uk> wrote: > On Mon, 10 Jun 2019 11:07:29 +0200 > Hakan Ardo wrote: > > > There have been a s

Bug#930195: avr-libc: Upstream avr-libc maintainers appear to be MIA; can another source be found?

Hi, avr packages in debian have for the last couple of years been based on a distribution from atmel: http://distribute.atmel.no/tools/opensource/Atmel-AVR-GNU-%20Toolchain/3.4.4/ However it's recently gone away too... There have been a sugestion to use Microchip Packs Repository:

Bug#917390: avr-gcc version mismatch

Hi again, I created bug 917390 to track this issue. I don't think we should use identical version strings as the debian package might differ slightly to the atmel binary version, but we should reflect which athmel version it is based on. On Thu, Dec 27, 2018 at 10:03 AM Hakan Ardo wrote: >

Bug#917390: gcc-avr: Expand the version string with the atmel version

Package: gcc-avr Version: 1:5.4.0+Atmel3.6.1-1 Severity: wishlist Dear Maintainer, seei follow up mail. *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or

Bug#867235: avr-libc: Fails to find iom328pb.h

Hi, thanx for the repport, but iom328pb.h is not provided by avr-libc as far as I can tell? So it would have to be added to the patch for it to be usefull. Can I also suggest that you report this upstream aswell: http://savannah.nongnu.org/bugs/?group=avr-libc Thanx! On Wed, Jul 5, 2017 at

Bug#831174: gcc-avr: diff for NMU version 1:4.9.2+Atmel3.5.0-1.1

I'm releaseing my version now, which I suppose cancels the NMU? On Sun, Sep 25, 2016 at 12:36 PM, Sebastian Ramacher <sramac...@debian.org> wrote: > On 2016-09-25 10:40:34, Hakan Ardo wrote: > > Thanx. I've got a version on the way that instead applies this upstream >

Bug#831174: gcc-avr: diff for NMU version 1:4.9.2+Atmel3.5.0-1.1

Thanx. I've got a version on the way that instead applies this upstream fix for gcc 6 compatibility: https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=ec1cc0263f156f70693a62cf17b254a0029f4852 I would prefer to go with thatone unless you have strong reasons for your approach? On Sat, Sep 24,

Bug#833805: picon-domains: FTBFS when built with dpkg-buildpackage -A (binary build with no binary artifacts)

Thanx for the repport and fix. I'll apply it shortely... On Mon, Aug 8, 2016 at 11:21 PM, Santiago Vila wrote: > Hi. > > While we are at it: You might want to modernize debian/rules a little > bit. In particular, targets build-arch and build-indep are now > mandatory too (so

Bug#808938: ftpwatch: diff for NMU version 1.21+nmu1

Thanx, it's looking good. On Fri, Dec 25, 2015 at 3:18 PM, Andreas Metzler wrote: > Control: tags 808938 + patch > Control: tags 808938 + pending > > Dear maintainer, > > I've prepared an NMU for ftpwatch (versioned as 1.21+nmu1) and > uploaded it to DELAYED/15. Please feel

Bug#808396: /usr/bin/avr-gcc: please provide a "long double" which would be 8 bytes or just an 8-byte double

Please consider submitting this upstream, it makes little sense to have it as a Debian specific feature. On Sat, Dec 19, 2015 at 3:20 PM, folkert wrote: > Package: gcc-avr > Version: 1:4.8.1+Atmel3.4.5-1 > Severity: wishlist > File: /usr/bin/avr-gcc > > Please provide a

Bug#808114: avr-libc in Debian testing is incompatible with gcc-avr, linking fails

On Wed, Dec 16, 2015 at 9:22 AM, Paul Fertser <fercer...@gmail.com> wrote: > > Hello, thank you for the prompt reply. > > On Wed, Dec 16, 2015 at 09:05:19AM +0100, Hakan Ardo wrote: > > Thanks, this is fixed in unstable. > > It is, but users of Debian testing right no

Bug#808114: avr-libc in Debian testing is incompatible with gcc-avr, linking fails

Thanks, this is fixed in unstable. Den 16 dec 2015 09:00 skrev "Paul Fertser" : > Package: avr-libc > Version: 1:1.8.0+Atmel3.4.5-1 > Severity: grave > > This current version depends on gcc-avr (>= 1:4.8.1+Atmel3.4.5), and > testing already ships 1:4.9.2+Atmel3.5.0-1 which

Bug#807502: gcc-avr: Missing support for atxmega

Hi, I've now uploaded a new version of avr-libc with the new names on those files. I'll also update binutils to declear that it wont work with older avr-libc. On Fri, Dec 11, 2015 at 7:56 PM, Hakan Ardo <ha...@debian.org> wrote: > Hi, > the file you want is crtx384d3.o and not crtat

Bug#807840: [gcc-avr] new version breaks with current avr-libc version

Yes, avr-libc (1.8.0, Atmel3.5.0) was uploaded this morning, it should fix this. On Sun, Dec 13, 2015 at 6:38 PM, Bastien Montagne wrote: > Package: gcc-avr > Version: 1:4.9.2+Atmel3.5.0-1 > Severity: normal > > --- Please enter the report below this line. --- > > Hi, > >

Bug#807502: gcc-avr: Missing support for atxmega

Please do. It might be that we need to update avr-libc too? That work is in progress, but was delayed. Should be ready any day now... On Fri, Dec 11, 2015 at 3:57 PM, Lisandro Damián Nicanor Pérez Meyer < perezme...@gmail.com> wrote: > Then I would prefer to raise the severity to serious, are

Bug#807502: gcc-avr: Missing support for atxmega

Damián Nicanor Pérez Meyer < perezme...@gmail.com> wrote: > On Friday 11 December 2015 16:15:52 Hakan Ardo wrote: > > Please do. > > Done, thanks! > > > It might be that we need to update avr-libc too? That work is in > > progress, but was delayed. Should

Bug#790103: new default build flag from dpkg: -Wdate-time

Hi, the archlinux avr-gcc seams to be a standard unpatched gcc compiled for the avr target. I would prefere to base the main avr-gcc package on the atmel releases as those have historically been of higiher quality for avr usage. That means avr-gcc will be upgraded to the atmel release 3.5.0 based

Bug#790103: new default build flag from dpkg: -Wdate-time

On Wed, Nov 18, 2015 at 8:31 PM, Mattia Rizzolo <mat...@mapreri.org> wrote: > On Wed, Nov 18, 2015 at 08:26:24PM +0100, Hakan Ardo wrote: > > That means avr-gcc will be upgraded to the atmel release 3.5.0 based on > gcc > > 4.9.2 soon. > > soon = ? > Within a week or three...

Bug#779495: Vanilla AVR toolchain

On Wed, Mar 11, 2015 at 4:01 PM, Gregor Riepl onit...@gmail.com wrote: whoever of the two that are most out of date varies from time to time and from feature to feature. I guess it depends on where in their release cycle they are and how hard a time Atmel is having to get their patches

Bug#779495: Vanilla AVR toolchain

Hi, whoever of the two that are most out of date varies from time to time and from feature to feature. I guess it depends on where in their release cycle they are and how hard a time Atmel is having to get their patches accepted upstream. Also, there seems to be some patches in binutils that

Bug#762303: avr-libc ships with old iom256rfr2.h

get avr-libc 1.8.1 that way. For a couple of years avr-libc upstream looked a bit dead so Atmel was the only choice, but now I'd say upstream have overtaken Atmel again. Cheers. On 23/09/14 07:19, Hakan Ardo wrote: Hi Simon, thanx for the report. I suppose we could pull in a single header

Bug#762303: avr-libc ships with old iom256rfr2.h

atmel, there doesn't appear to be any patches, it just looks like upstream avr-libc: http://distribute.atmel.no/tools/opensource/Atmel-AVR-GNU-Toolchain/3.4.4/ i've CC'd the contact address quoted in the README to possibly clarify. regards. On 08/10/14 13:21, Hakan Ardo wrote: Is it that so

Bug#762303: avr-libc ships with old iom256rfr2.h

Hi Simon, thanx for the report. I suppose we could pull in a single header file from avr-libc trunk if the general consensus is that the Atmel version is in a bad state. Aurelien, you been pushing for using the Atmel patches. Can you see any issues with this? Thanx. On Sat, Sep 20, 2014 at 11:01

Bug#724351: avr-libc: diff for NMU version 1:1.8.0-4.1

Thanx. That'll do nicely. On Mon, Mar 3, 2014 at 12:21 AM, Eric Dorland e...@debian.org wrote: tags 724351 + pending thanks Dear maintainer, I've prepared an NMU for avr-libc (versioned as 1:1.8.0-4.1) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer.

Bug#739953: Bug#740391: avr-libc: please use atmel patches

Hi, thanx for the reports. Upstream avr-libc develoopment does indeed seem stalled, so I guess it is time to apply these patches ourself. The binutils-avr package already contains the atmel patches you refer to. As for gcc we use gcc 4.8 which I believe contain the Atmel patches, which are for gcc

Bug#734320: gdb-avr: Wrong memory map due to missing XML support

Hi, thanx for the report. I've upgraded to gdb 7.6 and enbaled xml support. If you still believe it is misbehaving please open a new bug. Also, please consider to make your case upstream: http://www.gnu.org/software/gdb/bugs/ On Sun, Jan 5, 2014 at 11:05 PM, Johannes Deutsch

Bug#733603: avr-libc: avr-man unable to work due to missing files/directories

Ardo ha...@debian.org wrote: OK, we'll rename them and move them again. On Fri, Jan 3, 2014 at 10:19 AM, Ivan Shmakov i...@siamics.net wrote: fixed 733603 1:1.8.0-4 thanks Hakan Ardo ha...@debian.org writes: On Mon, Dec 30, 2013 at 11:40 AM, Simon Kainz wrote: After inspecting avr-man, i

Bug#733603: avr-libc: avr-man unable to work due to missing files/directories

OK, we'll rename them and move them again. On Fri, Jan 3, 2014 at 10:19 AM, Ivan Shmakov i...@siamics.net wrote: fixed 733603 1:1.8.0-4 thanks Hakan Ardo ha...@debian.org writes: On Mon, Dec 30, 2013 at 11:40 AM, Simon Kainz wrote: After inspecting avr-man, i see the line: exec man

Bug#727117: binutils-avr: FTBFS on s390x - blocks testing migration

Hi, thanx for the report. I've made a few test builds on s390x now and it seems to build just fine, so I'm not sure what to do about this. I'm uploading a new version with other fixes now, and I'll dig more if this issue persists... On Tue, Oct 22, 2013 at 2:39 PM, Niels Thykier ni...@thykier.net

Bug#727117: Please retry building binutils-avr 2.23.1-1 on s390x

Hi, I've made a few test builds of binutils-avr 2.23.1-1 in a sid_s390x-dchroot chroot on zelenka.debian.org and they all worked just fine. gb binutils-avr_2.23.1-1 . s390x -- Håkan Ardö -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe.

Bug#725770: gcc-avr: Needs binutils-avr later than 2.20.1-3

Yes, your right. I'll update the dependency. Thanx for the report. On Tue, Oct 8, 2013 at 8:48 AM, Moritz Augsburger bug+deb...@moritz.augsburger.name wrote: Package: gcc-avr Version: 1:4.8-1 Severity: serious Justification: Policy 3.5 With binutils-avr 2.20.1-3 installed, I got pseudo

Bug#689223: binutils-avr: Linker relaxations broken

Hi, I'm uploading version 2.23.1-1 of binutils-avr to unstable. Could you check if it fixes this issue? Thanx On Sun, Sep 30, 2012 at 4:05 PM, Hans Schou ch...@schou.dk wrote: Package: binutils-avr Version: 2.20.1-3 Severity: normal Dear Maintainer, * What led up to the situation?

Bug#644485: /usr/bin/avr-gcc: Assertion failure in get_known_segmented_expression

Hi, I'm uploading avr-gcc v 4.8 and I no longer get an assertion error. Could you verify that this is OK now? On Thu, Oct 6, 2011 at 11:01 AM, Bernhard Kuemel bernh...@bksys.at wrote: Package: gcc-avr Version: 1:4.3.5-1 Severity: normal File: /usr/bin/avr-gcc bug1:

Bug#684226: patch available

Great, we'll upgrade. On Mon, Jul 8, 2013 at 7:58 PM, reportbug.deb...@moritz.augsburger.namewrote: On 2013-07-08 06:41, reportbug.deb...@moritz.augsburger.name wrote: according to https://gnu.googlesource.com/gcc/+/724fcbc302453e801b823c317a1f729a1e3e3dd1 it got at least implemented,

Bug#696397: gdb-avr: add Built-Using field

Thanx for the patch! I'll upgrade the package. On Thu, Dec 20, 2012 at 1:46 PM, Ansgar Burchardt ans...@debian.org wrote: Package: src:gdb-avr Version: 7.2-1 Severity: serious Tags: patch Usertags: built-using gdb-avr uses the gdb source from gdb-source, but does not indicate so with a

Bug#695514: linking with AVR Libc fails with crttn13a.o: No such file

Thanx for the report. When they'll have it properly fixed upstream I can update the package. On Sun, Dec 9, 2012 at 4:38 PM, Ivan Shmakov oneing...@gmail.com wrote: Package: avr-libc Version: 1:1.8.0-3 While trying to build a program for ATtiny13A on a recent Debian Wheezy,

Bug#693572: gcc-avr: Segfaults when compiled with the -mint8 option

Thanx for the report. I'll upgrade to 4.7.1. On Sun, Nov 18, 2012 at 1:22 AM, nuess0r nussgip...@gmx.ch wrote: Package: gcc-avr Version: 4.7.0-2 Severity: important Tags: upstream patch Dear Maintainer, avr-gcc segfaults when a source is compiled with the -mint8 option. This bug is

Bug#686173: ld segfaults when linking uncomforming ELF

Thanx! I'm uploading a new version binutils-avr with this patch. Please verify that it solves the problem. On Wed, Aug 29, 2012 at 5:54 PM, Scott Howard showard...@gmail.com wrote: owner 686173 submitter 686173 jack23...@hotmail.com reassign 686173 binutils-avr 2.20.1-2 severity 686173

Bug#684226:

Hi, thanx for the report, I've forwarded it upstream: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54280 On Wed, Aug 15, 2012 at 2:51 AM, a...@avarner.servebeer.com a...@avarner.servebeer.com wrote: Using the version of avr-gcc that comes with Atmel Studio 6.0 (for Windows, unfortunately),

Bug#684226: gcc-avr: Add ATXMEGA128B1 support

Hi, that is an old patch for gcc 4.5 that's supposed to have been incorporated with gcc 4.7 which is what we currently use. Maybe the name was changed? There is support for the following xmega128 devices: atxmega128a1 atxmega128a1u atxmega128a3 atxmega128d3 On Wed, Aug 8, 2012 at 1:16 AM,

Bug#678584: (no subject)

Thanx for the patch and sorry for being slow with this. I'll try to have this fixed within the next few days. Feel free to NMU if you like, just keep me informed please. On Wed, Jul 25, 2012 at 11:23 AM, Eduard Bloch e...@gmx.de wrote: avr-l...@packages.debian.org Subject: Re: avr-libc manpages

Bug#677059: avr-libc: Manpages installed in strange directory

Hi, they cant be placed among the standard manpages as they conflict with the native libc manpages in manpages-dev. The intention is that you read them using avr-man instead of man. That way those files are considered datafiles of avr-man and the poliy places such files under /usr/lib/. However

Bug#675759: avr-libc/pgmspace.h is not ANSI compliant

Hi, thanx for the report. This does not seem to be debian specific so please consider reporting it upstream aswell: http://savannah.nongnu.org/bugs/?group=avr-libc On Sun, Jun 3, 2012 at 10:02 AM, Bernhard bewoe...@yahoo.de wrote: Package: avr-libc Version: 1.8.0-2 Severity: normal

Bug#674077: Regression: AVR-GCC: arithmetics produce completely wrong result

Hi, this is fixed in the 4.7 release which is currently in experimental, but should be released to unstable soon. On Tue, May 22, 2012 at 11:56 PM, Nicolas Schodet schodet-report...@ni.fr.eu.org wrote: Package: gcc-avr Version: 1:4.5.3-4 Severity: important There is a bug in

Bug#645822: Sparc FTBFS is fixed by --disable-checking

Thanx, I'll apply and release as soon as I verified that it still builds on x86. On Fri, Nov 18, 2011 at 9:46 PM, Jurij Smakov ju...@wooyd.org wrote: Hello, I've just confirmed that gcc-avr builds successfully on sparc if --disable-checking is dropped from configure options. Best regards,

Bug#648612: Patches with incorrect paths

Are you saying that chunks with ./binutils works while chunks with ./gas does not? I've just tried to rebuild on a freshly update chroot and it works just fine. Might this be due to some issue with your system? On Mon, Nov 14, 2011 at 12:01 AM, Adam Baxter volta...@voltagex.org wrote: I'm not

Bug#640398: avr-libc-user-manual.pdf.gz is not readable

Hi, thanx for the report, it does indeed seem like the pdf is broken. On Sun, Sep 4, 2011 at 9:43 PM, Yann Dirson ydir...@free.fr wrote: Package: avr-libc Version: 1:1.7.1-2 Severity: normal I could not read anything more than the chapter bookmarks with any of evince, xpdf, gv, pdftotext

Bug#634341: gcc-avr: GCC bug 45263 is not taken into account

Sorry for the delay and thanx for the patch as well as for the confirmation. I'll make a new release including it... On Thu, Aug 11, 2011 at 5:12 PM, Changwoo Ryu cw...@debian.org wrote: I confirm the patch. Without it, obvious Arduino sketches don't work. This is fixed in upstream version

Bug#594279: gcc-avr: non-standard gcc/g++ used for build (gcc-4.3)

Any chance of having it reintroduced? Latest upstream version is based on gcc 4.3.4. The avr backend of gcc is developed somewhat separated from main gcc and only synced occasionally. On Thu, Mar 31, 2011 at 12:39 PM, Julien Cristau jcris...@debian.org wrote: severity 594279 serious kthxbye

Bug#594279: gcc-avr: non-standard gcc/g++ used for build (gcc-4.3)

It's the gcc source tar archive. If avr-gcc is the only package still needing it, I suppose it would make sens to place it in the gcc-avr source package. On Thu, Mar 31, 2011 at 1:09 PM, Matthias Klose d...@debian.org wrote: On 31.03.2011 13:05, Hakan Ardo wrote: Any chance of having

Bug#611525: pulseaudio-module-zeroconf: missing dependency on rygel

Package: pulseaudio-module-zeroconf Version: 0.9.21-3+b1 Severity: normal The zeroconf features does not seem to work without installing rygel, so pulseaudio-module-zeroconf should depend on it. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500,

Bug#608940: ftpwatch should be in /usr/bin not /usr/sbin

Hi, thanx for the repport, I'll move it to /usr/bin. On Tue, Jan 4, 2011 at 8:12 PM, Florian Lohoff f...@zz.de wrote: Package: ftpwatch Version: 1.20 Severity: minor Hi, i think ftpwatch should be in /usr/bin not /usr/sbin as its not a system binary. Its for general user consumption as

Bug#550985: xmega support, 128 KB avrs

Hi, xmega devices are currently supported using gcc 4.3.4, but there are still no patch-sets for gcc 4.4. On Fri, Jul 30, 2010 at 4:19 AM, Scott Howard showard...@gmail.com wrote: Hi, I'm just checking up on the status of this bug and patch (for xmega devices). Arduino is now in testing, so

Bug#587574: avr-libc: Missing processor spec - wdt.h include file.

Hi, thanx for the report. As it's not debian specific I've forwarded it upstream: https://savannah.nongnu.org/bugs/index.php?30600 On Tue, Jun 29, 2010 at 11:32 PM, Frank Miles f...@u.washington.edu wrote: Package: avr-libc Version: 1:1.6.8-1 Severity: normal There is no processor

Bug#482356: avr-binutils 2.20-2 in debian/testing are still lacking coff-avr support

Yes, there is currently no coff-avr support for version 2.20. When the coff-avr patch is ported to binutils 2.20 I'll apply it... On Fri, Jan 1, 2010 at 11:04 PM, wzabo...@elektron.elka.pw.edu.pl w.zabolo...@elka.pw.edu.pl wrote: The coff-avr support is needed for testing of AVR code with VMLAB

Bug#558335: avr-objdump disassembles lpm rX, Z wrongly

On Tue, Dec 1, 2009 at 4:55 PM, Elrond elrond+bugs.debian@samba-tng.org wrote: Hi Hakan, Thanks for your quick investigations! * Can I tag the bug confirmed? Yes, I can reproduce it. * Do you need any further input from me to continue with  this issue? Probably not, but if so I'll

Bug#558335: avr-objdump disassembles lpm rX, Z wrongly

Hi, thanx for the report. I'll look into it... On Sat, Nov 28, 2009 at 1:17 AM, Elrond elrond+bugs.debian@samba-tng.org wrote: Package: binutils-avr Version: 2.20-2 Here's the problem in very short:  avr% avr-objdump -d bug-lpm.o   try_asm:    0:   25 91           lpm    

Bug#558335: avr-objdump disassembles lpm rX, Z wrongly

Hi, it seams to be the patch adding support for xmega devices that intoruces this bug. On Sun, Nov 29, 2009 at 10:46 AM, Hakan Ardo ha...@ardoe.net wrote: Hi, thanx for the report. I'll look into it... On Sat, Nov 28, 2009 at 1:17 AM, Elrond elrond+bugs.debian@samba-tng.org wrote

Bug#554468: binutils-avr: Compile stop with incompatiblity problems

OK, I'm afraid that I've not got access to that source. But I've tried to compile a file test4.c containing: volatile int cnt; int main() { while (1) cnt++; return 0; } Using a similar commandline: avr-gcc -DMASTER -Wall -Wstrict-prototypes -g2 -Os -mmcu=atmega128 -mno-tablejump

Bug#554468: binutils-avr: Compile stop with incompatiblity problems

Hi, what are you trying to compile? On Wed, Nov 4, 2009 at 8:39 PM, Michael Ott mich...@king-coder.de wrote: Package: binutils-avr Version: 2.20-1 Severity: grave Justification: renders package unusable Compile PPS source code Get the following errors: avr-gcc -DMASTER -Wall

Bug#550985: gcc: New upstream release 4.4.1 available

Hi, I'm preparing an update to 4.3.4 with a patch to support the xmega devices. I can't find any xmega support for 4.4 so I'm staying with 4.3 for now... On Wed, Oct 14, 2009 at 5:49 PM, Bernhard bewo...@online.de wrote: Package: gcc-avr Version: 1:4.3.3-1 Severity: wishlist Hello, Since

Bug#543016: Bug#518742: avr toolchain FTBFS

Hi, I'm working on it. The main problem is that I have to use the source from gcc-source and binutill-source packages, which are constantly changing and the avr specific patches have to be updated every time. There have been suggestions about using an exact version dependency on the source

Bug#540660: dvb-apps: Missing muxes

Package: dvb-apps Version: 1.1.1+rev1207-3 Severity: normal Hi, there are two muxes missing in dvb-t/se-Horby_Sallerup. Please add: T 65000 8MHz 3/4 NONE QAM64 8k 1/4 NONE T 57000 8MHz 3/4 NONE QAM64 8k 1/4 NONE Tahnx # diff -c /usr/share/dvb/dvb-t/se-Horby_Sallerup

Bug#534973: stable updates

I don't know, but I would agree that the risk is small enough to drop the matter and close the case. On Tue, Jul 7, 2009 at 7:09 AM, Michael S. Gilbertmichael.s.gilb...@gmail.com wrote: On Mon, 6 Jul 2009 21:44:44 +0200 Thijs Kinkhorst wrote: version 1:1.5.2-5 that I released to unstable is

Bug#534973: stable updates

Hi, version 1:1.5.2-5 that I released to unstable is suitable for stable aswell. Prior to this bugfix unstable and stable both contained version 1:1.5.2-4. Attached is a patch with the fix. Do you want me to build it for stable aswell? On Sun, Jul 5, 2009 at 12:59 AM, Michael S.

Bug#534973: compface: bufer overflow in xbm-file

Hi, thx for the report. Attached is a patch fixing the buffer overflow. I'll prepare a new release tonight. On Sun, Jun 28, 2009 at 7:10 PM, metalho...@hushmail.com wrote: Subject: compface: bufer overflow in xbm-file Package: compface Version: 1:1.5.2-4 Severity: grave Justification: user

Bug#502448: Missing dependency on libgnomevfs2-extra

Package: referencer Version: 1.1.3-2 Severity: normal The metadata download features need libgnomevfs2-extra to be nistalled to work. -- Håkan Ardö -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#501424: gcc-avr

Hi, avr-gcc version 1:4.3.2-1 has been uploaded to unstable. It fixes bug #501424 by dissabling the patches that has been incoporated into gcc-4.3-source v 4.3.2-1which have propagated to lenny. I did not include an extra copy of the gcc src code in avr-gcc as people are conserned about the size

Bug#501424: gcc-avr: FTBFS in lenny: patching fails (again)

6Hi, this continuous changing of the src provided by gcc is starting to get tiresome :) I think we should include a copy of the gcc src in the avr-gcc src pkg and drop the src-dep on the gcc-src package. On Wed, Oct 8, 2008 at 6:54 PM, Tobias Klauser [EMAIL PROTECTED] wrote: The patch

Bug#501424: just say no to bad ideas

6 On Wed, Oct 8, 2008 at 10:15 PM, Thomas Viehmann [EMAIL PROTECTED] wrote: Hi, this continuous changing of the src provided by gcc is starting to get tiresome :) I think we should include a copy of the gcc src in the avr-gcc src pkg and drop the src-dep on the gcc-src package. No. As a

Bug#493454: Easy fix

Thanx, I'll upload an update. On Sat, Aug 9, 2008 at 11:18 PM, Jurij Smakov [EMAIL PROTECTED] wrote: tags 493454 patch thanks This is caused by a missing dependency on texlive-extra-utils, avr-libc uses epstopdf from this package during build. I'm not providing a trivial patch, confirmed

Bug#482356: #482356 - binutils-avr: add coff-avr support

Hi, thx for the reminder. As of version 2.18-4, the winavr patch 31-binutils-2.18-avr-coff.patch is applied. Is that sattisfying or did the supplied patch contain anything more? On Sun, Aug 3, 2008 at 11:51 PM, Andrew O. Shadoura [EMAIL PROTECTED] wrote: Hello. Sorry for pinging you, but

Bug#491560: binutils-avr: downgrading to 2.18-3 works

Hi, the problem is that you need to upgrade avr-gcc to 1:4.3.0-3, because I had to move the /usr/avr dir to become fhs compatible. I suppse I should have made the new binutils conflict with the old gcc to reflect this, but I missed that. The new gcc has been stuck in unstable because of some build

Bug#490310: Bug#491560: binutils-avr: downgrading to 2.18-3 works

Hi, the build problem of gcc-avr seems to be that a few of the patches I apply has now been applied to the src provided by gcc-src. To prevent this kind of problems in the future do you think it's a good idea to Build-Depend on an exact version of gcc-4.3-source? I tried something like that some

Bug#491399: /usr/bin/avr-gcc: calling functions with division from an isr

Hi, in a realtime system, this kind of behaviour can be caused by a lot of things and it's not at all clear that it's the compiler. If you are possitive it's the compiler I would suggest that you file an upstream bug-repport as describe in: /usr/share/doc/gcc-4.3/README.Bugs On Sat, Jul 19,

Bug#486844: avr-libc: FHS violation

Hi, no I think /usr/lib/avr is better. These are cross-compilation files, and should not be mixed with the native files. I have this fixed and will release as soon as I've done some more testing... On Sun, Jul 6, 2008 at 9:23 PM, Dmitry E. Oboukhov [EMAIL PROTECTED] wrote: OK, where to? May be

Bug#486844: avr-libc: FHS violation

OK, where to? On Wed, Jun 18, 2008 at 4:49 PM, Bernd Zeimetz [EMAIL PROTECTED] wrote: Package: avr-libc Severity: serious According to the FHS, /usr/avr is not a valid directory, so your package is violating the Debian Policy 9.1.1. Please move the files somwhere else. Thanks, Bernd

Bug#486219: avr-libc-user-manual.pdf lacking page numbers in the index

Hi, thanx for the repport, we probably have to run tex once more during the build, I'll look into it... On Sat, Jun 14, 2008 at 1:58 PM, Jonas Meyer [EMAIL PROTECTED] wrote: Package: avr-libc Version: 1:1.6.2-1 Severity: minor in the Module Index all page numbers are only visible as ?? in

Bug#474674: easy fix

Hi, thanx I was waiting for some patches that should have been released by now before doing a new release, but I guess it silly to wait any longer so I'll make a new release tonight... On Thu, Apr 24, 2008 at 9:55 AM, Marc =?UTF-8?Q?Poulhi=C3=A8s [EMAIL PROTECTED] wrote: Simply change line:

Bug#474674: easy fix

Hi, I'm using: http://gcc.gnu.org/ml/gcc-patches/2008-03/msg00847.html that patch will be included in 4.3.0-2 which I will release as soon as I've confirmed it's working (==today). On Thu, Apr 24, 2008 at 10:56 AM, Marc =?UTF-8?Q?Poulhi=C3=A8s [EMAIL PROTECTED] wrote: Hakan Ardo [EMAIL

Bug#474674: easy fix

Hi again, it seams like this was not enough. The winavr and freebsd maintainers have apparently been working on a 4.3 release with avr6 support for some time, but no release yet. I suppose we'll make another 4.3 release without avr6 in the meantime... On Thu, Apr 24, 2008 at 11:13 AM, Hakan Ardo

Bug#362270: [Bug gas/2626] Problems with LPM on attiny26

Comments From nickc at redhat dot com 2008-02-14 13:04 --- Hi Hakan, Thanks for submitting this fix. I have applied it along with these changelog entries. Cheers Nick include/opcode/ChangeLog 2008-02-14 Hakan Ardo [EMAIL PROTECTED] PR gas/2626 * avr.h

Bug#457213: /usr/libexec is not FHS-compliant

Hi, I suppose those files should be moved to /usr/lib/gcc/avr/4.2.2/? On Dec 20, 2007 6:45 PM, Ivan Shmakov [EMAIL PROTECTED] wrote: Package: gcc-avr Version: 4.2.2-1 Though I cannot say for sure whether I like this particular respect of FHS or not, but still FHS (as of 2.3)

Bug#421088: avr-libc: Please recompile to get the new devices working...

Hi, yes, I will release version 1.4.6 any day now. I have to update the newdevices patch of binutils first though, because currently it has the wrong architecture for at90usb82, preventing avr-libc from compiling. Sorry for the long delay... On 8/13/07, Lars Noschinski [EMAIL PROTECTED] wrote:

  1   2   >