Vagrant Cascadian wrote:
> > A10-OLinuXino-Lime
> > A10s-OLinuXino-M
> > A13-OLinuXino
> > A13-OLinuXinoM
> > A20-OLinuXino_MICRO
> > Cubieboard2
> > Cubieboard2_FEL
> >
> > These are all systems that are otherwise supported in Debian
> > (i.e. kernel/devicetree and flash-kernel support is availabl
Karsten Merker wrote:
> I just wanted to ask whether you have given current mainline
> u-boot master (from http://git.denx.de/u-boot.git/) another try
> on the A10-OLinuXino-LIME.
>
> According to
>
> http://git.denx.de/u-boot.git/?p=u-boot.git;a=commitdiff;h=09f951028f9bd480aac90a6bac35a71d361e8
Karsten Merker wrote:
> I have just looked at the board manual at
> https://www.olimex.com/Products/OLinuXino/A10/A10-OLinuXino-LIME/resources/A10-OLinuXino-LIME_manual.pdf
> and found the the description of the serial port rather
> confusing.
Ditto. Also doesn't help that it does not say what siz
Ian Campbell wrote:
> Why hd-media? The standard netboot images work fine on sunxi AFAIK
> (testing on cubie{truck,board}).
Board doesn't netboot by default AFAIK, so this would need a serial
console, which needs a nonstandard cable.
--
see shy jo
signature.asc
Description: Digital signature
I've been playing with this €40 board at DebConf, and had no trouble
getting Debian working using a stock kernel (from experimental). Since
it boots from a microsd card, it can't be bricked and should be quite
easy to support in d-i (using a hd-media image).
The only blocker is that it needs the n
Gustavo Noronha Silva wrote:
> armel has been one of the sore points of maintaining WebKit in Debian.
> It often fails to build the package because of lack of memory or disk
> space. I'm told by my colleague Hector Oron that WebKit's utility for
> armel is quite limited, given it's often used headl
I don't think anyone is going to greatly miss support for the nslu2.
It can no longer be installed using d-i anyway. I imagine most of the
deployments where it makes sense to still be using a nslu2 are ones
where running an old kernel version doesn't much matter.
The iop32x boxes are rather more e
It seems all necessary patches to use the arm chromebook have recently
landed in the upstream kernel. A few backports may be needed from
linux-next to get eg audio working well. The only hardware not working
at all is the USB3 port. There are a few wacky things like needing to
disable dpms screen b
Steve McIntyre wrote:
> Exactly, that's the bit I'm unclear about. Does Haskell even have the
> concept of variadic function calls? (I honestly don't know!)
It's nonstandard, but seems it can be done:
http://stackoverflow.com/questions/5989457/haskell-ffi-support-for-functions-with-variadic-argum
Luke Kenneth Casson Leighton wrote:
> do you find that the constant page-up, page-down, page-up, page-down
> becomes natural? or, is it that subconsciously you hadn't noticed,
> but find that for some reason you seem just unable to contemplate
> using that 1024x600 LCD for serious long-term w
Philipp Kern wrote:
> This requires a bunch of changes and I'm not aware of all places that need to
> be fixed to refer to a new daily build location. But maybe someone else knows
> and can do it.
>
> If I get an machine name of a Debian armel buildd with LVM I can install it
> there, too. Other
Martin Michlmayr wrote:
> > make: *** [build_orion5x_network-console] Error 2
>
> I actually tried to reproduce this problem on my ARM box yesterday and
> couldn't. Joey, does your build nmachine have very little RAM? Can
> you try to run mkdns323fw manually to see what's going on?
128 mb.
[2
Loïc Minier wrote:
> Arnaud Patard looked a bit into this today; we both reproduce in QEMU.
Awesome. I just recovered my nslu2 by flashing firmware from an
installation of stable. Not ideal, but at least my internet gateway
in the cabin is back to using 3 watts rather than the temporary laptop
I
Gordon Farquharson wrote:
> Hi Joey
>
> On Wed, Mar 23, 2011 at 08:52, Joey Hess wrote:
>
> > I did upgrade busybox, too. Seems likely that the new version
> > (1:1.18.3-1) is miscompiled on armel, then.
>
> So, does this mean you know how to fix the problem? Is
Gordon Farquharson wrote:
> I did an upgrade from squeeze to unstable on my test NSLU2. During the
> upgrade, the kernel was upgraded to 2.6.38-1-ixp4xx (Debian 2.6.38-1)
> (did you specially hold the kernel version back at 2.6.32-5-ixp4xx?).
> Booting fails with the following messages:
I don't re
Upgraded my nslu2 to unstable and it no longer boots. I don't have the
cable here to see console, so all I can tell is the kernel seems to
boot, initramfs may try to mount root (flashes briefly), and all leds
then remain off forever.
This upgrade did not change the kernel which remains at 2.6.32-5
Brian Szymanski wrote:
> This seems like the right move, particularly since int-heavy code won't
> benefit at all from this change. IMHO, what we really want is to take
> advantage of features on more "modern" arm cpus - the user shouldn't
> have to care if that's because of hardfp or thumb-2 or wh
Daniel Kahn Gillmor wrote:
> I've packaged (and am about to upload) libvorbisidec (tremor) based on
> upstream's svn revision 16259 (this covers the most recent changeset
> from http://svn.xiph.org/trunk/Tremor)
>
> However, the new package doesn't seem to resolve the FTBFS for mpd
> 15.3-1 on arm
Luk Claes wrote:
> Maybe it's an option to revert using libvorbisidec-dev and use
> libvorbis-dev again on armel to fix the FTBFS of mpd?
>
> debian-arm and Joey Cc-ed so they can give input as I'm unsure if
> current ARM hardware does have floating point support to make this
> reasonable.
ARM ha
Martin Michlmayr wrote:
> I asked Joey Hess whether the postinst hook for flash-kernel can
> safely be removed (maybe there are corner cases where it's still
> needed) but didn't get a reply. Joey?
I don't know if I've thought of every corner case, but in the genera
> initramfs-tools in unstable does this now. Does this mean d-i should
> no longer add the flash-kernel kernel hook once initramfs-tools has
> moved to testing? AFAIK flash-kernel will be run twice if there's a
> hook.
I'd have to re-read my analysis to tell you, and cannot do so for at
least on
Joey Hess wrote:
> d-i installs the kernel first and then extra queued stuff.
But this d-i ordering doesn't really matter, since it installs flash-kernel
etc at the end.
--
see shy jo
signature.asc
Description: Digital signature
maximilian attems wrote:
> well it depends, as initramfs-tools does *not* depend on for example
> cryptsetup, but if the user had configured a cryptoroot (i'm not sure
> about when cryptsetup gets installed by d-i). would that be before
> initramfs-tools? then the second call would be gratious.
d-
maximilian attems wrote:
> the linux image in postinst does *not* call yet update-initramfs,
> but mkinitramfs-kpkg, which is not triggered.
> so that loophole does not yet exist.
Thanks for explaining that (and for your patience).
> right i'd have to rethink to scrap mkinitramfs-kpkg postlenny.
maximilian attems wrote:
> update-initramfs has code to work it out with lilo.
> see run_bootloader().
>
> current heuristic is to check if grub *and* lilo are around,
> then it gets complicated. if only lilo is there it will be
> called, same goes with elilo and zipl.
>
> if both bootloader are
Martin Michlmayr wrote:
> * Paul Collins <[EMAIL PROTECTED]> [2008-07-27 01:47]:
> > I seem to see this sort of thing a lot:
> >
> > update-initramfs: deferring update (trigger activated)
> > Flashing kernel: done.
> > Flashing initramfs: done.
> > Processing triggers for initramfs
Rick Thomas wrote:
> Has anybody looked at installing Debian on a Chumby? More expensive
> than a Slug, but faster CPU, twice the RAM, eight times the flash, and a
> screen (no soldering required to observe the boot process!)
>
> http://store.chumby.com/
>
> http://wiki.chumby.com/mediawiki/ind
Marc Singer wrote:
> On Fri, May 30, 2008 at 01:23:15PM -0400, Joey Hess wrote:
> > Marc Singer wrote:
> > > On Wed, May 28, 2008 at 09:12:15AM -0400, Joey Hess wrote:
> > > > I plan to orphan these three packages that are used by arm systems.
> > >
Marc Singer wrote:
> On Wed, May 28, 2008 at 09:12:15AM -0400, Joey Hess wrote:
> > I plan to orphan these three packages that are used by arm systems.
> > Anyone interested in maintaining them?
>
> I'm willing to take them.
uboot-mkimage: Per Andersson is not a DD, but
Rod Whitby wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Joey Hess wrote:
> | Martin Michlmayr wrote:
> |> * Marc Singer <[EMAIL PROTECTED]> [2008-05-28 12:09]:
> |>>> I'd give Rod Whitby a chance to claim slugimage since he's the
>
Martin Michlmayr wrote:
> * Marc Singer <[EMAIL PROTECTED]> [2008-05-28 12:09]:
> > > I'd give Rod Whitby a chance to claim slugimage since he's the
> > > upstream maintainer.
> > By all means. BTW, is Rod a DD?
>
> Nope, but interested in becoming a DM.
I hadn't realized that Rod was interested
I plan to orphan these three packages that are used by arm systems.
Anyone interested in maintaining them?
--
see shy jo
signature.asc
Description: Digital signature
Riku Voipio wrote:
> - Debian-installer lenny
>
> I'm not quite sure where we are with armel lenny d-i. Can someone
> fill me in?
armel needs to be usable in testing before it can be released with a d-i
beta or release candidate. However, the daily built images work fine,
provided you install uns
Martin Michlmayr wrote:
> - Package u-boot: we need the mkimage program from u-boot because
>u-boot expects the kernel and ramdisk to have a special u-boot
>header that mkimage generates. My approach was simply to package
>mkimage only (e.g. by taking
> https://dev.openwrt.org/browse
If we had an armel buildd that used ccache and had pre-built versions of
all the security sensitive packages in its cache, updates for most
packages could probably be built in a timeframe that compares with other
architectures. Aside from the complexity of setting this up and desire
for KISS, is th
Florian Weimer wrote:
> Based on the numbers, I'd guess that the box hasn't got enough RAM. Are
> you sure it's CPU-bound?
The only place it seemed significantly ram-bound was during linking,
which used more than 128 mb of swap. There might be other places where
more ram than I had would help a x
Moritz Muehlenhoff wrote:
> We could just declare arm a second-class architecture for security updates,
> i.e. DSAs being released once all archs are available except arm and arm
> updates being released once available. For small to medium packages most
> updates would still be released in sync, si
Riku Voipio wrote:
> The security buildd is a different story. Parallell buildd's compiling
> several packages at time don't help[1], they want single builds
> completed fast, so they can release security advisories with minimal
> delay. For this reason, Moritz from the security team expressed
> be
Martin Guy wrote:
> Other packages either don't compile or don't work on armel, including
> some that are included in the repository but do not work at all, of
> which the most high-profile are iceweasel and iceape-browser.
Is that working on arm either? IIRC it didn't.
--
see shy jo
signature
Martin Michlmayr wrote:
> * Joey Hess <[EMAIL PROTECTED]> [2008-01-24 14:31]:
> > I was able to at least turn the fan off by echoing things to the pwm*
> > files. I haven't figured out how to turn it back on. :-)
>
> Write 255 to both files.
Hmm, some more investi
Al wrote:
> On Thu, 24 Jan 2008 08:13:21 +
> Colin Tuckley <[EMAIL PROTECTED]> wrote:
>
> > Hmm... I can only think of three reasons it's not working then:
> >
> > 1) The hardware is broken somehow. Mine has a 3 pin fan connector,
> > does yours and is it plugged in correctly?
> >
> > 2) The
John Winters wrote:
> I tried it about 4 weeks ago and the install process was broken. The
> partitioner crashed every time it tried to start up so there was no way of
> completing the installation.
This was probably due to parts of partman being out of sync, if so it
cleared up around the end of
Aurelien Jarno wrote:
> Libtool is available from unreleased:
> http://ftp.debian-ports.org/debian/pool-armel/main/libt/libtool/
AFAIk, bug #441751 is fixed, so it should be possible to build libtool
w/o patches now. The problem is that its build dependency chain
indirectly pulls in gtk stuff whic
Martin Guy wrote:
> Nice analysis! Do we get the source that generated it, or was it a
> one-time editor hack? :)
Yes, it was less *Sources and searching for .*-Depends.*arm and then
reading..
> I've copied your list to wiki.debian.org/ArmEabiProblems inviting
> people to investigate the packages
This is a list of packages that build-depend/conflict with something on
arm, but not on armel. I've fltered out obvious cases where arm and
armel are meant to differ, but haven't investigated everything
thuroughly. Most of these are of the form
"[long list of arches including arm]" or "[!arm]" and
Felipe Uderman wrote:
>Before I try to cross compile the library, I would like to know if anyone
>knows about any efforts on this subject or even a already ported version
>of the Alsa Library for the ARM architecture.
The Debian arm port contains 95% or more of every package in Debian,
Andrew Zbikowski wrote:
> I found documentation that suggested changing FSCKFIX=no in
> /etc/default/rcS to FSCKFIX=yes, but that doesn't seem like it would
> be the issue as power cycling the device fixes things.
Doesn't sound like it. Still a good idea for headless slugs, IMHO.
> I remember see
Andrew Zbikowski wrote:
> I've got Etch running on a NSLU2, it's only external storage is a 1GB
> flash drive. Yesterday I was testing everything out before putting it
> into production, and everything is running fine. For the final test I
> let it just sit for 12 hours.
>
> When I came back to it
Riku Voipio wrote:
> Actually it is much quite easier ;) See "Installing armel to qemu with
> d-i" section:
>
> See: http://wiki.debian.org/ArmEabiHowto
Did you add the -versatile images just for armel? Having them for arm
too would be nice..
--
see shy jo
signature.asc
Description: Digital s
The following packages in unreleased have older versions than unstable
and the new versions don't have the armel patch applied. I filed bugs
on several of these since the patch wasn't in the BTS. We probably should
update the versions in unreleased in the meantime:
gdb 6.6.dfsg-1+armel
gettext 0.1
Riku Voipio wrote:
> I fixed the libpam-modules issue, but I don't know why d-i wants to
> install modutils. Since armel never supported linux 2.4 we really
> shouldn't have it in armel repo for the first place.
I don't see any modutils problem in debootstrap today. It was probably
being pulled in
I've prepared a build of d-i that uses the gnuab.org armel repository,
which currently holds the armel debs that the armel porters hope will
eventually get into Debian proper.
I made some minor modifications to d-i for this build, but it's
basically the same quality image as other daily d-i builds
Marc Singer wrote:
> I've been looking for clues as to why one of my slugs would hang on
> calling hwclock --show. The initial symptom is that it fails when it
> attempts to run the hwclock.sh script.
IIRC this can happen if your clock isn't running. nslu2s ship with a
hardware clock that's turne
Silas S. Brown wrote:
> Hi, I'm trying to install Debian etch on a
> NSLU2 but it won't work. I uploaded it with
> upslug2 and got the 3 beeps, then SSH'd in,
> but the "download installer components" menu
> fails for an unstated reason, and when I go
> into a shell I find that there is no /target
Stefan Sommer wrote:
> /A closer look reveals that the installation script first seems to
> install the rules file into /etc/udev/rules.d/ and then tries to symlink
> it to another place.
Sorry, I'll fix this straightaway.
--
see shy jo
signature.asc
Description: Digital signature
Riku Voipio wrote:
> deb http://ftp.gnuab.org/debian/ sid main
> deb http://ftp.gnuab.org/debian/ unreleased main
[EMAIL PROTECTED]:~>host ftp.gnuab.org
;; connection timed out; no servers could be reached
FWIW.
--
see shy jo
signature.asc
Description: Digital signature
Lennert Buytenhek wrote:
> > - /etc/ld.so.conf is missing
>
> There doesn't seem to be any package that provides this file.
> Just create an empty one?
It's created by libc6's postinst.
--
see shy jo
signature.asc
Description: Digital signature
Martin Michlmayr wrote:
> * Colin Andrews <[EMAIL PROTECTED]> [2007-04-22 17:23]:
> > Anyway - I'm wondering if the instructions here:
> > http://www.cyrius.com/debian/nslu2/upgrade.html
> > which talk about upgrading DI beta2 debian to RC-2 are still valid for
> > upgrading to etch 4.0.
>
> No, i
Sergey Smirnov wrote:
> I don't see any progress with this project.
> Still there is no browser except dillo. No new packages.
The armel port doesn't have standard buildds set up yet, so it's not
tracking new changes to unstable. This needs to be dealt with,
especially since falling behind unstabl
Jeremy Brown wrote:
> I've had my nslu2 for years am putting Debian sid unstable from
> http://www.unslung.org/ at the bottom of the web page. Here another
> website that tells about this release:
> http://wiki.debian.org/ArmEabiPort ..
> I just finished the (base install) from the installer fir
Laz wrote:
> Is the kernel built with compatibility support for the old ABI or is it
> running at full EABI speed?
It has compatability support.
Some benchmarks would be a nice project. It seems faster to me, doing
things like sshing in.
--
see shy jo
signature.asc
Description: Digital signa
A build of d-i for the armel architecture is now ready for your
installing pleasure. There are two download locations:
http://people.debian.org/~joeyh/d-i/armel/images/daily/
http://www.slug-firmware.net/a-dls.php
Use the latter to install to a slug using the onboard ethernet.
A few notes:
* Th
A little while ago Lennert and I built some armel kernel packages, and I
think someone reported one of them didn't work. In fact, it turns out
most had not been built with eabi support due to a snafu. This is now
corrected with the current kernel packages in the armel archive, thanks
to Lennert, a
Martin Michlmayr wrote:
> That's certainly wrong sine iop32x is a completely different
> sub-architecture. Make sure that linux-image-2.6-iop32x is not
> installed, but that linux-image-2.6-ixp4xx is installed. It will
> always pull in the latest ixp4xx kernel.
Perhaps flash-kernel should have a
Rod Whitby wrote:
> Looks like you're not loading the microcode.
FWIW, it's in /lib/firmware on an installed nslu2 system.
The LEDs won't light during boot unless nslu2-utils is installed, BTW.
--
see shy jo
signature.asc
Description: Digital signature
Aurelien Jarno wrote:
> Nice work. I was working on a patch, but you have been faster than me!
> Thanks for your work.
>
> Would it be possible to enable the versatile flavour on armel? It is
> disabled on arm due to limited build daemon ressources. But it seems
> this is not the case on armel.
>
Laz wrote:
> Someone mentioned on this list back in January that they would build an
> armel kernel package: did this ever happen? Can't see one in
> http://armel-debs.applieddata.net/debian but I do see lots and lots and
> lots of packages! :-)
I've only just finished getting the kernel to bui
Laz wrote:
> Now there is an EABI port which handles FPU stuff much better (as I
> understand it) but isn't a complete port yet.
>
> Is the EABI port the better option for a Slug which lacks a FPU?
Yes, it's a better option for most arm systems (probably).
> Is the arm-el port the same as the E
Martin Guy wrote:
> Nokia did this:
> http://cluster.aleph1.co.uk/~martin/packages/dpkg.txt
>
> It's a bit gross having to add "case *-gnueabi)" here and there but
> that is the correct four-part GNU/autotools configuration name. It may
> be that making it -linux-gnu the same as the old one could
Daniel Kahn Gillmor wrote:
> Another use of bug reports (especially ones about bugs that make
> machines unbootable, and would therefore be critical) is to keep
> packages from filtering down into testing while they're in a dangerous
> state.
Package maintainers file RC bugs to prevent this kind o
Martin Michlmayr wrote:
> There's no LED support in 2.6.17. The 2.6.18 TODO list mentioned
> this.
And I've just finished getting it fully working in nslu2-utils. With
version 0.10+r71-1 and a supported kernel you can even get an idea of
the load average with the leds, very nice.
--
see shy jo
Steve McIntyre wrote:
> Yeah - all 3 of the cats-based buildds I'm watching have 256MB.
How much ram does toffee have? That's where gnuradio-core FTBFSed
before.
--
see shy jo
signature.asc
Description: Digital signature
Joey Hess wrote:
> > - firefox: needs timing info
>
> Building now, I suppose this will take a while..
8 hours for the link was the worst bit, uploaded.
--
see shy jo
signature.asc
Description: Digital signature
Aurelien Jarno wrote:
> Joey Hess a écrit :
> >Steve Langasek wrote:
> >>Here is the list of arm-only problems I know about that currently keep
> >>arm
> >>from catching up / making headway against the list of unbuilt packages:
> >>
> >>- sabl
Steve Langasek wrote:
> Here is the list of arm-only problems I know about that currently keep arm
> from catching up / making headway against the list of unbuilt packages:
>
> - sablevm-classlib: buildd timeout, needs timing info before give-back
Seems to hang when I try to build it on arm. Need
Steve Langasek wrote:
> Does anyone know what happened to make ld so much slower on arm all of
> a sudden?
I'm not sure about linking, since I can't build xulrunner yet, but on my
64 mb arm box (bitsyxb with a USB disk), I'm seeing some very slow (12
hours) gcc runs. It mostly seems to be due to g
Joey Hess wrote:
> > Another package which caught my attention is arts, please see
> > http://buildd.debian.org/fetch.php?&pkg=arts&ver=1.5.4-1&arch=arm&stamp=1156962832&file=log&as=raw
>
> Trying this now. Gotta love it when a >/dev/null 2>&1 l
Andreas Barth wrote:
> Unfortunatly, xulrunner is still not fixed yet.
It can't be until gcj-4.1 has been bootstrapped to a current version on
arm. Unfortunatly my try at this died strangely after 6 days. I
understand that doko has a build running and I'm hoping his succeeds,
otherwise it will tak
Petter Reinholdtsen wrote:
> It has been a while since I reported the architecture distribution in
> Debian, as reported by popularity-contest. The raising star is 'arm',
> now used by 1.3% of the population. 'alpha' and 'sparc' continue to
> drop. Here are the numbers. You can find the details
Frederik Schueler wrote:
> I would like to upload kernel-wedge 2.24 before creating new amd64
> udebs, as there have been some changes to k-w which are needed for the
> new udebs.
>
> The k-w changes are specific to the nic-extra-modules udeb, and might
> touch other architectures too.
>
> can I
Another thing to turn on in your next build is CONFIG_TUN, so openvpn
can be used..
--
see shy jo
signature.asc
Description: Digital signature
Daniel Kobras wrote:
> I'm trying to debug a build failure of graphicsmagick on arm[0]. Alas,
> leisner seems to suffer from unstable NFS, and agnesi lacks
> build-essential, so I'm asking for help here.
Have you tried contacting debian-admin? Here, I'll CC them.
--
see shy jo
signature.asc
D
Martin Michlmayr wrote:
> At the moment, debian-installer has support for:
> - footbridge: Netwinder (well tested) and CATS (should work, cannot test
>due to lack of hw)
> - ixp4xx: NSLU2 (almost done, works well), Loft (work being started soon)
> - s3c2410: BAST (untested, probably has bit
Another one of my periodic mails generated by checking every security holes
listed on http://spohr.debian.org/~joeyh/testing-security.html as fixed in
unstable but not in testing.
CCing this time to the mailing lists for the ports that appear in the
most issues below. You can grep for your archite
Riku Voipio wrote:
> This is very true, and especially now that there is testing security
> available, there is very few people who need official debian stable
> releases. However, it has been unclear if SCC archs would be included in
> testing migration or not.
Right, the issues there are that f
Following up on last night's irc meeting[1], which had a preponderance
of arm (and armeb) people in attendance compared to most architectured,
there is the start of a page for requalifying arm as an etch release
architecture here: http://wiki.debian.org/armEtchReleaseRecertification
This is also a
[ Please CC replie to me. ]
I'm looking for a volenteer to do daily debian-installer image builds on
the arm. You need to be a debian developer and the build will probably
use 1+ hours of cpu per day.
This was previously handled by Vincent Sanders, but his builds[1] have been
down since October.
Wookey wrote:
> OK, I've spent a couple of evenings reading the docs and trying to grok the
> whole thing. I think I've mostly got it but I have a few questions:
>
> 1) Some .cfg files in build/config/ specify MEDIA_TYPE instead of TYPE.
> Type seems to be the main things that decides which packag
matthew green wrote:
> bad ideas often hang around for a long time. the only surprising
> thing to me is how long this one has taken to surface...
Perhaps Branden is gathering information about what a bad idea this
really is, to show upstream the error of their ways. I can't believe he
actually i
Matt Zimmerman wrote:
> On Sun, Jun 16, 2002 at 06:10:10PM +0100, Miah Gregory wrote:
>
> > The size of the local package database is also a concern. Will any of the
> > planned changes to dpkg address the size of the database, to make it more
> > suitable for limited resource devices?
>
> For my
Stephen R Marenka wrote:
> The only error I've seen from yesterday's testing that hasn't yet
> been reported (or I missed it) is that debconf now complains as
> follows.
>
> debconf: failed to initialize frontend: Slang
> debconf: (Unable to load Term::Stool) -- is libterm-stool-perl
> installed
91 matches
Mail list logo
