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 that
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. nightwal
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 (versione
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ö
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 optio
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 <
b
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
>
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!
>
>
>
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 31
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
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. Thi
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.
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 as
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 v
> 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,
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
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
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:
http://p
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:
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
ineffecti
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
I'm releaseing my version now, which I suppose cancels the NMU?
On Sun, Sep 25, 2016 at 12:36 PM, Sebastian Ramacher
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
> fix
> > for gcc 6
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, 2016
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 it's likely that jus
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 free to tell me if I
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 "long double" which would
On Wed, Dec 16, 2015 at 9:22 AM, Paul Fertser 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 now receive confusing
> m
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 formally fulfills the
>
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,
>
> New 4.9.2 version using
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 wrote:
> Hi,
> the file you want is crtx384d3.o and not crtatxmega384d3.o
, Lisandro 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. Shou
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 you
On Wed, Nov 18, 2015 at 8:31 PM, Mattia Rizzolo 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...
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 o
On Wed, Mar 11, 2015 at 4:01 PM, Gregor Riepl 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 accepted upst
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 avr-
from 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.
>
&
t; we 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
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
Thanx. That'll do nicely.
On Mon, Mar 3, 2014 at 12:21 AM, Eric Dorland 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.
>
> Reg
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
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
wrote:
> Package
12:17 PM, Hakan Ardo wrote:
> OK, we'll rename them and move them again.
>
> On Fri, Jan 3, 2014 at 10:19 AM, Ivan Shmakov wrote:
>> fixed 733603 1:1.8.0-4
>> thanks
>>
>>>>>>> Hakan Ardo writes:
>>>>>>> On Mon, Dec 30
OK, we'll rename them and move them again.
On Fri, Jan 3, 2014 at 10:19 AM, Ivan Shmakov wrote:
> fixed 733603 1:1.8.0-4
> thanks
>
>>>>>> Hakan Ardo writes:
>>>>>> On Mon, Dec 30, 2013 at 11:40 AM, Simon Kainz wrote:
>
> >> Afte
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".
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 wrote:
> Package:
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 p
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 wrote:
> Package: gcc-avr
> Version: 1:4.3.5-1
> Severity: normal
> File: /usr/bin/avr-gcc
>
>
> bug1:
>
> bernhard@b:~/src/attiny45/bug
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 wrote:
> Package: binutils-avr
> Version: 2.20.1-3
> Severity: normal
>
> Dear Maintainer,
>
>* What led up to the situation?
>
> Comp
Great, we'll upgrade.
On Mon, Jul 8, 2013 at 7:58 PM, wrote:
> 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, but still not in the official tree
Thanx for the patch! I'll upgrade the package.
On Thu, Dec 20, 2012 at 1:46 PM, Ansgar Burchardt 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
> Built-Using
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 wrote:
> Package: avr-libc
> Version: 1:1.8.0-3
>
> While trying to build a program for ATtiny13A on a recent Debian
> Wheezy, I've got (using
Thanx for the report. I'll upgrade to 4.7.1.
On Sun, Nov 18, 2012 at 1:22 AM, nuess0r 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 known and di
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 wrote:
> owner 686173
> submitter 686173 jack23...@hotmail.com
> reassign 686173 binutils-avr 2.20.1-2
> severity 686173 serious
> tags 686173 p
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
wrote:
> Using the version of avr-gcc that comes with Atmel Studio 6.0 (for Windows,
> unfortunately), -mmcu=atxmega128b1 is acce
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, And
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 wrote:
> avr-l...@packages.debian.org
> Subject: Re: avr-libc manpages override
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 avr
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 wrote:
> Package: avr-libc
> Version: 1.8.0-2
> Severity: normal
>
> Hello,
>
> the he
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
wrote:
> Package: gcc-avr
> Version: 1:4.5.3-4
> Severity: important
>
>
> There is a bug in 30-gcc-4.5.1-fixedpoint-3-4-2010.patch w
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 wrote:
> Hello,
>
> I've just confirmed that gcc-avr builds successfully on sparc if
> --disable-checking is dropped from configure options.
>
> Best regards,
> --
> Juri
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 wrote:
> I'm not entirely sure how t
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 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 (no acroread
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 wrote:
> I confirm the patch. Without it, obvious Arduino sketches don't work.
>
> This is fixed in upstream version 4.6.2, but 4.6.2
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 wrote:
> On 31.03.2011 13:05, Hakan Ardo wrote:
>> Any chance of having i
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 wrote:
> severity 594279 serious
> kthxbye
>
> On Wed, Aug 25, 2
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, 'testing'
Hi,
thanx for the repport, I'll move it to /usr/bin.
On Tue, Jan 4, 2011 at 8:12 PM, Florian Lohoff 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 also
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 wrote:
> Package: avr-libc
> Version: 1:1.6.8-1
> Severity: normal
>
>
> There is no processor selection for the atme
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 wrote:
> Hi, I'm just checking up on the status of this bug and patch (for
> xmega devices).
>
> Arduino is now in testing, so there will be an i
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
wrote:
> The coff-avr support is needed for testing of AVR code with VMLAB (
> http://www.amctools.co
On Tue, Dec 1, 2009 at 4:55 PM, Elrond
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 let you know :)
--
Håkan Ard
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 wrote:
> Hi,
> thanx for the report. I'll look into it...
>
> On Sat, Nov 28, 2009 at 1:17 AM, Elrond
> wrote:
>>
>> Package:
Hi,
thanx for the report. I'll look into it...
On Sat, Nov 28, 2009 at 1:17 AM, Elrond
wrote:
>
> Package: binutils-avr
> Version: 2.20-2
>
> Here's the problem in very short:
>
> avr% avr-objdump -d bug-lpm.o
> :
> 0: 25 91 lpm r18, Z+
> 2: 24 91 lpm
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
Hi,
what are you trying to compile?
On Wed, Nov 4, 2009 at 8:39 PM, Michael Ott 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 -Wstrict-prototypes -g2 -
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 wrote:
> Package: gcc-avr
> Version: 1:4.3.3-1
> Severity: wishlist
>
> Hello,
>
> Since July 2009, t
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 packages
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 se-Horby_Saller
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.
Gilbert 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 suitable for stable
>> > a
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.
Gilbert wrote:
> r
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, wrote:
> Subject: compface: bufer overflow in xbm-file
> Package: compface
> Version: 1:1.5.2-4
> Severity: grave
> Justification: user security hole
> Tags
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]
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 of
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.
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 40-1-gc
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, confi
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 p
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 y
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
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, 200
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?
>
> M
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
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 ??
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
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:
&
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:
>
wrote:
>
> --- Additional 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 Ha
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
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 - 100 of 147 matches
Mail list logo
