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) keep
On Sat, Dec 31, 2011 at 11:42:26 +0200, Konstantinos Margaritis wrote:
On 31 December 2011 02:14, Josselin Mouette j...@debian.org 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
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 make
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 Tue, Dec 3, 2013 at 11:42:56 +, Dmitrijs Ledkovs wrote:
On 2 December 2013 23:08, Hector Oron hector.o...@gmail.com 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
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 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 fails
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 changing
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 contact
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
On Mon, Nov 15, 2010 at 21:29:07 -0500, Matt Turner wrote:
On Mon, Nov 15, 2010 at 8:15 PM, Samuel Thibault sthiba...@debian.org 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 rle...@codelibre.net wrote:
What's the actual
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 --as-needed and --no-copy-dt-needed-entries
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
>
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
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
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're c
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
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
[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
[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
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
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:
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.
24 matches
Mail list logo
