Hi,
This sort of thing should work for you. I assume you have several GB of
bandwidth.
On the live (or standard) system :
dpkg -l > packages.txt
cat packages.txt> some stream filter eg: sed > packages_clean.txt
cat packages_clean.txt > apt-get source
David
surreal wrote:
i cannot imagine w
It may chew up an old computer but a new one won't really do more than
sniffle.
It goes on an endless loop sending short messages to itself which aren't
very long. If you wanted to kill a modern computer with that script
you'd have to set ma=some large number.
It can't kill off a modern mult
TNT2 - use 'nv' driver - the proprietary ones just won't work.
Voodoo -
If all else fails use vesa driver for both.
Try manually configuring xorg.conf:
From root terminal:
X --configure
then follow the instructions it gives you
David
On Fri, 16 Oct 2009 12:13:26 dave boland wrote:
> I ha
I have found this with normal Debian (ie: not Debian-live) on similar
hardware ( TNT2 16MB ). The fix for me was to reboot into Windows and
then I could reboot again back to Debian and it would work correctly
with no configuration changes.
I never did find the root cause of the problem but I s
Is there a reason why the current LTS version of Ubuntu is still running
a legacy version of debian-live? It seems insane - that and it really
hasn't been ported to Ubuntu at all well.
David
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.debian.org
with a subject of "unsubscribe". Troubl
> if you ship a hardware device that runs a e.g. a debian-live
> distribution *and*
>
> * given that you do proper comply to the source compliance
> requirements of GPL-3, *and*
>
> * further given that you do not make it harder to install any other
> OS or distribution (be it based
ng on) in under 2 minutes.
An inexperienced user could brick an embedded system in even less.
David
On Tue, 2009-04-28 at 13:20 +0200, Daniel Baumann wrote:
> David Cottrill wrote:
> > Given that many of the professionals on this list are using debian-live
> > as the basis for embed
Given that many of the professionals on this list are using debian-live
as the basis for embedded products, how is everyone following the change
in the GPL making it unlawful to shut users out of hardware?
http://www.fsf.org/licensing/licenses/gpl-faq.html#Tivoization
--
To UNSUBSCRIBE, emai
Hi, for testing with assorted machines I build a Debian-live USB image
and copy it to CF or usb stick with no modifications.
In my tests it is been used in motherboard CF adapters, IDE to CF
adapters, plain usb sockets and usb CF adapters.
It makes no difference.
I have used it as a rescue disk mo
You need to google 'debian-live' and 'persistence'.
David
On Wed, 2009-04-08 at 01:06 +0200, Ja wrote:
> Hi,
> I managed to run Debian Live from USB but is it possible to run it as normal
> Debian? I mean to be able to save data, to apt-get install things etc? How?
> Best regards,
> FlashT
>
>
Depending on how fundamental you wish to be, you can leave your own
syslinux.cfg in config/binary_local-includes/boot/syslinux.cfg
syslinux.cfg is the file that all the others are included by.
By modifying that, you can bypass all the startup prompts and choices.
eg:
#bypass debian startup promp
f the clean up steps in
chroot build phase would allow me to take it out again...
As always, advice and abuse are wecome - as long there is a a valid
point to be made.
David
On Mon, 2009-03-23 at 09:45 +1100, David Cottrill wrote:
> I'm busy optimising for boot speed now (my base hardwar
problem for me).
Has anyone else not seen a speed improvement after using the
boot=quickreboot flag?
To date I have:
stripped the Debian boot menu
commented out the shutdown prompt
switched off udev
removed hald and all dependencies
avoided installing network-manager
David Cottrill
NCH Softw
On Sat, 2009-03-14 at 19:38 +0100, Daniel Baumann wrote:
> patches to only generated locales if they are not already available in
> the image are welcome though.
>
I'm not quite sure what this as I've always had to run locale-gen when
installing - on the other hand there already seems to be a l
In the chroot phase I'm generating locales - why are they ignored when
the images boot?
I've read the FAQ and I can introduce my own settings but I would prefer
to do it during the build, not during boot.
Any suggestions?
Thanks,
David
--
To UNSUBSCRIBE, email to debian-live-requ...@lists.d
A lot of hacks (particularly $END) but it works.
sync is needed to convince the Debian that /dev/sda2 exists.
CF_DEVICE=/dev/sda
CF_DEVICE_SIZE="4G"
END=":fat16"
CF_DEVICE_ID=${CF_DEVICE:(-3)} # just the last three characters eg; sda
from /dev/sda
PARTED=$(parted -lm) # hard disk (CF card) info
have create (potentially) GBs of logs that
need storage, others can work happily with no persistant storage at all
so I want to get the partitioning all script based and flexible - which
is how I have it configured/working at present.
On Mon, 2009-03-09 at 23:37 -0700, Jordan Share wrote:
&g
9 at 23:11 -0700, Jordan Share wrote:
> David Cottrill wrote:
> > See below - at the beginning it gets upset about the formatting and it
> > never seems to recover.
> > I'm not good enough at partitioning to be able to explain it properly.
> > fdisk has no probl
(should be
in 0-1008)
I don't like this - probably you should answer No
Do you want to write this to disk? [ynq]
On Mon, 2009-03-09 at 22:35 -0700, Jordan Share wrote:
> David Cottrill wrote:
> > I'm after a clever way to sort out my partitioning.
> >
> > Like man
I'm after a clever way to sort out my partitioning.
Like many of you I'm generating many operating systems with varying
parameters - which helpfully will be going onto varying size disks.
Is there a script based way of creating a second (or third) partition
that takes up the rest of a disk of un
Agreed - however that is mainly because it is what I'm doing right now.
In the broader context it seems unlikely to be overly useful. What I'd
prefer is a config program that keeps your build current. eg: If I build
now with etch I use unionfs, if I build with Lenny I use aufs. A program
to mana
I found the problem - I'm an idiot.
I was running lh_clean before my script got to my build directory.
Thanks anyway,
David
On Wed, 2009-02-25 at 10:31 +1100, David Cottrill wrote:
> Here we are...
>
> As you can see it is skipping many things. My workaround currently is to
>
uring file /etc/hosts
P: Begin unmounting filesystems...
On Wed, 2009-02-25 at 09:50 +1100, David Cottrill wrote:
> I'll send out a log next time it happens...
> Thanks again,
> David
>
>
> On Tue, 2009-02-24 at 06:16 +0100, Daniel Baumann wrote:
> > David Cottrill wro
I'll send out a log next time it happens...
Thanks again,
David
On Tue, 2009-02-24 at 06:16 +0100, Daniel Baumann wrote:
> David Cottrill wrote:
> > What is the correct way to call the build scripts after changing
> > configuration?
>
> depends on what changes you
ms to have little if any effect.
Thanks,
David
On Tue, 2009-02-24 at 06:16 +0100, Daniel Baumann wrote:
> David Cottrill wrote:
> > What is the correct way to call the build scripts after changing
> > configuration?
>
> depends on what changes you make. whichwever stage is inf
What is the correct way to call the build scripts after changing
configuration?
Currently I'm using
lh_clean
lh_config clean
lh_config $NEW_OPTIONS
lh_build
Frequently the build fails silently because it hasn't noticed the
changes made (I assume).
Using Debian Lenny - week old install.
Thanks i
26 matches
Mail list logo