Aurelien Jarno wrote:
[snip]
> Index: build/config/mipsel.cfg
> ===
> --- build/config/mipsel.cfg (révision 50970)
> +++ build/config/mipsel.cfg (copie de travail)
> @@ -1,4 +1,4 @@
> -SUBARCH_SUPPORTED = cobalt sb1-bcm91250a sb1a-
Aurelien Jarno wrote:
> On Sun, Jan 20, 2008 at 08:10:07PM +0100, Frans Pop wrote:
> > On Sunday 20 January 2008, Aurelien Jarno wrote:
> > > +++
> > > kernel/linux-kernel-di-mips-2.6/modules/4kc-malta/fb-modules
> > > (révision 0)
> > > @@ -0,0 +1,25 @@
> > > +aty128fb
> > > +atyfb
> > > +ra
Otavio Salvador wrote:
> Aurelien Jarno <[EMAIL PROTECTED]> writes:
>
> > Otavio Salvador a écrit :
> >> Aurelien Jarno <[EMAIL PROTECTED]> writes:
> >>
> >>> +static struct cpu system_malta_cpu[] = {
> >> system_mips_malta_cpu would be clearer, IMO.
> >>
> >
> > Well other
Martin Michlmayr wrote:
> * Otavio Salvador <[EMAIL PROTECTED]> [2007-08-31 14:06]:
> > * mips and mipsel builds are still broken.
>
> I built daily images on mipsel today and they built just fine. Maybe
> Thiemo can enable his images again.
Done for mipsel, on my mips build machine "make" fails
Frans Pop wrote:
[snip]
> For mips(el):
> In input-modules for bcm* kernels, usbmouse is currently included. AFAIK
> that module should not be needed and that module could be removed.
I don't see why, the 91250 has USB on board.
Thiemo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a sub
supaplex wrote:
> Package: installation-guide-i386
> Severity: wishlist
>
> FWIW, I used qemu to test my remote install of debian will boot
> correctly. There are some outstanding issues with this line of thought.
> However, for those that want to persue this, it can be a comfort to have
> a high
Uwe Dippel wrote:
> Subject says it:
> debian-testing-i386-netinst.iso (20070303) does not 'see' the eth0 offered
> by qemu. I have checked with dmesg | grep eth0, it is empty. It is no qemu
> problem, since in all other images I use: KNOPPIX, DSL, ... eth0, comes up
> properly. On the .iso as well
Joey Hess wrote:
> Holger Wansing wrote:
> > wdm should be included in that task to have graphical login
> > screen available.
> > That installs only 3 packages (libungif4g, libwraster3 and wdm)
> > and needs only 1630kB additional memory on disk.
>
> Is there some reason why you're suggesting wdm
Christian Perrier wrote:
> > If anybody is interested, you can find the CD and a text describing what
> > we did to make it work at:
> >
> > http://rad.bioinfo.ulaval.ca/hardware/altixia64/
>
>
> I tried to read the document quickly, but it's not really easy to dig
> out which changes would be n
Jens Seidel wrote:
[snip]
> PS: Frans, in your last mail to this issue (many months ago) you just
> wrote that you do not want to reply to me until I calm down. This is not
> necessary. I'm really able to participate in serious discussions but the
> problem is there there was *never* such an (publi
Sven Luther wrote:
> On Wed, Nov 01, 2006 at 11:53:32PM -0600, Peter Samuelson wrote:
> >
> > > Robert Collins <[EMAIL PROTECTED]> writes:
> > > > I can also note why bazaar wont build as root: its test suite
> > > > includes a test for the ability to handle read only directories
> > > > correctly
Jens Seidel wrote:
> Hi,
>
> http://www.us.debian.org/releases/etch/mips/ch05s01.html.en contains:
>
>
> 5.1.2.1. SGI TFTP Booting
> On SGI machines you can append boot parameters to the bootp(): command
> in the command monitor.
> Following the bootp(): command you can give the path and nam
Nathanael Nerode wrote:
> Steve Langasek wrote:
>
> > If it is the consensus of the project that sourceless firmware doesn't
> > belong in main, this is a conscious regression in DFSG-compliance relative
> > to sarge. I don't think that's acceptable. We obviously do have the
> > means to remove
David Goodenough wrote:
> On Wednesday 30 August 2006 13:15, Thiemo Seufer wrote:
> > Michel Lespinasse wrote:
> > [snip]
> >
> > > What happens is that t-rex builds an ecoff image, I suppose this is what
> > > the firmware on a real decstation would boot.
Michel Lespinasse wrote:
[snip]
> What happens is that t-rex builds an ecoff image, I suppose this is what
> the firmware on a real decstation would boot. However gxemul does not have
> any firmware, it only knows how to load an ELF file and get it started.
> Well supposedly it should also be able
Michel Lespinasse wrote:
> Hi Martin,
>
> On Mon, Aug 28, 2006 at 05:10:06AM -0700, Michel Lespinasse wrote:
> > Also just as a sanity check I did confirm today that the installation on
> > decstation works fine if I use the sarge 31r2 image instead. So gxemul
> > does seem to be useable enough if
Julien BLACHE wrote:
> Thiemo Seufer <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> > Well, it _should_ try to boot from scsi(X)cdrom(Y)partition(8)/sashARCS,
> > which _should_ be provided in the CD's volume header as an alias to
> > r4k-ip22.
>
> >
Julien BLACHE wrote:
> Christian Perrier <[EMAIL PROTECTED]> wrote:
>
> > Indeed, the code in localechooser that decides to display one or
> > another set of languages is pretty incomplete. It decides this based
> > on assumptions about the display but these are probably incomplete:
>
> The conso
Julien BLACHE wrote:
[snip]
> Note: the installation manual lacks the instructions needed to boot
> from the CD (boot -f scsi(X)cdrom(Y)partition(8)/r4k-ip22 in the PROM)
This should work semi-automatically via the "install system" entry in
the firmware menu.
Thiemo
--
To UNSUBSCRIBE, email t
Julien BLACHE wrote:
> Thiemo Seufer <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> >> Note: the installation manual lacks the instructions needed to boot
> >> from the CD (boot -f scsi(X)cdrom(Y)partition(8)/r4k-ip22 in the PROM)
> >
> > This should
Martin Michlmayr wrote:
> * martin f krafft <[EMAIL PROTECTED]> [2006-08-10 16:06]:
> > This is obviously to aid development but should not add to the
> > kernel size or affect the user: please enable the use of the sysrq
> > key during d-i.
>
> 2.6.17 has this enabled so this'll automatically be
maximilian attems wrote:
[snip]
> > No, it is not. As you may have noticed, we had a release update a few
> > days ago, telling people that we're currently planning to release with
> > 2.6.17. Though we're aware that it might be needed to update the kernel
> > in October, the current upstream relea
Jason Self wrote:
[snip]
> Please see
> http://lists.debian.org/debian-powerpc/2006/07/msg00188.html
>
> And, as Brian Durant pointed out, this isn't just about the iMac G5
> but also the Power Mac G5 (PowerMac 9.1) as well. In fact, Debian
> chokes on most of Apple's newer PowerPC machines. I and
maximilian attems wrote:
> Package: partman-target
> Version: 44
> Severity: normal
> Tags: patch
>
> please apply belows patch,
> to add the /proc line to fstab with nosuid.
>
> rationale:
> setuid and setgid bits have nothing lost in /proc, nice workaround
> for kernel /proc vulnerability, see
Frans Pop wrote:
> On Sunday 09 July 2006 05:08, Adam Borowski wrote:
> > 3. [G-I]: On lowmem, it would be better to flat-out refuse to run the
> > graphical installer; a blank screen is an ugly way to die.
>
> The graphical installer already automatically falls back to text mode if
> there is no
Geert Stappers wrote:
> On Tue, May 30, 2006 at 09:16:52PM -0400, Joey Hess wrote:
> > [ upgrade to glibc >= > 2.3.6-11 ASAP ]
> >
> > (This issue might not affect a couple of architectures like ia64 and hppa
> > that I think already had libc linked to libgcc before. Also, the new
> > glibc hasn't
Frans Pop wrote:
[snip]
> IMO the question whether 2.4 should be removed now and if so for which
> architectures is something to be decided between the kernel team and
> porters.
> If a porter needs more time to switch to 2.6 for the installer, he should
> probably come up with a migration plan
Domenico Andreoli wrote:
> hi Jack,
>
> On Mon, May 01, 2006 at 11:58:04PM -0700, [EMAIL PROTECTED] wrote:
> > I'm interested in installing Debian on a reiser4 root partition
> >
> > Are you aware of any work on a partman-reiser4 udeb?
>
> no, sorry.
>
> debian linux kernel guys vetoed reiser4
Andreas Barth wrote:
> * Frans Pop ([EMAIL PROTECTED]) [060429 12:36]:
> > > Or, a totally different idea: Why do we (technically) need to
> > > rebuild the installer at all? Could we try to avoid that need in
> > > future?
>
> > The main reason (AIUI) we want to have a new installer with new ker
Manoj Srivastava wrote:
> On 13 Apr 2006, Bastian Blank wrote:
>
> > On Thu, Apr 13, 2006 at 10:28:56AM -0500, Manoj Srivastava wrote:
> >> That is stretching it. The third component of a version is
> >> hardly a "major" revision.
> >
> > Why?
>
> Component in a version are major.minor.su
Petter Reinholdtsen wrote:
> [Christian Perrier]
> > We're dealing here with a quite informal population of people wanting
> > to "easily" install Debian and indeed we're probably having hard times
> > in figuring out exactly what they might expect.
>
> Yes. And some of these do not want the cong
Daniel Dickinson wrote:
[snip]
> | FWIW, I wrote buildscript just as a helper for local d-i testing,
> | and put it in SVN when it evolved enough to be useful for other
> | d-i developers with different architectures. It was never intended
> | to be useful for production builds of d-i.
>
> Ah, I
Joey Hess wrote:
> Christian Perrier wrote:
> > Our now famous "Bob User" will for sure never use the method suggested
> > by Joey for choosing tasks.
>
> I think you're being inconsistent in your definition of "Bob user". Bob
> as been someone we don't bother with little details like disk
> parti
Daniel Dickinson wrote:
[snip]
> Well afir the only change between a build with this message and the
> build getting further, was adding the pic's so something screwy was
> going on. Personally I think my problems are a result of trying to use
> the buildscript before this. I know it's supposed
severity 287021 wishlist
thanks
Daniel F. Dickinson wrote:
> Package: debian-installer
> Severity: serious
> Justification: 4 (Autobuilding)
>
> Rationale: rc2 is an official release candidate of the debian-installer,
> therefore checking out rc2 should successfully autobuild d-i rc2,
> includi
Colin Watson wrote:
[snip]
> Better branding support would be nice in the manual in general; at the
> moment my Ubuntu diff is distressingly enormous due to the frequency
> with which "Debian" is mentioned by name without the use of an entity.
> The only appropriate entity right now is &debian;, wh
Joey Hess wrote:
> We could pick an option in the 128-254 range and use it, but we might be
> violating rfc2939 by doing so, since it requires that these "MUST NOT be
> defined for use by any publicly distributed DHCP server, client or relay
> agent implementations".
FWIW, FAI uses some of those o
Andres Salomon wrote:
[snip]
> > This "Hooray, it compiles!" approach is unlikly to ever produce an
> > useful kenrel for architectures not maintained in mainline.
> >
>
> I fail to see why not. How is it we can keep patches in arch-specific
> k-i packages, but keeping them in k-s won't work?
A
Andres Salomon wrote:
[snip]
> b) Get archs autobuilt, so that they don't lag behind. They may not boot,
> but they'll at least compile. Given the way that kernel development
> upstream is happening, the development process will look something like
> this: 1) release k-s 2.6.10-1, upload i386 ima
Fabio Massimo Di Nitto wrote:
[snip]
> | You can do this in ubuntu only because you have only 2-3 arches to
> | worry about,
>
> The model can be adapted. I am not pushing a patch to force our
> solution, but to give back the code that has been done and tested.
> It is up to the 2 teams to decide
Martin Michlmayr wrote:
> * Philippe Vachon <[EMAIL PROTECTED]> [2004-11-26 00:02]:
> > 1. The version of fdisk that comes with Debian Installer REALLY sucks...
> > namely because I had to figure out on paper my partition table, rather
>
> We'll move to something else after sarge.
>
> > 2. After
Christian Perrier wrote:
> tags 283456 moreinfo
> thanks
>
> > Comments/Problems:
> > Was it really that difficult to include kernel/driver/scsi/initio.ko ? :(
>
> Well, given the highest level of information you provide, I'm afraid
> noone can do anything.
>
> It seems that your hard disk wasn'
Horms wrote:
> On Sat, Nov 27, 2004 at 01:33:53AM +0100, Norbert Tretkowski wrote:
> > * Horms wrote:
> > > If interested parties could take a look before I upload them I would
> > > be grateful.
> >
> > Build fails on alpha, patch attached.
>
> Thanks, though that fix doesn't seem very clean to
Frans Pop wrote:
> On Tuesday 09 November 2004 00:34, Martin Michlmayr wrote:
> > +# mount proc since arcboot needs it to decide between IP22 and IP32
> > +mount -t proc none /target/proc || true
>
> Wouldn't it be cleaner to test first if /target/proc was already mounted
> (with 'mount | grep -q
Thiemo Seufer wrote:
> Martin Michlmayr wrote:
> > * Joey Hess <[EMAIL PROTECTED]> [2004-10-13 21:08]:
> > > tbm: If either of the above have been done, or you feel only one is
> > > enough, feel free to close either or both bugs. I'm not sure how well
>
Martin Michlmayr wrote:
> * Joey Hess <[EMAIL PROTECTED]> [2004-10-13 21:08]:
> > tbm: If either of the above have been done, or you feel only one is
> > enough, feel free to close either or both bugs. I'm not sure how well
> > arcboot-installer can check for root filesystem type since mips doesn't
Joey Hess wrote:
> Bastian Blank wrote:
> > On Sun, Oct 17, 2004 at 12:28:56AM -0600, Kenshi Muto wrote:
> > > New Revision: 23178
> > > Modified:
> > >trunk/packages/rootskel/debian/changelog
> > >trunk/packages/rootskel/src/lib/debian-installer.d/S40term-linux
> > > Log:
> > > Enable UTF-
Petter Reinholdtsen wrote:
> [Martin Schulze]
> > ln -s /dev/null test.c
> > gcc -E -dM test.c
>
> or just 'echo | gcc -E -dM -'
IIRC this doesn't work reliably for all gcc versions, because the guess
about the compiler language for unknown file extensions changed over
time. Luckily the language
Martin Schulze wrote:
> FYI
>
> When writing code you want to have executed only on the Debian mipsel
> architecture, please make sure to use the __MIPSEL__ macro/define and
> not __mipsel__. The latter doesn't exist.
>
> There is __mips__ available as well, but it's the CPU architecture
> and
Wouter Verhelst wrote:
> Package: base-config
> Severity: important
>
> Hi,
>
> Base-config should set up a getty on a serial console if the install was
> done on a serial console.
Prebaseconfig is supposed to do this.
> This is easy; make sure a line like
>
> T0:23:respawn:/sbin/getty -L ttyS
Tapio Lehtonen wrote:
> I think installer wants files from remote mirror that are already in
> CD-drive.
IIRC it tries to update to the latest version.
> I booted from pre-RC2 floppies, boot, root, and cd-drivers. Then
> installer found SCSI CD-drive and pre-RC2 netboot cd image there.
>
> Then
Martin Schulze wrote:
[snip]
> > We could simply declare no preferred keyboard for the mipsel
> > architecture (beware, there's __mips__ for both mips and mipsel, and
> > __MIPSEL__ for only mipsel). This would require the dialog to be
> > displayed, though, for the user to be able to select the k
Norbert Tretkowski wrote:
[snip]
> > > I'm going to upload an updated kernel-image-2.4.26-alpha package next
> > > weekend, please make sure you're using this one, because it'll be
> > > build against kernel-source-2.4.26 2.4.26-6, which fixes some security
> > > issues.
> >
> > ... not kernel-ima
[EMAIL PROTECTED] wrote:
> hi,
>
> i'm on installing debian linux sarge on an alphastation 500/266. The
> installation itself works fine, but there is a problem regarding the
> c-compiler. Linking an object file previously compiled results in an
> error: /usr/bin/ld: unrecognized option --as-ne
Frederik Dannemare wrote:
[ snip ]
> > That list should be a starting point for planning the trip. Andreas,
> > you need to collect cost estimates from everyone interested in
> > getting their travel covered, and use this to decide who will get
> > their trip funded.
> [ snip ]
>
> Since I'm no D
Goswin von Brederlow wrote:
[snip]
> I'm intrested in going but I probably don't qualify for funding since
> I haven't done any work for ages.
>
> I'm just mentioning this for organizational purposes.
>
> - Anyone driving from Tuebingen or Stuttgart so we can share a ride?
I plan to do so this y
Ralf Gesel|ensetter wrote:
[snip]
> Why not define a well defined interface how to define a linear equation or the
> like on how to define each partition's size? Something like what I proposed
> at http://bugs.skolelinux.no/show_bug.cgi?id=774
>
> Another way could be to have a minsize and a max
[EMAIL PROTECTED] wrote:
[snip]
> Comments/Problems:
>
> When selecting to install from cdrom it says and affirming to have inserted the cdrom
> I get the error message "Installation tools not found." This is most likely
> a problem with the cdrom.
Hm, Debian has no IRIX-style installation tools.
Matthias Urlichs wrote:
> Package: debian-installer
> Severity: important
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> [2004-07-29] Accepted gnutls11 1.0.16-4 (i386 source)
>
> This means that gnutls11 will enter testing in time for the freeze.
The base dependencies were (supposed to
Nicholas Breen wrote:
> d-i's failing again on mips (Indy r4k) with 32 MB. Netbooting from a
> current svn build dies just after the base system components are
> downloaded, and the 20040729 sarge_d-i CD images start failing during
> network configuration as the VM begins to kill processes.
I jus
Harald Dunkel wrote:
[snip]
> @@ -251,13 +253,27 @@
> # XXX: This isn't the best way to do this; we should autodetect.
> # The order of these modules are important.
> get_manual_hw_info() {
> + case $KERNEL_VERSION in
> + 2.4.*)
> + KERNEL_IS_24=yup
> +
Adam Thornton wrote:
> As near as I can tell, S/390 still uses partconf, and it and m68k are
> the only architectures to do so.
mips (dvh/SGI) is the third one.
> Something I think we should think about--although not for the d-i or
> sarge releases, probably--is to get S/390 moved over to partman
Martin Michlmayr wrote:
> * Thiemo Seufer <[EMAIL PROTECTED]> [2004-07-24 02:56]:
> > > The code I look at is in
> > > packages/rootskel/src/lib/debian-installer-startup.d/S01mount
> > packages/rootskel/src/sbin/init
>
> Well, I still see the error with a
Martin Michlmayr wrote:
> * Thiemo Seufer <[EMAIL PROTECTED]> [2004-07-23 19:03]:
> > The line reads now:
> > umount initrd 2>/dev/null || true
>
> Where's this from?
>
> The code I look at is in
> packages/rootskel/src/lib/debian-installer-st
Adam Thornton wrote:
> On Fri, 2004-07-23 at 12:23, Thiemo Seufer wrote:
> > AFAICS the installed system shouldn't mount devfs. It also should have
> > static /dev entries, managed by makedev.
>
> In that case where in the debian-installer build do I need to put th
Adam Thornton wrote:
> The /etc/fstab written for S/390 assumes old-style, static /dev entries:
> /dev/dasda1, /dev/dasdb1, and so on.
>
> Unfortunately, the installed system does not have those device nodes,
> but instead has devfs: /dev/dasd//part1, etc.
AFAICS the installed system shouldn't mo
Martin Michlmayr wrote:
> * Thiemo Seufer <[EMAIL PROTECTED]> [2004-07-23 18:16]:
> > > The last warning is harmless but might confuse newbies.
> > The current SVN rootskel supresses the warning.
>
> Does it? I don't see how.
The line reads now:
Martin Michlmayr wrote:
> When booting, I get:
>
> Freeing unused kernel memory: 6200k freed
> Setting up filesystem, please wait ...
> umount: /initrd: Invalid argument
>
> The last warning is harmless but might confuse newbies.
The current SVN rootskel supresses the warning.
[snip]
> As I see
Steinar H. Gunderson wrote:
> Package: grub-installer
> Severity: grave
> Justification: renders package unusable
>
> grub-installer fails to install, with the following message in syslog:
>
> Jul 18 20:45:52 main-menu[298]: (process:25772):
> /var/lib/dpkg/info/grub-installer.postinst: 7: get_s
Rafael Ávila de Espíndola wrote:
> the buildscript uses pushd that isn't available in dash. Perhaps the first
> line should read "#/bin/bash"?
Done, thanks for the notice.
Thiemo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Konstantinos Margaritis wrote:
> (For those who don't follow the thread about preseeding X debconf
> values, I need a way to support both woody, sarge and future releases
> and I need a way to know the current release)
>
> Can I count on /etc/debian_version holding specific and well known
> val
Frans Pop wrote:
[snip]
> With the cd-drivers floppy, two other menu items are added:
> - - Choose language (10)
> - - Choose country or region (11)
> - - Detect and mount CD-ROM (14)
> - - Load drivers from a floppy (12)
> - - Select a keyboard layout (12)
> - - Load installer components from CD (
Udo Rader wrote:
> Package: debian-installer
> Version: tc1
>
> when doing a 2.6 network boot on one of our servers, the kernel loads
> fine until it tries to access the ramdisk. I then tons of errors like
> this:
>
> -CUT-
> attempt to access beyond end of device
> ram0: rw=0, wa
wouter wrote:
[snip]
> Some notes I wrote down as I was performing the installation:
> * Choosing Dutch as installer language will hang the installer at the point
> where a hostname has to be chosen (hence the "E" at network configuration,
> although it isn't the network configuration udeb at f
Hello All,
the following udebs are currently in testing, but out of sync between
architectures, and should be resynced for the release candidate:
archdetect alpha 0.100; other 0.101
bogl-bterm-udeb i386, powerpc 0.1.18-1; other 0.1.17-1
cdebootstrap-udeb arm, sparc 0.2.
Martin Michlmayr wrote:
> * Thiemo Seufer <[EMAIL PROTECTED]> [2004-06-19 15:49]:
> > > In this case, we should add a finish.d script which check that there's
> > > no separate /boot.
JFTR, the delo bootloader on mipsel also won't work with separate boot.
Martin Michlmayr wrote:
> * Thiemo Seufer <[EMAIL PROTECTED]> [2004-06-19 12:50]:
> > Well, the firmware has no problem with booting from arbitrary
> > partitions, so a separate /boot makes little sense, and arcboot
> > doesn't support it. This should be document
Martin Michlmayr wrote:
> retitle 255169 needs finish script to check that there's no /boot
> reassign 255169 arcboot-installer
> thanks
>
> * Thiemo Seufer <[EMAIL PROTECTED]> [2004-06-19 12:50]:
> > Well, the firmware has no problem with booting from arbitra
Julien BLACHE wrote:
[snip]
> >> Disappointment : no XFS support :(
> >>
> >> The bootloader installation went fine, but, unfortunately, it doesn't
> >> handle a separate /boot partition, so the machine couldn't reboot.
> >
> > Well, the firmware has no problem with booting from arbitrary
> >
Julien BLACHE wrote:
[snip]
> Comments/Problems:
>
> I didn't remember that I had to create the partitions from last to
> first, I'm pretty sure I didn't do that when I installed woody on the
> machine a year ago. Anyway, I eventually figured out and partitioned
> the disk. Had to create an SGI di
Joshua Kwan wrote:
> On Fri, 18 Jun 2004 23:23:00 +0200, Thiemo Seufer wrote:
> > OTOH, the linux kernel uses this scheme for a very log time now.
> > Deviating from it will break "make oldconfig dep install modules_install"
> > style upgrades from upstream sourc
martin f krafft wrote:
> also sprach Thiemo Seufer <[EMAIL PROTECTED]> [2004.06.18.2323 +0200]:
> > OTOH, the linux kernel uses this scheme for a very log time now.
> > Deviating from it will break "make oldconfig dep install
> > modules_install" style upgrades
Petter Reinholdtsen wrote:
> [Martin F Krafft]
> > Why does Debian drop symlinks to vmlinuz and initrd.gz into the root
> > directory? The FHS does allow it (after all), but it's butt-ugly, if
> > you ask me.
>
> I do not care much about its uglyness, but it can also be a problem
> when using grub
Martin Michlmayr wrote:
> I asked James to put the following udebs in testing (this will happen
> with today's dinstall):
>
> base-installer 0.084
> colo-udeb (new)
> palo-installer 0.0.4
> partman-jfs 2
> partman-auto 23
> ddetect 0.101
> yaboot-installer 0.0.25
> linux-kernel-di-mipsel 0.57 (hav
Christian Perrier wrote:
[snip]
> I started thinking about a very simple package (let's name it
> "automate") which just:
>
> -runs very early
> -loads the floppy module
> -read a file from the floppy (FAT16 formatted) with simple debconf
> variables settings (and comments):
[snip]
> -feed debconf
Margarita Manterola wrote:
[snip]
> I think it would be nicer if the parameters for swap size could be taken
> from the memory size, the minimum being the memory size, and the maximum
> the double of the memory size... Or something like that.
This might give weird results for a machine with plenty
Bastian Blank wrote:
> On Tue, Jun 15, 2004 at 01:03:32PM -0400, Joey Hess wrote:
> > It sounds like the new libd-i package resolver works for i386. That's a
> > nice change.
>
> The next pending change will break cdrom installs, because debian-cd
> discards libdebconfclient-udeb and anna can't re
Margarita Manterola wrote:
[snip: Mac with 12 MB]
> It's an OOPS. I have the screenshot on a digital camera. These are the
> lines I copied from the screen:
>
> Data write fault at 0x00AFF000 in Super Data (pc=0x214FC)
> Bad Kernel BUSERR
> (...)
> Process Swapper (pid=1, stackpa
Colin Watson wrote:
[snip]
> > > ./update-manifest $@ $(MANIFEST-INITRD)
> >
> > You may want to add also
> >
> > ./update-manifest $(INITRD_LIST) $(MANIFEST-INITRD_LIST)
>
> I was hoping to avoid that, since I thought that would mean I'd have to
> set MANIFEST-INITRD_LIST in all the .cfg
Joey Hess wrote:
[snip]
> > Please tell me and the other lurkers here more
> > how to decode kernel oopses in debian-installer.
> >
> > For what I see, is that the package ksymoops is needed at the target system.
>
> Well we use the stock debian i386 kernel, so you just get another system
> with
Colin Watson wrote:
[snip]
> @@ -572,8 +575,9 @@
> # Create the images for dest/. Those are the targets called from config.
> #
> # Create a compressed image of the root filesystem by way of genext2fs.
> -$(INITRD): $(TEMP_INITRD)
> +$(INITRD): $(TEMP_INITRD) $(TEMP_INITRD_LIST)
> install
Joey Hess wrote:
> Thiemo Seufer wrote:
> > ~/.profile gets ignored, because $HOME is set to / instead of /root,
> > so it uses only the definitions in /etc/profile. (This also leaves
> > a .bash_history file in /.)
>
> I thought that might be it too, but I cannot repro
Joey Hess wrote:
[snip]
> Looking at it again, the root cause seems to be that a root login shell
> does not get the sbin directories in the PATH. The PATH is
> "/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games". That seems broken
> to me, shouldn't root have those directories in its path when
Joey Hess wrote:
> Thiemo Seufer wrote:
> > > - mips Installs on r4k-ip22 with 32 MB fails, it needs 36 MB until
> > > swap is available, lowmem assumes 25 MB
> >
> > With SVN as of a few days ago, it needs ~28 MB, I haven't figured out
> > t
Christian Perrier wrote:
[snip]
> OKgot it, quite certainly.
>
> We need changing ther lowmem package with the following (untested):
>
> 9c9
> < db_set languagechooser/language-name "English (USA)"
> ---
> > db_set languagechooser/language-name "English"
> 10a11,16
> >
> > db_set countrycho
Christian Perrier wrote:
> Quoting Christian Perrier ([EMAIL PROTECTED]):
>
> > > Unknown localized field:
> > > Description-C.UTF-8
> >
> > Hmm, it seems that an incorrect languagelist file escaped from my
> > system..:-(
> >
> > This "C" entry should have been removed, at least temporarily
>
Joey Hess wrote:
[snip]
> - mips Installs on r4k-ip22 with 32 MB fails, it needs 36 MB until
> swap is available, lowmem assumes 25 MB
With SVN as of a few days ago, it needs ~28 MB, I haven't figured out
the reason (nearly all of it due to increased memory usage, which was
only partiall
Debian Installer wrote:
>
> Accepted:
> languagechooser_1.23.dsc
> to pool/main/l/languagechooser/languagechooser_1.23.dsc
> languagechooser_1.23.tar.gz
> to pool/main/l/languagechooser/languagechooser_1.23.tar.gz
> languagechooser_1.23_all.udeb
> to pool/main/l/languagechooser/languagechoos
uess the original code
> should be tweaked so that the PID of the grep process is excluded,
> as Thiemo Seufer suggested.
The following line works in busybox, and matches also the blank in
front of the process name to make mismatches less likely.
ps |grep ' udhcpc\| dhclient\| pump' |gre
Thomas Hood wrote:
[snip]
> pids=$(ps ax | grep 'udhcpc\|dhclient\|pump' | sed 's/^[
> ]*\([0-9]*\).*/\1/')
>
> However, (1) this picks up the PID of the grep process itself:
>
> $ ps ax | grep 'udhcpc\|dhclient\|pump'
> 15769 pts/2S+ 0:00 grep udhcpc\|dhclient\|pump
>
>
> (2) I don't s
1 - 100 of 252 matches
Mail list logo
