Philipp Kern wrote:
> It'd make sense to Cc d-admin on this. FWIW, I do recall bad memory issues
> with zee, it's currently down to 16G of RAM, too.
As a point of comparison, the d-i armel builds are ran on a machine with
3 gb of disk, 128 mb of ram (no swap), and 1 cpu. :) d-i daily builds are
Austin Denyer wrote:
> Again, that's fine if you have more work for it to do. I would gain no
> benefit by replacing my SS5 as it works just as well for the task in
> hand as it did when it was new. A new machine would just be spinning
> it's wheels 98% of the time, using more electricity, which
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
Frans Pop wrote:
> Do you think we should make an effort to support sparc32 using 2.6 for
> d-i? You said yourself that things were looking better and these reports
> seem to confirm it.
> This will be after the Beta2 release of the installer though.
FWIW, my testing on that machine (wildebeest)
Zoe Parsons wrote:
> Hi, I've read in a couple of places that there's consideration of dropping
> Sparc32 support totally for Etch? Is this true, and if so is there
> anything I can do to help stop that happening?
>
> I've just reinstalled my Sparcbook laptops with Linux (and was going to do
>
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
Hanno Hecker wrote:
> I think it's valid... or is it changed again after this part? It looked
> ok when I logged in via ssh, and I'm able to log in after reboot.
Well, I run this sparc 5 pretty much 18 hours a day doing test installs,
and sometimes they succeed and sometimes not, and AFAIK the ini
I have a sparc 5 with serial console (9600 baud) which occasionally
begins printing this on the console and seems to be pretty dead:
zs_open tts/%d0, tty overwrite.
zs_open tts/%d0, tty overwrite.
zs_open tts/%d0, tty overwrite.
zs_open tts/%d0, tty overwrite.
zs_open tts/%d0, tty overwrite.
zs_op
Uwe A. P. Wuerdinger wrote:
> After my succesfull install of sarge on a Balde 100 I doscoverd
> that the permissions for /tmp are wrong.
>
> It should be drwxrwxrwx but it is drwxr-xr-x also
> the partition recipe of d-i created a seperated tmp partition
> /dev/hda7 there was no ext3 filesystem cr
> time now. And it works nicely with the recent (pre-RC3) installer images,
> I have tested it myself just a few days ago on an Ultra 1. Unfortunately,
> the submitter does not mention the version of the installer he used...
> Anyway, as I was writing this message, the CIA bot reported that
Mark Brown wrote:
> Me too, probably. I'd managed to completely miss the call for help in
> the last status updates (looking at the announcement I must've started
> skimming well before the call for help in the kernel section).
>
> Outside of the kernel what areas need attention for SPARC?
We se
Peter Dey wrote:
> Hi Jurij,
>
> >Bugger :-/. What image did you use?
>
> I used the 20050217 build;
> from the listing:
> sarge-sparc-businesscard.iso 18-Feb-2005 00:45 30.6M
That narrows it down to two images, one of which has the new kernel on
it, and one of which doesn't.. You need the one
Jurij Smakov wrote:
> The only thing which is pretty much guaranteed is that d-i for sparc is
> not going to be released in this state :-). More seriously though, fixed
> linux-kernel-di-sparc (version 0.62) has been uploaded yesterday and will
> become available (in unstable) with today's mirro
I've an ultra 5, and if I install unstable with the 2.6 kernel on it, it
hangs during boot like this. I've added set -x to the script that seems
to be hanging it:
Initializing random number generator...done.
Recovering nvi editor sessions... done.
+ test -x /usr/bin/audioctl
+ PARAMS=
+ DEVICE=
+
Morten Werner Olsen wrote:
> On Fri, May 21, 2004 at 02:04:55PM -0300, Joey Hess wrote:
>
> > > Today I tried the daily build netinst iso [1] from 24. Apr 2004 with
> > > the following result:
> >
> > I don't see the value of using a daily built image t
Morten Werner Olsen wrote:
> Today I tried the daily build netinst iso [1] from 24. Apr 2004 with
> the following result:
I don't see the value of using a daily built image that is a month out
of date and indeed predates the beta 4 release of the installer?
--
see shy jo
signature.asc
Descript
Morten Werner Olsen wrote:
> Hmm.. I'm quite sure I (mis)typed "linux boot=mount,dall rw", so maybe
> it's the "rw" option that made it work? When looking at
> svn:debian-installer/installer/build/boot/sparc/silo.conf (this is the
> one used when booting netinst?) there is a "read-only" option pres
Morten Werner Olsen wrote:
> Today I tried the daily build netinst iso [1] from 24. Apr 2004 with
> the following result:
>
> - booting with just 'linux' from the silo prompt does still fail with
>the "unable to mount root fs" error
> - booting succedes with 'linux boot=mount,dall rw' from t
Sparc CDs for sarge currently do not boot. Bug #243122. I've seen a lot
of workarounds, and zero effort to fix the problem. If this problem
remains in 2 weeks, then we will not ship sparc CDs as part of beta 4 of
the Debian installer. Which puts us quite close to not including sparc
CDs as part of
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
reassign 50165 whiptail
thanks
It turns out that ruinning whiptail on a sparc yeilds:
whiptail: error in loading shared libraries: libnewt.so.0.50: cannot
open shared object file: No such file or directory
Which is of course why debconf is breaking when it tries to use it..
--
see s
Orion the Hunter <[EMAIL PROTECTED]> -
Date: Wed, 28 Apr 1999 09:21:15 -0500
From: Orion the Hunter <[EMAIL PROTECTED]>
To: Joey Hess <[EMAIL PROTECTED]>
Subject: Re: Bug#36784: queue's line in /etc/suid.conf makes suid.register
output an error
X-Mailer: Mutt 0.95.4i
Qu
de
* was ripped from the open program, and this code is GPL'd
*
* Joey Hess, Fri Apr 4 14:58:50 EST 1997
*/
#include
#include
main () {
int fd = 0;
struct vt_stat vt;
if ((fd = open("/dev/console",O_WRONLY,0)) < 0) {
perror(&qu
[please follow up to debian-devel only]
Steve Dunham wrote:
> RPM does this.
Yeah, I know, I do maintain rpm. ;-)
> dpkg should too.
I'm feeling less lazy and hackish this morning and am inclinded to agree.
Here's a proposal:
Make /etc/dpkg/arch be a conffile for dpkg. If it is not present, dp
Johnie Ingram wrote:
> w-bassmannproc/whattime.h: No such file or directory
Install libproc-dev.
--
see shy jo, stuck on a trian somewhere in Texas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cheated a lot, editing the .changes
> file by hand...)
Well, I've done it. I just use a command line like the following, and it
only generated the binary package, and that's all that's listed in the
changes file.
dpkg-buildpackage -tc -B -m"Joey Hess <[EMAIL PROTECTED]>
I think this is the right place to post this; I'm only beginning to work on
some porting to the sparc.
While compiling some packages for the sparc (a recent fileutils and
bsdgames), I came upon this error:
phantglobs.h:67: macro `strcpy' used without args
phantglobs.h:68: macro `strncpy' used wit
27 matches
Mail list logo