Hi all,
I'm looking for a way to replace my current home network infrastructure
with a single device running Debian. I currently have these devices:
* Siemens SpeedStream 4200. This is an ADSL2+ modem running the
supplied OS. It is running in bridge mode, DSL port plugged into
On Tue, Jul 10, 2012 at 11:48 AM, Hideki Yamane wrote:
Some of you already know, Nobuhiro Iwamatsu bring ARM box named
Openblocks from Japanese company, Plathome (http://www.plathome.com/).
OpenBlocks AX3/A6 has dual core ARM 1.33 GHz and 2 GB of main memory,
4 or 2 ether port. Its
Hi all,
During DebConf12 we had a BoF discussing Debian mobile stuff:
http://penta.debconf.org/dc12_schedule/events/947.en.html
Thanks to the DebConf video team, the session was recorded:
http://meetings-archive.debian.net/pub/debian-meetings/2012/debconf12/high/947_Debian_mobile_BoF.ogv
On Sun, Sep 30, 2012 at 9:03 PM, digitale klusjesman wrote stuff:
Two things:
Your hardware clock looks broken or has a dead battery.
Your hard drive or storage medium looks old/dead/dying, you should
replace it and restore from your last backup.
Thu Jan 1 01:00:21 1970:
Package: lintian
Version: 2.5.10.2
Severity: wishlist
User: debian-arm@lists.debian.org
Usertags: arm64
X-Debbugs-CC: debian-arm@lists.debian.org
Please encourage updating to config.guess and config.sub that support
arm64. The GNU name for arm64 is aarch64. aarch64 was added to
The future of Debian cross-toolchains is something like this:
https://wiki.debian.org/MultiarchCrossToolchains
I would suggest trying the gcc-4.7/binutils source packages from
experimental and these commands:
export DEB_TARGET_ARCH=armhf
dpkg --add-architecture armhf
apt-get update
apt-get
On Thu, Feb 28, 2013 at 4:25 AM, Mark Allums wrote:
Links to a good tutorial? Advice?
If you have a kernel (there isn't one in Debian), it should be enough
to run debootstrap to get a rootfs.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Sat, Mar 2, 2013 at 5:57 AM, Lennart Sorensen wrote:
Hmm I thought it had died out. I remember in the past they had issues
with some component not being open after all and causing problems.
Maybe the new generation boards finally solved that.
gta04 is a completely new design done from
On Mon, Mar 4, 2013 at 4:36 PM, Thibaut Girka wrote:
Last time I've checked, glamo's specs weren't public. Have I missed something?
Any link?
There are two sets of public glamo specs:
The leaked ones, which came out while I was trying to get the official ones out:
On Fri, Mar 8, 2013 at 9:06 AM, Vassilis Laganakos wrote:
Then you need to copy the ALSA ucm configuration files for DAISY,
Could you file a bug about this against the relevant package? It is
about time we had the ALSA ucm stuff (whatever it is) in Debian.
http://www.debian.org/Bugs/Reporting
The alsa-libs package is called alsa-lib and it looks like ALSA UCM
profiles are in the alsa-lib source package and in the Debian
libasound2 package in /usr/share/alsa/cards.
So alsa-ucm-conf is a distraction, ignore it. All the UCM files from
ChromeOS need to be pushed upstream to the alsa-lib
On Sun, Mar 17, 2013 at 9:23 AM, Ben Hutchings wrote:
I would much prefer a name that will provide a more useful distinction
in future (and not be too long!). Perhaps it should refer to the CPU
requirement like the flavours for some other architectures.
How about the same scheme as on other
On Tue, 2013-03-19 at 15:05 +, Ian Campbell wrote:
I think the question here is what the `uname -r` bit should be.
Specifically the $FLAVOUR in 3.x.y-z-$FLAVOUR.
Woops, I missed that uname -r includes the flavour bit.
I think there is an argument for making the multiplatform case be the
On Tue, Mar 26, 2013 at 12:34 AM, Lennart Sorensen wrote:
The mali GPU would be nice given the lima project is working on an open
source driver. An unknown GPU might only have a driver for android and
no way to run X.
There is a reverse engineering project for Vivante GPUs
On Sun, Apr 7, 2013 at 2:48 AM, Andreas Rönnquist wrote:
On Sat, 6 Apr 2013 20:17:32 +0200 Rüdiger Leibrandt wrote:
I'm using Raspian with armhf kernel, which I think should do the job
better than a softfloat armel kernel.
http://elinux.org/Omxplayer
I have no idea why this wasn't reported by
On Sun, Apr 7, 2013 at 7:44 AM, peter green wrote:
It's not in raspbian itself but it is in the raspberry pi foundation repo
which most raspbian users will have. I think they also include it in their
image
but i'm not sure on that.
Would it be a good idea to include that repo by default in
On Sun, 2013-04-07 at 01:49 +0100, Luke Kenneth Casson Leighton wrote:
if it includes or requires the proprietary CODECs, then clearly and
obviously the answer is no, under the Debian Charter.
I was talking about Raspbian, not Debian.
if however those CODECs are dlopen'd in a similar trick
On Sun, Apr 7, 2013 at 11:46 PM, Peter Bauer wrote:
What are the steps to be taken to get Debian running on this device ?
Same as for any device:
Get support for the device into Linux mainline.
Wait for Debian to contain that version of the linux source package.
Ask the Debian Linux kernel
On Mon, Apr 8, 2013 at 3:37 PM, Arnaud Patard wrote:
atm, the kernel package is already shipping some dtbs (look at
linux-image-3.2.0-4-kirkwood), so it'll be the same for the
multiplatform case. As concerns the dts files, there has been some
discussions upstream to use a different place than
On Tue, Apr 9, 2013 at 4:47 AM, Luke Kenneth Casson Leighton wrote:
which has a distribution called raspbian, not debian?
As the initiator of the Debian derivatives census, I strongly object
to your dismissal of Raspbian in particular and Debian derivatives in
general. Debian needs our
On Wed, Apr 10, 2013 at 5:15 PM, Luke Kenneth Casson Leighton wrote:
the second is this: there may be people in the debian community
*better suited* to tackle these thorny issues *but none of them
did*.
You have a good point here. There have been some responses along the
lines of please
On Fri, Apr 12, 2013 at 3:38 AM, Anton Gladky wrote:
The only doubts I have, whether the package will be useful for Debian at
all, if it is targeted only on Raspberry PI (CC-ing debian-arm to get
more opinions).
Debian armel can run on the Raspberry Pi, so it will be useful. Most
folks will
On Thu, Apr 11, 2013 at 7:26 AM, Paul Wise wrote:
Here is a first pass, thoughts?
http://wiki.debian.org/RaspberryPi
My first pass has been rewritten by wookey, it is now quite a bit
better. I plan to start linking to it when people ask RPi related
questions, hopefully everyone is ok
On Tue, Apr 16, 2013 at 3:22 PM, Richard wrote:
the crippling issues with the USB implementation on the RPi might be well
worth mentioning in that article.
I'm not aware of the details regarding that, could you add them to the
page? You'll need to register an account to edit the page if you
On Wed, Apr 17, 2013 at 1:51 AM, Phil Endecott wrote:
Any ideas what might be going on?
Probably some sort of race condition, possibly caused by incorrect or
missing dependency information in the init scripts on your system. The
insserv maintainers should be able to help you debug it.
--
bye,
On Wed, Apr 17, 2013 at 7:08 AM, Nirosan Thiyagalingam wrote:
I'm doing a school project, and i need help with installing debian-edu on
raspberry pi. Could you point me to the right person? or could you help me
out?
Some general info about Debian and this device is available here:
This is a great interview with folks doing reverse engineering of ARM
GPU drivers and devices.
http://blog.emmanueldeloget.com/index.php?post/2013/03/08/The-SoC-GPU-driver-interview
Only the PowerVR reverse engineering folks are missing from it:
http://powervr.gnu.org.ve/
On Sun, May 5, 2013 at 2:49 PM, Jean-Marc wrote:
And I have a question: as the Debian installer takes the arch armhf in
charge, do you think a standard install' from a netboot image will work ?
As far as I can tell, Debian doesn't have a version of the Linux
kernel that will run on this
On Fri, May 10, 2013 at 4:29 AM, Jean-Marc wrote:
I used ext4 to create the NAND FS.
Are you sure about that? I didn't think block-device based filesystems
could be used on MTD/NAND devices?
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
n Fri, May 10, 2013 at 11:09 PM, Jean-Marc wrote:
All those tech infos did not answer to my initial question: what is the best
FS to use on NAND ? And with which parms ?
Apparently you are not using NAND, but a layer over the top of it.
Basically the same as a USB stick. In both cases there
On Mon, May 13, 2013 at 5:26 PM, Armand Letty wrote:
Subject: Unidentified subject!
It is a good idea to add a meaningful subject line in your emails.
I have been trying to install Wheezy (ARMHF) on my machine (an ^efika
smartbook^ [1]), without ^much success^ [2].
I don't think Linux
On Mon, May 20, 2013 at 6:00 PM, gokul wrote:
I want to run debian on my samsung galaxy tab 10.1 (GT-P7510)
Please take a look at this wiki page:
http://wiki.debian.org/ChrootOnAndroid
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to
On Mon, May 20, 2013 at 11:26 PM, Luke Kenneth Casson Leighton wrote:
bizarre. ok, so the question is: what's a /init doing in the
debian-installer initramfs, particularly as they're completely
different?
/init is in my desktop initramfs too, but not on the rootfs. It looks
like a script
On Mon, May 20, 2013 at 11:44 PM, Luke Kenneth Casson Leighton wrote:
yea... i modified it to add DEBUG_BOOT=3 so that i could get in,
then followed it through. /init is mounting /proc which then causes
/sbin/init to fail to mount /proc.
so there's something really odd going on.
I
On Thu, Jun 20, 2013 at 5:11 PM, Louis-Maurice De Sousa wrote:
What are the packages I could try ?
Plasma Active isn't yet suitable for Debian. Last time we discussed
this on the #debian-mobile IRC channel, one of the Debian KDE team
said it requires a very patched version of kdelibs and is
On Thu, Jun 20, 2013 at 5:39 PM, Louis-Maurice De Sousa wrote:
Video chipset is a PowerVR. I suppose we wouldn't have this problem.
I don't think the EGL issue was about the ARM devices but x86 or
something, not sure.
For the kdelibs problem, perhaps could we help having a Debian Blend design
On Wed, Jul 3, 2013 at 1:47 PM, Arshan Awais wrote:
I have seen a deb Hylafax package for ARM architecture in wheezy repo. Now I
have modified the source code and want to Cross-compile and make .deb
Hylafax for arm, so please give me a guide line of how debian maintainers
accomplish this
On Wed, Jul 3, 2013 at 8:48 PM, Arnaud Patard wrote:
I don't want to look to pessimistic but adding 5s delays has few chances
to be accepted upstream. It's a very huge delay and in this patch, it's
added for all chipsets supported by sata_mv. Moreover, there's no clue if
it's an issue with
On Fri, Jul 19, 2013 at 4:31 PM, Wookey wrote:
Doko and I have decided that it is time to create a proper
debian-cross mailing list so that there is an obvious, official,
mailing list for discussion of cross and bootstrap/profile issues in
debian. We've used other lists for this for many
On Mon, Aug 19, 2013 at 9:03 PM, peter green wrote:
Some questions about the census template
1: what should I do if we don't have one of the things the template asks
about? for example we don't have a blog or a microblog, should I just delete
that line or should I do something else.
As
On Fri, Sep 13, 2013 at 3:11 PM, John Masseria wrote:
But does this mean that armhf will move from ARMv7 to ARMv8?
armhf will remain as-is and we will also add an arm64 port:
https://wiki.debian.org/Arm64Port
http://buildd.debian-ports.org/status/architecture.php?a=arm64suite=sid
Or is ARMv7
Please read our wiki page before buying the Raspberry Pi:
https://wiki.debian.org/RaspberryPi
The same software as on a Debian PC should be available on Debian
armel (or Raspbian armhf), so the screen reader you use now (if it is
in Debian) should work on the Rasberry Pi.
--
bye,
pabs
On Wed, Sep 25, 2013 at 11:24 PM, Lennart Sorensen wrote:
Of course I think that tends to assume the use of dpkg-cross which is
hopefully going away now that multiarch is around.
I guess by multiarch you are referring to this wiki page, last I tried
it the resulting toolchains had some linker
On Fri, Oct 11, 2013 at 2:02 AM, Martin Waschbüsch wrote:
What can I do to help create a Debian-installer for this gadget?
Any pointers highly welcome!
Make sure that all of the needed patches for supporting the device
with DeviceTree are merged into mainline Linux and once the version of
On Wed, Oct 30, 2013 at 1:47 AM, Bortis Kevin wrote:
3. There is still no working graphic driver with 3D/video acceleration that
would work with vanilla debian. There is only an android blob available.
Perhaps someone could try to get it running with libhybris/wayland, but this
would be
On Wed, Oct 30, 2013 at 3:45 PM, Bortis Kevin wrote:
The opensource lima driver is far from even thinking to support the Mali-600
series. This is one point that make me realy sad. Linux on embedded
plattforms could be so great, but the most projects can't be done without
graphic drivers.
On Wed, Oct 30, 2013 at 3:51 PM, Paul Wise wrote:
There is a third option; pull up your sleeves and get to work reverse
engineering Mali-600 (or pestering ARM to release some docs finally)
and help the lima folks start adding support for that. Anything else
is just a workaround, a dead end
On Sun, Nov 3, 2013 at 6:24 AM, Fox Charli wrote:
I am running Debian Squeeze 6.0.7 on a NSLU2
Debian squeeze will be EOL in a few months, you might want to upgrade to wheezy.
After a flash-kernel, my apt seems to be broken :
Those two sound unrelated.
apt-get: symbol lookup error:
On Sun, 2013-11-03 at 08:22 +0100, Fox Charli wrote:
Here are the output to the commands you asked :
Sounds like your system is very damaged, I wonder how you did that...
Hopefully these will work around the brokenness and get the info I need:
dpkg -l $(grep -rl $(which apt-get)
On Sun, 2013-11-03 at 14:27 +0100, Fox Charli wrote:
I tried that too, but the system seems highly broken
...
dpkg -i apt_0.8.10.3+squeeze1_armel.deb
(Reading database ... 95%dpkg: unrecoverable fatal error, aborting:
files list file for package 'libpth20' is missing final newline
Try
On Sun, 2013-11-03 at 16:33 +0100, Fox Charli wrote:
Lots of weird things in this file, I guess it's corrupted !
Indeed.
Do you know where I could find the original ?
Shouldn't it look like this :
http://packages.debian.org/squeeze/armel/libpth20/filelist ?
It should yes. You can copy
On Wed, Nov 6, 2013 at 1:13 AM, Wookey wrote:
But it's not a 'fetish'. The issue is that there is no resource in
Debian (or other distros, mostly) to support piles of random vendor
kernel trees, one for each device. We tried to do this back in the early
days of arm and it didn't work - code
On Wed, Nov 6, 2013 at 5:39 AM, Mikhail Ramendik wrote:
I would very much appreciate recommendation of a particular model
where someone has already succeeded in deploying Debian.
Google Chromebooks appear to be popular, some info about them here:
On Wed, Nov 6, 2013 at 5:26 AM, Aaro Koskinen wrote:
Getting Debian ARM port running on it would be probably pretty hard.
... because it doesn't use an ARM CPU.
Brian wasn't talking about the Debian ARM ports though, just about
Debian in general.
Brian, the Thecus N2560 uses an Intel CPU
On Thu, Nov 7, 2013 at 7:17 AM, Mikhail Ramendik wrote:
Is there a tutorial/doc/manual anywhere on porting OpenGL code to
OpenGLES, and ideally also on cross-compiling for ARM+OpenGLES under
Debian, so that I could try to do it even before I get any real ARM
hardware? (It seems, from
I'm subscribed, no need to CC me.
On Thu, Nov 7, 2013 at 9:42 AM, Mikhail Ramendik wrote:
Well, I can temporarily install the binary blobs, can't I? These ones:
http://linux-sunxi.org/Binary_drivers . They even have a rebuilt package
specifically for debian. I know I'm on my own re stability
On Sun, Nov 10, 2013 at 9:12 AM, Nigel Sollars wrote:
Reading package lists... Error!
E: gzread: Read error (-3: fd:6: invalid code lengths set)
E: The package lists or status file could not be parsed or opened.
I found a thread with the same error so this is probably not ARM-specific.
On Sun, Nov 10, 2013 at 5:10 AM, Loïc Minier wrote:
Sure, we can put the burden on the bootloader, but we typically dont
have much control over it and it's often limited.
I'm all for using a bootloader as capable as GRUB on ARM, but I don't
think this is possible yet?
Indeed, bootloaders
On Sun, Nov 10, 2013 at 10:15 AM, Robert Nelson wrote:
It's one of my monthly release's.. Hides.
Your image contains SSH private keys, which means that everyone can do
MITM attacks against connections to machines running your image. It
also contains the dbus machine identifier and other
On Mon, Nov 11, 2013 at 11:50 AM, Robert Nelson wrote:
The images are being fixed, via the generation script..
Ok great.
Yeap, the --include is also currently utilized, just not 100%..
Ah ok.
One of the main reasons, for running the second stage in a chroot/qemu
is what seams like a
On Wed, Nov 13, 2013 at 6:38 PM, David Goodenough wrote:
I know this is an ARM list, but any prospect of having this for mips and
mipsel as well? As OpenWrt shows, there are lots of little mips routers
out there that would be relevant for this kind of utility.
Looks like various people are
On Thu, Nov 14, 2013 at 2:41 AM, David Goodenough wrote:
I know that work is proceeding on mips and device tree, what I was asking
about was getting flash-kernel to work on mips(el) devices. Or are you
implying that the only holding it back is the lack of device tree and that
as soon as DT
On Sun, Nov 24, 2013 at 5:53 AM, Don Armstrong wrote:
These are the list of ports that I see:
I would strongly suggest not hardcoding this list and instead
harvesting the Architecture fields of the Release files for oldstable
- experimental on ftp.d.o, ftp.d-p.o and maybe archive.d.o.
We have
On Tue, Nov 26, 2013 at 5:10 PM, Richard W.M. Jones wrote:
Is this a PCMCIA card? That sounds like an interesting form factor,
http://elinux.org/Embedded_Open_Modular_Architecture
http://elinux.org/Embedded_Open_Modular_Architecture/EOMA-68
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
On Tue, Dec 3, 2013 at 7:43 AM, Hector Oron wrote:
12 Flashable image generation
═
12.1 Discussion on supporting pre-installed images
──
⁃ Just fix DI to work on the expected platforms.
⁃ Document ways to
On Mon, Jan 13, 2014 at 12:51 PM, Matthias Klose wrote:
Are the armv4t defaults still needed, or would it be
better to default to some newer arm version like armv5t?
There is one Debian derivative, QtMoko, which is one of the few usable
distributions on the Openmoko Freerunner (gta02).
On Thu, Feb 13, 2014 at 4:24 PM, Gordan Bobic wrote:
You should be able to get this working pretty trivially in a chroot
https://wiki.debian.org/ChrootOnAndroid
Running it as the primary OS on tablets tends to be suboptimal
due to the UI constraints of tablets.
The Enlightenment desktop
On Fri, Feb 21, 2014 at 7:17 PM, Divya Subramanian wrote:
I want to create a mobile OS for arm-architecture. I am a newbie in this
arena. Can anyone tell me how to start making it ? How to test ?
If you would like to help make Debian more suitable for mobile
devices, please read this page:
On Wed, Feb 26, 2014 at 9:18 AM, YouWajyd MOROCCO wrote:
please Debian GNU/LINUX for armv7 cortex ... for unpackage and package soft
romupdate.bin
Could you explain what you are trying to achieve and what you want
Debian to do in more detail please?
--
bye,
pabs
On Thu, Feb 27, 2014 at 9:26 AM, Eric Nelson wrote:
Has anyone given thought to a Debian porting group funded
by manufacturers for official Debian support?
I think you are looking for Linaro? IIRC they exist to add upstream
support for devices that vendors want supported.
On Thu, Feb 27, 2014 at 9:26 AM, Eric Nelson wrote:
So it looks like we still don't have a 100% open source computer.
Ahem You can run our boards with 100% open source, and I think
our quad-core GHz i.MX6
I don't think ARM Ltd CPU/SoC designs are anything but proprietary
trade secrets
On Thu, Feb 27, 2014 at 10:50 AM, Eric Nelson wrote:
Linaro is doing some really nice work, coordinating the activities
of the various ARM licensees in the kernel space, but I think they're
only upstreaming the kernel and Android bits.
Indeed, that would be the most important part.
Can
On Thu, Feb 27, 2014 at 10:58 AM, Eric Nelson wrote:
I'm not aware of any open-source silicon, but ARM processors in
general tend to be well-documented because lots of O/S's are ported
to them.
Until anyone with a fab can manufacture ARM Ltd designs without fee I
wouldn't consider ARM Ltd
On Thu, Feb 27, 2014 at 8:00 PM, Luke Kenneth Casson Leighton wrote:
ah that's a misunderstanding, paul. what neal (bless 'im) is
referring to there is the fact that the A31 has *inside the Silicon
design* an early version of the OR1000 core, which is run at a very
low clock speed and is
On Sat, Mar 1, 2014 at 2:29 PM, Martin Guy wrote:
earlier the same day, Broadcom announced[1] full documentation for
the VideoCore IV graphics core, and a complete source release of the
graphics stack under a 3-clause BSD license
Unfortunately that graphics stack seems to include some
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 slowly, Qualcomm Adreno GPUs are apparently now
supported by mesa
On Tue, Mar 25, 2014 at 8:04 AM, Julien Cristau wrote:
You'll most likely still want to target GLES rather than desktop GL...
I'm wondering why when mesa supports both, I guess this is so that Qt
apps work with existing working proprietary GLES drivers?
--
bye,
pabs
Have you attempted an install? The new Debian buildds/porterboxen have
Marvell Armada 370/XP CPUs and are running
linux-image-3.13-1-armmp-lpae with minimal config differences to
wheezy-backports.
https://db.debian.org/machines.cgi?host=abel
Looking at your list and at the upstream Linux kernel
Sounds like you installed systemd and are running that. systemd
supports `systemctl poweroff`, `init 0` and `shutdown -h now` as
shutdown methods.
I suggest you look at the apt history (/var/log/apt/history.log) and
try to figure out if any hardware-specific packages were removed. For
example on
On Thu, May 15, 2014 at 8:05 PM, Divya Subramanian wrote:
I checked it but no such packages are removed.
Seems I was mistaken, I thought you were talking about a hardware button.
Where does the shut down button from application menu mapsto ?
That depends on the software in question. At a
On Thu, May 29, 2014 at 12:48 PM, Joel Rees wrote:
Unfortunately, I'm not going to be able to give back for a while. Got
a bit of a learning curve ahead of me.
Everyone has to start somewhere :)
Okay, running debian in a chroot looks very interesting, although I'm
still at the stage of
On Tue, Jun 3, 2014 at 8:31 PM, xavier grave wrote:
A first version is available at :
https://wiki.debian.org/ArmHardFloatPort/PC-Utilite
Please move the page into the InstallingDebianOn namespace. Pages in
there usually are named like
InstallingDebianOn/Vendor/Model/debianrelease. Please
On Wed, Jun 4, 2014 at 3:38 PM, xavier grave wrote:
I'll do this as soon as possible. It's my first contribution to Debian Wiki
and I used https://wiki.debian.org/ArmHardFloatPort/CuBox-i as a template.
Should I have two pages, one for install and one describing the PC Utilite ?
Yeah, the
On Tue, Jun 10, 2014 at 7:20 PM, Jerry Stuckle wrote:
I had a heck of a time trying to build a custom installer using the
(lack of) available documentation. I couldn't do it, so I went back and
tried to create a standard installer. That didn't work, either.
If this was the documentation you
On Tue, Jun 17, 2014 at 1:17 AM, Jonas Smedegaard wrote:
I met the owner at FOSDEM a year ago, and am pretty sure he specifically
mentioned they had to patch the touchscreen compared to plain Debian,
but I failed to get the actual patch from him at that time (they are
_very_ interested in
On Tue, Jun 17, 2014 at 2:29 PM, Divya Subramanian wrote:
Xinput-calibrator does not work with tslib.
tslib is going to be removed from Debian in favour of the Linux kernel
input layer and the input layer of Xorg, both support touchscreens.
https://bugs.debian.org/751768
--
bye,
pabs
Hi all,
Platform firmware is an odd beast in the world of software. It is
mostly different per device. It is mostly proprietary and binary only.
When it isn't proprietary, the code is probably not merged upstream.
Sometimes it is very hard or impossible to update. It is very easy to
brick a
On Wed, Jul 2, 2014 at 10:24 AM, Paul Wise wrote:
What should Debian's strategy/policy wrt platform firmware be?
If there is anyone interested in this topic who is also going to
DebConf14, please register a BoF on the topic. I would suggest making
it architecture neutral since
On Wed, Jul 9, 2014 at 1:53 PM, Vagrant Cascadian wrote:
the debian-specific patches
Would it be possible to get these merged upstream so we don't have
this issue in future?
--
bye,
pabs
https://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with
On Wed, Jul 16, 2014 at 2:03 AM, Neil Williams wrote:
Sidenote:: d-i.debian.org doesn't work as just the IP address, so the
locations cannot be given directly to tftp in u-boot as that needs a
serverip and a directory. This makes it harder to replicate what LAVA
is doing when testing by hand
On Sat, 2007-08-11 at 08:19 -0700, Keith Clifford wrote:
This is the first time these problems have been brought to my attention.
Unfortunately, I don't have access to the platforms that the build is
failing on. So, unless someone is willing to step up and help me
troubleshoot the problems on
http://gbenson.net/?p=257
http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2011-March/012556.html
http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2011-March/013044.html
http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2011-March/013059.html
--
bye,
pabs
On Sat, Aug 23, 2014 at 8:47 AM, George Gross wrote:
I've been on the hunt for a Debian distro ported to the Marvell D2plug
based on the ARMADA 510. From what I can tell, it appears that the
D2plug product has been stranded in favor of the Kirkwood SoC family.
is anyone aware of or working
On Fri, Sep 12, 2014 at 12:37 AM, Steve McIntyre wrote:
* Cool stuff: Andy Simpkins talking later about developing a laptop
using an arm64 (ARMv8) CPU. Considering developing a replacement
motherboard to go in a Thinkpad X220. See www.vero-apparatus.com
for more details.
For those
On Sun, Sep 14, 2014 at 5:13 PM, Paul Gevers wrote:
1) I couldn't find a porterbox on https://db.debian.org/machines.cgi by
searching arm64, is there another porterbox available?
It seems there is arm64.d.n but I'm not sure about the access policy.
I guess Wookey will reply about that.
2) Is
On Fri, Sep 19, 2014 at 2:10 PM, Martin Pitt wrote:
This looks like a problem with the buildd. Is that a transient
problem? Would you mind retrying the build?
The buildd maintainers are reachable at arch@buildd.debian.org, as
mentioned here:
https://buildd.debian.org/
--
bye,
pabs
[This is off-topic on debian-www, dropped from CC]
On Fri, Sep 26, 2014 at 2:02 PM, Sontia Romuald sontiaromu...@yahoo.com wrote:
i have succeeded to install a version of debian on my samsung galaxy S2.
Which version of Debian and which method did you use?
these are the problems i usually
On Mon, Oct 6, 2014 at 4:18 PM, Dario Piantanida wrote:
Hello, I have an LG NAS based on Debian 6, armel arch.
BTW, Debian 6 is EOL and is no longer security supported at all on
armel (i386/amd64 have LTS support). I strongly suggest you upgrade to
Debian 7 (wheezy).
I found some ACPI scripts
Hi Riku, Martin, all,
Debian's hardware wanted web page says that the ARM porters (Riku
Voipio and Martin Michlmayr are named in comments) are looking for
donations of ARM NAS systems. Is this hardware request still wanted?
https://www.debian.org/misc/hardware_wanted
--
bye,
pabs
On Mon, Oct 20, 2014 at 1:09 AM, Steve McIntyre wrote:
On Sun, Oct 19, 2014 at 10:27:30AM -0400, Martin Michlmayr wrote:
* Paul Wise p...@debian.org [2014-10-18 15:58]:
Debian's hardware wanted web page says that the ARM porters (Riku
Voipio and Martin Michlmayr are named in comments
1 - 100 of 346 matches
Mail list logo