Hi,
our armel/armhf porterbox, abel, is suffering from hardware issues.
Given the covid-19 crisis and restrictions in place in the UK, we don't
yet know when a local admin will be able to tend to it.
In the meantime, please use amdahl, the arm64 porterbox, which also has
armel and armhf chroots.
Control: found -1 4.19.28-2
On Wed, May 22, 2019 at 11:58:15 +0200, Julien Cristau wrote:
> Source: linux
> Version: 4.9.168-1
> Severity: important
> X-Debbugs-Cc: debian-arm@lists.debian.org, debian-ad...@lists.debian.org
> User: debian-ad...@lists.debian.org
> Usertags:
Source: linux
Version: 4.9.168-1
Severity: important
X-Debbugs-Cc: debian-arm@lists.debian.org, debian-ad...@lists.debian.org
User: debian-ad...@lists.debian.org
Usertags: needed-by-DSA-Team
Hi,
ever since the 9.9 point release conova-node01.debian.org and
conova-node02.debian.org have been unsta
[dropping -devel, adding mesa and kde maintainers instead]
On 11/27/18 5:42 PM, Steve Langasek wrote:
> On Mon, Nov 26, 2018 at 03:39:03PM -0800, Keith Packard wrote:
>> Steve Langasek writes:
>
>>> Long ago I heard rumors of development work on mesa that would allow it to
>>> function as a prox
On 11/23/18 12:18 PM, Dmitry Shachnev wrote:
> On Thu, Nov 22, 2018 at 11:05:27PM +0100, Julien Cristau wrote:
>> At least mesa drivers can be used for desktop GL or GLESv2 just fine,
>> AFAIK. Maybe the answer for Qt is to switch to GLESv2 for all
>> architectures, to st
On 11/22/18 10:30 PM, Marcin Juszkiewicz wrote:
> W dniu 22.11.2018 o 19:37, Dmitry Shachnev pisze:
>
>> The Qt framework can be built either with “desktop” OpenGL, or with OpenGL ES
>> support. At the moment we are building it with OpenGL ES on armel and armhf,
>> and with desktop OpenGL on all o
[cc += debian-arm]
On 09/09/2018 11:15 PM, Pino Toscano wrote:
> Hi,
>
> the 5.49.0-2 build of ktexteditor failed because two unit tests
> SIGBUS'ed. OTOH, armel worked, and my tests on the abel armhf porterbox
> worked fine. (While on harris GCC ICEd really a lot, and I gave up
> after the 4 IC
On 06/27/2018 10:03 PM, Niels Thykier wrote:
> Hi,
>
>
> As part of the interim architecture qualification for buster, we request
> that DSA, the security team and the toolchain maintainers review and
> update their list of known concerns for buster release architectures.
>
Everyone, please avoi
VM
>>support uncertain. (DSA)
>>- Source: [DSA Sprint report]
>>
>> [DSA Sprint report]:
>> https://lists.debian.org/debian-project/2018/02/msg4.html
>
> In this report Julien Cristau wrote:
>
>> In short, the hardware (development boards) we'
On 11/05/2017 10:32 PM, Adrian Bunk wrote:
> Hi,
>
> for the armel port in buster the question of raising the baseline came up.
>
> 20 years ago you could go into a shop and buy a mobile phone
> with a CPU supported by the armel port in stretch.
>
> Roger Shimizu is doing a great job on ARMv5 ha
On 12/09/2016 05:22 PM, Wookey wrote:
> We can do poor-mans partial arch by just being fairly agressive about
> disabling armel for packages that are broken or not suitable. Not very
> clever or efficient, but it is easy to do and requires no infra or
> tooling changes at all. So long as someone is
On Sat, Apr 23, 2016 at 14:41:30 +0200, Raphael Hertzog wrote:
> I have also been looking at ways to bring the "LTS funding" closer to Debian
> and to find a way to join all this in the Debian Partner program but we
> don't have many volunteers interested in this work. We discussed it a bit
> last
On Tue, Mar 25, 2014 at 07:46:06 +0800, Paul Wise wrote:
> On Tue, Mar 25, 2014 at 3:43 AM, Steve Langasek wrote:
>
> > Correct. It is rare to find accelerated OpenGL drivers for ARM; almost all
> > the drivers out there, particularly for recent hardware, will be GLES2
> > instead.
>
> That is
On Mon, Mar 24, 2014 at 15:10:25 -0300, Lisandro Damián Nicanor Pérez Meyer
wrote:
> Hi! I'm trying to find a solution for the FTBFS of qantenna on arm* [0][1]
> that fits the best to everyone. This issue seems to be very similar to a
> older
> thread "including both GL/gl.h and cogl/cogl.h fa
On Mon, Dec 23, 2013 at 22:14:00 +, Thorsten Glaser wrote:
> My intent in _this_ thread was to get a discussion among
> debian-ports.org users started for best practices of how
> to communicate with package maintainers in Debian. Sorry
> for being unclear there. I had hoped for hints ☺ since I
On Tue, Dec 3, 2013 at 11:42:56 +, Dmitrijs Ledkovs wrote:
> On 2 December 2013 23:08, Hector Oron wrote:
> > 5 arm64 Debian port support
> > ═══
> >
> > If Debian is unable to find ARM 64-bit hardware before Jessie gets
> > frozen, it likely won't be Jessie suppo
On Sat, Apr 6, 2013 at 06:00:13 +0200, Joost van Baal-Ilić wrote:
> Hi,
>
> On Tue, Jul 31, 2012 at 08:23:57PM +0200, Julien Cristau wrote:
> > Package: release-notes
> > Severity: important
> > Tags: wheezy help
> >
> > The release notes for wheezy nee
Package: release-notes
Severity: important
Tags: wheezy help
The release notes for wheezy need to have some text about the new armhf
arch. Some help with this from arm people would be welcome.
Cheers,
Julien
signature.asc
Description: Digital signature
On Sat, Dec 31, 2011 at 12:58:42 +, peter green wrote:
> The debian rc policy clearly states "Packages must be supported on as many
> architectures as is reasonably possible."
>
Right now, it's not "reasonably possible" to have working 3d on arm in
Debian, so...
The other option, which might
On Sat, Dec 31, 2011 at 11:42:26 +0200, Konstantinos Margaritis wrote:
> On 31 December 2011 02:14, Josselin Mouette wrote:
> > It is cogl which is at fault. Being built against GLES breaks basically
> > everything that depends on it.
>
> armel/armhf only support GLES in hardware so it does make
On Sun, Oct 23, 2011 at 14:11:26 +0200, Lucas Nussbaum wrote:
> At this point, I'm confident that we can reach a (at least partially)
> working Ruby on kfreebsd, sparc and armel at some point. I'm less
> confident about ia64.
>
> Question: what should we do in the meantime? Options are:
> (1) kee
On Tue, Nov 16, 2010 at 01:14:09 +0100, Matthias Klose wrote:
> On 14.11.2010 13:19, Julien Cristau wrote:
> >On Fri, Oct 29, 2010 at 15:43:57 +0200, Matthias Klose wrote:
> >
> >>For wheezy I'm planning to change the linking behaviour for DSOs
> >>(turning
On Mon, Nov 15, 2010 at 21:29:07 -0500, Matt Turner wrote:
> On Mon, Nov 15, 2010 at 8:15 PM, Samuel Thibault wrote:
> > Matt Turner, le Mon 15 Nov 2010 19:51:10 -0500, a écrit :
> >> On Mon, Nov 15, 2010 at 7:24 PM, Roger Leigh wrote:
> >> > What's the actual problem --as-needed is trying to so
On Fri, Oct 29, 2010 at 15:43:57 +0200, Matthias Klose wrote:
> For wheezy I'm planning to change the linking behaviour for DSOs
> (turning on --as-needed and --no-copy-dt-needed-entries. The
> rationale is summarized in
> http://wiki.debian.org/ToolChain/DSOLinking. I would like to know
> about i
On Sun, Oct 14, 2007 at 17:22:14 +0200, Michael Biebl wrote:
> Hi,
>
> knetworkmanager_0.2-1 has been held back from entering testing because
> it wasn't built for the arm, hppa and sparc architecture for quite some
> time.
>
> Please reschedule builds for these architectures.
>
Hi,
The contac
25 matches
Mail list logo