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
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
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
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 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
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
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
.
[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
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
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
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
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 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
> > +
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
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
/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
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
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
> >
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 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 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
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
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
24 matches
Mail list logo
