Hi,
The first hang is because your firmware doesn't provide everything in DTB:
https://patchwork.kernel.org/patch/10146687/
You need to updateyour EFI.
The later hang is caused by omap_rng driver - so I've disabled in the Debian
kernel as of 4.14.13-1
Riku
Package: installation-reports
Severity: wishlist
Dear Maintainer,
-- Package-specific info:
Boot method: usb
Image version: netinst
Date: July 5th 2017
Machine: X370-PRO
Partitions:
Filesystem Type 1K-blocks Used Available Use% Mounted on
udev devtmpfs8171700
On Thu, Jul 07, 2016 at 12:24:03PM +0200, Alexander Wirt wrote:
> On Thu, 07 Jul 2016, Riku Voipio wrote:
> > On Mon, Jul 04, 2016 at 02:01:03PM +0100, Steve McIntyre wrote:
> > > There's something I've been pondering for a while, along with some
> > > oth
On Mon, Jul 04, 2016 at 02:01:03PM +0100, Steve McIntyre wrote:
> There's something I've been pondering for a while, along with some
> other folks - it might be useful to do a "jessie and a half" release,
> similarly to what we did in the etch days. That's *basically* just
> like a normal jessie re
Sorry, wrong patch last time. This one with correct work_out_debs
if option.
>From 44a05e04ae39a4a32ffd089f7e8c6be2624e0d5b Mon Sep 17 00:00:00 2001
From: Riku Voipio
Date: Thu, 20 Aug 2015 10:39:02 +0300
Subject: [PATCH] Remove scratchbox2 support
Since scratchbox2 was removed from Deb
rom 44a05e04ae39a4a32ffd089f7e8c6be2624e0d5b Mon Sep 17 00:00:00 2001
From: Riku Voipio
Date: Thu, 20 Aug 2015 10:39:02 +0300
Subject: [PATCH] Remove scratchbox2 support
Since scratchbox2 was removed from Debian, remove this special
case from debootstrap. scratchbox2 has been abandoned upstream,
and even wit
On Tuesday, May 5, 2015 9:45:09 PM EEST, Ansgar Burchardt wrote:
[ Please send replies only to boot@ ]
Cross-checking with popcon old (installed but not used) data
from: http://popcon.debian.org/by_old
This won't catch daemons etc, or take in account use in script. But if it
ends up in the
On Thu, Aug 04, 2011 at 09:11:36AM +0200, Christian PERRIER wrote:
> Quoting Christian PERRIER (bubu...@debian.org):
> > From our daily "let's check what happens today to D-I daily builds"
> > survey:
> >
> > - armel on alain hasn't been built since July 30th
> Still same problems
Rsync from
On Fri, Jul 29, 2011 at 11:33:42AM +0200, Andreas Barth wrote:
> * Christian PERRIER (bubu...@debian.org) [110729 09:21]:
> > Tonight, daily builds failed for some flavours (those that have the
> > GTK interface):
> >
> > Library not found: libgtk-x11-2.0.so.0 in path:
> > ./tmp/hd-media_gtk/tree
Package: busybox-static
Version: 1:1.17.1-10
Severity: wishlist
running busybox taskset, one gets:
taskset: applet not found
from the packaging, all the configs seem to have:
CONFIG_TASKSET is not set
I see the packages has many other requests to turn on applets in busybox. If
there is a rea
On Mon, Jul 20, 2009 at 09:59:35PM +0300, Riku Voipio wrote:
> Hrmh. In fact this shows that that codepath is actually not
> needed then :) Thanks for spotting it. We still need the /proc
> path since we can't mount in scratchbox. updated patch attached.
in this mail..
diff -u
On Sun, Jul 19, 2009 at 08:41:53PM -0300, Otavio Salvador wrote:
> > Also, I think for low-volume projects such as debootstrap, it is faster to
> > just fix up the whitespaces while commiting and tell the contributor
> > to take a close look at whitespace issues before sending the next patch.
> We
On Sat, Jul 18, 2009 at 06:32:54PM -0300, Otavio Salvador wrote:
> On Wed, Jul 15, 2009 at 5:54 PM, Riku Voipio wrote:
> > Argh, please forget the previous patch. That one was certainly not the
> > one I wanted to send. The patch attached to this mail has the advantage
> >
2009-04-24 22:08:27.0 +0300
+++ debootstrap-1.0.14~0.1/debian/changelog 2009-07-15 18:16:04.0 +0300
@@ -1,3 +1,9 @@
+debootstrap (1.0.14~0.1) karmic; urgency=low
+
+ * sb2 support
+
+ -- Riku Voipio Mon, 13 Jul 2009 15:43:54 +0300
+
debootstrap (1.0.13) unstable; urgency=low
/changelog debootstrap-1.0.14~0.1/debian/changelog
--- debootstrap/debian/changelog 2009-04-24 22:08:27.0 +0300
+++ debootstrap-1.0.14~0.1/debian/changelog 2009-07-13 15:44:18.0 +0300
@@ -1,3 +1,9 @@
+debootstrap (1.0.14~0.1) karmic; urgency=low
+
+ * sb2 support
+
+ -- Riku Voipi
On Tue, Mar 17, 2009 at 08:05:50PM +0100, Martin Michlmayr wrote:
> I have a number of ARM devices/boards that I no longer need and I'm
> looking for developers or testers who can do something useful with
> them. Those devices have been given to me to improve Debian support,
> and so they should b
On Sat, Aug 23, 2008 at 10:39:01AM +0300, Martin Michlmayr wrote:
> * Riku Voipio <[EMAIL PROTECTED]> [2008-08-23 00:05]:
> > All *supported* arm/armel platforms use "msdos" for hard disks[1], and
> > any modern arm system would too. So I suggest defaulting to msdos
Noticed while testing using d-i to install to arm subarch
not supported by debian, that a relatively scary.
"This partitioner doesn't have information about the default type of
partition tables.."
Warning is thrown, and then user needs to select the partition type.
All *supported* arm/armel pl
Package: flash-kernel
Severity: wishlist
Tags: patch
User: debian-arm@lists.debian.org
Usertags: eabi
Please add support for arm eabi[1] and bigendian ports.
Apparently there is already a case for armeb, but armeb
isn't mentioned in Architecture: field
[1] http://wiki.debian.org/ArmEabiPort
dif
On Wed, May 03, 2006 at 02:29:37PM -0400, Joey Hess wrote:
> > + if pvdisplay | grep -iq "physical volume ---"; then
> > + apt-install lvm2
> > + mount -t proc proc /target/proc
> > + chroot /target vgscan --mknodes || true
> > +
Hi,
Now /dev/mapper structure is created only if lvm2 is detected. However,
device-mapper is also used by dm-crypt and EVMS. This patch creates
/target/dev/mapper in case device-mapper module is loaded. This
directory is needed (atleast) to get grub installed.
The approach in the patch has the sl
On Wednesday 21 April 2004 00:44, Per Olofsson wrote:
> On Wed, Apr 21, 2004 at 00:06 +0300, Riku Voipio wrote:
> > Good work overall. The only _error_ was not loading the e1000 network
> > driver after reboot, which caused the "getting of packages" stage
> > failu
.
[1] http://wiki.debian.net/index.cgi?DebianInstallerNetbootPXE
--
Riku Voipio| riku.voipio at iki.fi |
kirkkonummentie 33 |+358 44 5000343 --+--
02140 Espoo| |
dark> A bad analogy is like leaky screwdriver
he default install, and listens to
obsolete services as default. unecessary security risk IMO.
--
Riku Voipio|[EMAIL PROTECTED] |
kirkkonummentie 33 |+358 40 8476974 --+--
02140 Espoo| |
Facts do not ceas
24 matches
Mail list logo
