n't know if I did anything wrong or anything right at all.
>
> [1]
> https://lore.kernel.org/lkml/44156595-0eee-58da-4376-fd25b634d...@gmail.com/T/
Hmm. I have no idea if you are doing this right either, but it all
sounds plausible. I guess a reports with the s/#elif/#else fix is in
order anyw
chromebook hardware to be weird so my success might not
> be indicative of general success.
Sure. I'll test it on eMAG and ThunderX.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: PGP signature
very unlikely to be useful any more, given the cost of making
comprehension of the code almost impossible.
Attached is a patch to stop doing this. (It makes the udeb 6K bigger)
commit dac59c59d9a71612e8a1fbca744ba3b53f57663e
Author: Wookey
Date: Sat Feb 23 04:10:42 2019 +
Stop minifying
due to chronic undermanning in D-I land. I'll file
some bugs and patches. None of it is urgent, but worth noting before I
forget.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
diff --git b/debian/changelog a/debian/changelog
index a7c80c3..e23b91e 100644
--- b/de
On 2019-02-21 00:55 +, Steve McIntyre wrote:
> Hey Wookey,
>
> Reviewing the code from your patches in sequence, I think the approach
> looks good *except* I think you've missed a patch or a commit or
> something.
>
> Trying to apply debian-installer-multiple-con
On 2019-02-21 00:55 +, Steve McIntyre wrote:
> Hey Wookey,
>
> Reviewing the code from your patches in sequence, I think the approach
> looks good *except* I think you've missed a patch or a commit or
> something.
>
> Trying to apply debian-installer-multiple-con
On 2019-02-09 04:11 +, Wookey wrote:
> Future work:
>
> All this faffage has made me realise that a better approach to all
> this would probably be to get rid of all this 'steal-ctty' bodgery,
> and use init to do it's job: it's designed to run multiple thin
On 2019-01-19 11:08 +, Steve McIntyre wrote:
> On Sat, Jan 19, 2019 at 04:27:05AM +0000, Wookey wrote:
[Re: adding multiple console support to D-I, including changing
/var/run/console-device with one device line to be
/var/run/console-devices with 1 or more lines]
> >The only ot
is, by getting
init to do the heavy process/session/parallel-tasks lifting (instead
of reopen-consoles and steal-ctty). I have a proof-of-concept patch
for that, but it's not actually working right yet. I'll send that in
when it does if I don't hit any roadblocks.
Wookey
--
P
On 2019-02-09 04:11 +, Wookey wrote:
> On 2019-01-25 03:45 +0000, Wookey wrote:
>
> Attached is a patch which provides working multiconsole support for
> linux (not hurd or bsd, sorry).
>
> One bug I just noticed in the bit we did today is that the 'default'
&
On 2019-01-25 03:45 +, Wookey wrote:
> So, unless anyone can see a problem with this approach, I'll finish
> this off. Trying to do it with separate /var/run/consoles and
> /var/run/extra-consoles files was getting very messy.
OK. This took way longer than I hoped as it wa
On 2019-01-23 08:35 +, Ian Campbell wrote:
> On Wed, 2019-01-23 at 03:41 +0000, Wookey wrote:
> > Any idea how we should choose a D-I primary console when none of them
> > is marked 'preferred'? Or should D-i do away with the concept and try
> > to treat them a
On 2019-01-22 08:23 +, Ian Campbell wrote:
> On Tue, 2019-01-22 at 04:31 +0000, Wookey wrote:
> > On 2019-01-20 03:02 +, Ben Hutchings wrote:
> > > Reading /proc/consoles is exactly what you should do.
> >
> > Checking this on a booted thunderx machine (w
On 2019-01-19 11:12 +, Steve McIntyre wrote:
> [ Adding CC to debian-arm for interest ]
>
> On Sat, Jan 19, 2019 at 03:39:44AM +0000, Wookey wrote:
> >I've done some work on getting the graphical installer going on arm64.
>
> \o/
>
> >I was not able to d
tell it to look.
Anyone know what would it take to make tty0 appear as a valid console
on a thunderx machine without having to explicitly list it on the
kernel command line? This is what we'd ideally like to happen.
I've modified reopen-console-linux to use /proc/console and run D-I on
y current code leaves all this alone and just records/uses all
enabled consoles on the command line, not just the last one, but
ideally we'd autodetect and/or hardcode all the sensible available
consoles and run on them.
If 'read /proc/consoles (and check the devices exist)
right number of parameters, and silently fails if you run it in a
context where the calling process is not a session-master.
That's in steal-ctty-errorcheck.patch
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
commit 860e5132001dc8a9fb032ada312d590cabc497db
Auth
nged due to adding more module packages? Clues welcome.
This all sounds more broken than it is: the difficult bit of the
graphics works fine, we just need to make sure the right modules for X
input are available too.
Wookey
--
Principal hats: Linaro, Debian, Wookware,
is gone for now. It should
probably be retitled to something about library sync/using host libs
and left open until it's fixed propoerly.
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: Digital signature
Package: installation-reports
Severity: grave
Tags: d-i
Justification: renders package unusable
Dear Maintainer,
The current installer, with the new 4.9 kernel, is unable to resolve
domains, so is quite seriously broken.
This was noted during install on an arm64 gigabyte MP30-AR1
desktop/server,
lease.
Aurelien - can we help move this along?
Wookey
--
Principal hats: Linaro, Debian, Wookware, ARM
http://wookware.org/
signature.asc
Description: Digital signature
-> demote to "optional"
>
> Proper autoconf, automake, gcc, etc. documentations only really come in
> info format.
Indeed.
If we are going to have an info reader installed can it please be
pinfo instead of info? It's _so_ much better.
Wookey
--
Principal hats: Linar
/ch02s01.html
OK. I've done this. I don't seem to have commit rights (should I?)
Sendingen/hardware/supported/arm.xml
Transmitting file data .svn: E13: Commit failed (details follow):
svn: E13: Can't open file '/svn/d-i/db/txn-current-lock': Permission denie
Package: debian-installer
Severity: wishlist
Currently it is possible to select 'Enter Manually' from the top of
the country list when choosing a debian mirror to netinstall from. A
user quite reasonably looks for this option when given the list of
mirrors, not when given the list of countries, so
Package: discover
Version: 2.1.2-5.2
Severity: normal
User: debian-...@lists.debian.org
Usertag: arm64
This package failed to build on arm64. Here is the buildd log:
https://buildd.debian.org/status/fetch.php?pkg=discover&arch=arm64&ver=2.1.2-5.2&stamp=1408296386.
It is one of hundreds of package
0 392188
>
>KDE:
>
> total used free sharedbuffers cached
>Mem:506756 499724 7032 6772 10516 109760
>-/+ buffers/cache: 379448 127308
>Swap: 392188 21632
iew, whilst acnowledging that it is no longer the 90's
and a 512Mb machine will struggle with any modern desktop+browser
(which is sad IMHO - dawkins knows what software, especially browsers,
do with all that memory! - hundreds of Mb for simple tables of built
packages, for example, b
Package: debootstrap
Version: 1.0.56
Severity: normal
If using debootstrap to create a debian or ubuntu rootfs on a non-debian
system, the baked-in assumption that MAKEDEV is in /sbin is wrong. (It's
not true on an OE rootfs, for example).
The instructions in README for creating such a rootfs say
+++ Luke Kenneth Casson Leighton [2013-05-20 15:22 +0100]:
> but also, this is /sbin/init rather than /init - which one should
> really be executed (as process 1) - both exist.
/sbin/init exists on a standard debian wheezy (or ubuntu raring)
rootfs. /init doesn't.
Wookey
--
Pri
get driver is
also good.
> how do you tell debian-installer "i don't want a kernel installed
> thanks for offering"?
Not sure, but don't we really want to make a D-I setup with a local
kernel package to install? I believe that functionality exists,
although I've
Package: debian-installer
Version: wheezy alpha
Severity: minor
Tags: d-i
At the end of a successful install you get the 'installation complete'
message: "installation is complete, so it is time to boot into your
new system. Make sure to remove the installatio media (CD-ROM,
floppies), ..."
I sug
+++ Mehdi Dogguy [2012-05-16 16:24 +0200]:
> On 16/05/12 13:41, Wookey wrote:
> >is there any reason not to just upload this to Debian?
>
> There are ITPs filed for it:
> - http://bugs.debian.org/582884
> - http://bugs.debian.org/576359
Yes. I discovered that when I went t
he build so it skips the not-present
dh-translations on Debian, and otherwise modified the deps for Debian.
I'll do some testing tonight when I have USB sticks to hand.
There are probably quite a few useful utilities like this in Ubuntu
universe that should get uploaded.
Wookey
-
fault over CDs? And try to hide the
'hd-media' name at least in initial download selection, because it is
geek-accurate, but rather confusing to a newcomer.
Wookey
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120515142459.gf11...@stoneboat.aleph1.co.uk
nutes
reproduced here:
Multiarch cross-architecture meeting minutes
Held at Debconf 11 2011-07-26. 5pm
Present. Approx 12 people, including Steve Langasek(vorlon) (chairing), Wookey
(minuting), Mark Hymers(mhy) (FTPmasters), Adam Barratt(adsb) (Release team),
Andreas Barth(aba) (Release team),
th a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1298945559.5842.8.camel@acer
----- End forwarded message -
Wookey
--
Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
--
To UNSUBSCRIBE, email t
Package: debian-installer
Severity: wishlist
I recently had a hard time recovering a system after upgrading the
hard drive. Eventually d-i let me sort things out but it was
difficult, slow, and has probably caused some other problems in the
process due to having to overwrite a load of existing stu
enient
for me.
TIA (I'm away next week so nothing doing for a while - it's peter's turn for
a bit now :-)
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel +44 (0) 1223 811679
work: http://www.aleph1.co.uk/ play: http://www.chaos.org.uk/~wookey/
--
To UNSUBS
+++ Jeff Bailey [04-02-24 09:19 -0500]:
> On Tue, 2004-02-24 at 08:55, Wookey wrote:
>
> > D-B people - Is the above still true? ARM currently has (approximately) one
> > kernel per machine. Even just supporting the existing supported stuff and
> > things that have enough
+++ [EMAIL PROTECTED] [04-02-23 18:53 +]:
> On Mon, Feb 23, 2004 at 05:49:57PM +0000, Wookey wrote:
> > +++ Peter Naulls [04-02-23 13:07 +]:
> > > In message <[EMAIL PROTECTED]>
> > > Anthony Towns <[EMAIL PROTECTED]> wrote:
> > >
, that's good enough for getting something going, I hope. What is needed
to make UTF-8 consoles work properly? kernel changes or D-I changes?
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel +44 (0) 1223 811679
work: http://www.aleph1.co.uk/ play: http://www.chaos.org.uk/~wookey/
ike everyone else of course, especially
emdebian, which I don't want to let slide as it's actually getting somewhere
right now, but the continued lack of an arm d-i port is becoming critical so
I should try and do my bit.
Anything else adminy that needs doing, or things I should know
ne, sorry)
> has made a kernel-image udeb with which d-i boots, and is being
> sponsored by Othmar. Is this udeb available somewhere?
That's Vince Sanders aka kyllikki who works for Simtec http://www.simtec.co.uk/
Now a DD.
cc:ed for an update
Wookey
--
Aleph One Ltd, Botti
On Sun, Jan 06, 2002 at 02:20:37PM +, Philip Blundell wrote:
> In message <[EMAIL PROTECTED]>, Matthias Klose write
> s:
> >Installing on an Apple Quadra 950 (m68k), I found the first boot
> >hanging when trying to read the hardware clock, and more important,
> >hanging during shutdown, result
modems or routers
respectively and work fine. I have a serial extrernal ISDN TA here and it
work OK with bootfloppies.
So the website should say that people with internal ISDN adaptors can't do a
network install, but those with extranl ISDN TAs can.
Wookey
--
Aleph One Ltd, Bottisham, CAMBR
On Mon 08 Jan, Adam Di Carlo wrote:
> Wookey <[EMAIL PROTECTED]> writes:
> > I've got some Arm boot-floppies (from CVS about 10 days ago ~ 2.2.19)
> > which nearly work. I've fixed a couple of problems and I'll post diffs
> > here when I get a set tha
On Mon 27 Nov, Adam Di Carlo wrote:
> Wookey <[EMAIL PROTECTED]> writes:
>
> > On Thu 23 Nov, Adam Di Carlo wrote:
> > > Wookey <[EMAIL PROTECTED]> writes:
> >
> > > > On Tue 21 Nov, Debian Bug Tracking System wrote:
> >
&
essed with
the amount of work you put in. People don't remember to say that very often,
so I thought I would.
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel (00 44) 1223 811679
work: http://www.aleph1.co.uk/ play: http://www.chaos.org.uk/~wookey/
--
To UNSUBSCRIBE,
_alpha_model which was already in bootconfig.c for the
_TESTING_ case, presumably someone else's optimistic attempt to get it to
work :-)
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel (00 44) 1223 811679
work: http://www.aleph1.co.uk/ play: http://www.chaos.org.uk/~wookey/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri 24 Nov, Michael Sobolev wrote:
> On Fri, Nov 24, 2000 at 06:18:01PM +0000, Wookey wrote:
> > Now, when I do make release - When it gets to
> > boot-floppies/utilities/dbootstrap/langs dir it compiles iconv.so OK and
> > then does:
> > ./ver2.py 0 i386 langs.xm
On Fri 24 Nov, Wookey wrote:
> The arm boot-floppies building saga continues.
replying to my own post - sorry (just to save anyone spending too much time
investigating)
> ./ver2.py 0 i386 langs.xml
> ImportError: ./iconv.so: R_ARM_PC24 relocation out of range
>
> This may be
possible to just forget
some of this stuff and still get bf built?
Should I perhaps revert to some previous known-working release (if someone
told me the CVS runes I'd be grateful...)?
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel (00 44) 1223 811679
work: http://www.
On Wed 22 Nov, Marcin Owsiany wrote:
> On Wed, Nov 22, 2000 at 07:22:00PM +0100, Marcin Owsiany wrote:
> > On Wed, Nov 22, 2000 at 05:36:12PM +0000, Wookey wrote:
> > > Trying to compile boot-floppies for arm it compiles dbootstrap OK but then
> > > tried to c
On Thu 23 Nov, Adam Di Carlo wrote:
> Wookey <[EMAIL PROTECTED]> writes:
> > On Tue 21 Nov, Debian Bug Tracking System wrote:
> > > >From [EMAIL PROTECTED] Sat Jul 29 01:11:08 2000
> > > Return-path: <[EMAIL PROTECTED]>
> > > The debian ins
On Wed 22 Nov, Marcin Owsiany wrote:
> On Wed, Nov 22, 2000 at 05:36:12PM +0000, Wookey wrote:
> > Trying to compile boot-floppies for arm it compiles dbootstrap OK but
> > then tried to cd to ../bf-utf/newt adn run ./configure.
> > But I don't have a utilities/bf-utf
boot-floppies didn't get it. Should it have done?
Do I need to specify this explicitly? Should I be setting some rune to ignore
this stuff (I believe it is unicode support?)
I don't understand what's going on here and cant find anything in the docs to
tell me. Can someone please explai
he riscps is 'very slow' in this dept it would be nice to have
the choice.
There are several things that need to be done differently for different arm
sub-platforms. Is there an approved mechanism for this at the moment or not?
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, U
#x27;s going on?
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel (00 44) 1223 811679
work: http://www.aleph1.co.uk/ play: http://www.chaos.org.uk/~wookey/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s. Most other ARM machines don't have drives at all, just CF cards
- I don't know if they allow partitioning :-)
So, not sure if that's actually much use to you, but feel free to ask me
about ARM partitioning if you need to know, or need things testing or spec
sanity-checking to make
et until there is agreement about how the
platforms are to managed in this respect. (Contact Chris rutter for details
on how this is prgressing).
Updated util-linux and debianutils packages to fix this problem are included
in our (Aleph One's) ARM 2.2r0 unofficial debian distribution.
Wook
fic without talking to them.
Does bf have to be built manually or do the build daemons get to do it? The
ARM build-daemon is now working properly so if it's automatic then it should
hhappen automagically in due course?
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel (00 44) 1
27;normal' desktop-style install can take
place over serial, ethernet or some kind of bus connection. If there is a
CF slot then that could potentially be used as boot-media in place of
floppies or CDs, assuming the device has some mechanism for booting from
CF.
Hope that gives a better idea of the
ed to the emdebian list). I can try to provide
relevant info as the project progresses, but if the prime movers really
don't want to cover non-desktop machines then say so, and I'll shut up
about it.
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel (00 44) 1223 811679
work: htt
oning is supported for them...
Wookey
--
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK Tel (00 44) 1223 811679
work: http://www.aleph1.co.uk/ play: http://www.chaos.org.uk/~wookey/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
64 matches
Mail list logo
