Bug#572013: Patch for #572013, #572008 (bashism in udhcpc/default.script)

2010-03-01 Thread Bastian Blank
On Mon, Mar 01, 2010 at 02:10:54AM +0100, Axel Beckert wrote:
> -   /sbin/route add default gw $i dev $interface metric 
> $((metric++))
> +   /sbin/route add default gw $i dev $interface metric 
> $((metric=metric+1))

I currently think about why this metric argument is there anyway. The
script from the isc dhcp does not set it in this case. Maybe it could
just be removed.

Bastian

-- 
Kirk to Enterprise -- beam down yeoman Rand and a six-pack.



-- 
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/20100301092105.gw19...@wavehammer.waldi.eu.org



Bug#572013: Patch for #572013, #572008 (bashism in udhcpc/default.script)

2010-03-01 Thread Axel Beckert
Hi,

Bastian Blank wrote:
> On Mon, Mar 01, 2010 at 02:10:54AM +0100, Axel Beckert wrote:
> > -   /sbin/route add default gw $i dev $interface metric 
> > $((metric++))
> > +   /sbin/route add default gw $i dev $interface metric 
> > $((metric=metric+1))
> 
> I currently think about why this metric argument is there anyway. The
> script from the isc dhcp does not set it in this case. Maybe it could
> just be removed.

As just discussed on #debian-boot with Otavio, the busybox udeb's
udhcpc (special default.script for the udeb by Otavio) does not set
the metric either, so we should be able to safely drop it, yes.

Axel Beckert wrote:
> Will check for further occurrences of this bashism inside the
> busybox package and add a patch against current SVN to this bug
> report.

In the meanwhile I indeed found some more occurrences of this
bashism -- and now I also remember from where that code originates:

Our default.script is mainly based on the scripts in busybox'
examples/udhcpc/ directory. Those are though not part of the binary
packages as we ship our own default.script.

Will send an appropriate patch for the example scripts to upstream,
too.

Hope to find time to create the new patches either late this evening
or tomorrow.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



-- 
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/20100301125331.ga1...@sym.noone.org



Bug#572094: debian-installer: Proliant DL385G6 doesn't boot, BUG: Bad page state in process swapper

2010-03-01 Thread Frans Pop
On Monday 01 March 2010, Marc Haber wrote:
> when trying to install using the squeeze Alpha 1 amd64 installer, a hp
> ProLiant DL385G6 crashes on boot:

Please try a daily built image which should have a 2.6.32 kernel now.
If that fails as well, we'll reassign to the kernel team.

> I find it interesting that the kernel thinks it's tainted when booting
> from an "official" Debian installer CD.

It gets tainted *because* of the kernel bug. Nothing to worry about.

Cheers,
FJP



-- 
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/201003011658.55651.elen...@planet.nl



cursos video aulas downloads de video aulas

2010-03-01 Thread David
video aula matematica palestras em video: 
Visite: http://www.cursoemvideoaulas.com

cursos video aulas downloads de video aulas, video aula matematica palestras em 
video, aula violão video aulas violão, como fazer sites aprenda espanhol, video 
aula em dvd aulas música, aula guitarra video aula concurso, aula violão como 
fazer video, como fazer magica aula musica, sites de video aulas video aula 
portugues, video aulas de violão como fazer amor. cursos video aulas downloads 
de video aulas.

Mais detalhes em: 
http://www.cursoemvideoaulas.com

video aula matematica video aulas, cursos video aula video aulas, video aulas 
de violão video aula download, videos aulas guitarra violao em video, video 
dança aulas música, aprenda inglês como fazer decoracao, aulas guitarra online 
video aulas canto, como fazer sushi video aulas violão, video aula guitarra 
como fazer sushi, video bateria aprenda inglês. vídeo aula video cursos, 
downloads de video aulas video cursos, aprenda ingles como fazer um, aulas em 
videos violao em video, violao em video aulas guitarra, aula guitarra on line 
aula guitarra, como fazer amor aulas canto, como fazer um video aulas direito, 
video aula matematica como fazer magica, video curso videos aula guitarra. 

aula violão video aulas violãodvd video aula downloads video aula, video aulas 
palestras em video, aulas guitarra aulas de video, video aulas flash como fazer 
curso, video aulas canto aulas em videos, programa video aula aula piano, aulas 
bateria video aulas violão, como fazer montagem como fazer video, video aula 
concursos aula guitarra online, video aulas flash video aula em dvd.


-- 
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/1267453068ba61057208f13a956e62977c5bfee...@gmail.com



Yet another [cross] installer

2010-03-01 Thread Hector Oron
Hello,

  Nowadays, the number of devices (non x86) is growing and growing.
Lots of these devices have not upstream linux kernel support, which
makes it a bit harder to maintain in the context of debian-installer.
Also, afaict, debian-installer team does not like to add complexity to
d-i, which I understand, so it has better maintainability in the
future.

  Also live-installer could be the path to track for such kind of
devices, but again, live-installer was not meant for such purposes and
I believe maintainer won't be happy to add such extra features.

  Ubuntu people has been working on a nice tool (evolution from
build_arm_rootfs) named 'rootstock' which basically prepares a
filesystem for ARM targets.

  I have N armel devices, some mipsel ones and powerpc, most of them
are not mainlined supported, but a third party supports it. I would
like to work on a tool which can handle all my devices and it is
scalable to support other people devices, either using native or
cross; with MTD, SD, USB support; with and without using qemu magic;
with official debian repositories and non-official ones (SH, avr32,
uClibc targets, ...)

  I have started a couple wiki pages for porting PS3 and EfikaMX
(still WIP) boards to Debian in a "hackish" way. I would also like to
add balloonboard support among others.

  I would like to have some feedback from the community to see which
it is best way forward *in a Debian way of doing things* or
suggestions and thoughts. So the question would be:

  Which is best way forward, in your opinion, for supporting non-x86
arches installations (even installation done from a x86 platform)?
(debian-installer, live-installer, rootstock or start from scratch)

Kind regards,
-- 
 Héctor Orón


--
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/dd0a3d701003011102k3478ac26g87f060088b6be...@mail.gmail.com



Re: debian installer, kernel and keyboard

2010-03-01 Thread Kenneth Macdonald Karlsen
2010/2/28 Otavio Salvador 

>
>
> On Sat, Feb 27, 2010 at 5:48 PM, Kenneth Macdonald Karlsen <
> kennethka...@gmail.com> wrote:
>
>> Thank you for a good answer, I can now sucessfullly install Debian. But
>> now I have problems with my network. The installer (daily build dated today)
>> detects my wireless card but cannot connect to a wpa2 network. In additon my
>> cabled card "Broadcom NetLink Gigabit Ethernet card" is not detected by the
>> installer, and if I try to modprobe bnx2 or bnx2x it does not give any good
>> results with the daily build of today.
>>
>
> Good to know that keyboard works now.
>
>
>> Any good suggestions?
>>
>
>  Do you know if your network adaptor is suppose to work with bnx2 or bnx2x?
> bnx2 is available in installer (at least in last upload today) but bnx2x
> isn't. I've added bnx2x for next  upload but I'll wait few days to see if no
> other requests are done before uploading it.
>
> I was mistaken, the correct module is t3g but i needed to unload the tg3
and broadcom module, modprobe the broadcom module and then insert the tg3
module.
Here is my card, Ethernet controller: Broadcom Corporation NetLink BCM57780
Gigabit Ethernet PCIe (rev 01)
I also noted that the installer detected my wireless card but I was unable
to connect it with wpa2 during the initial install, only wep was available.
Anyhow, thanks for suggestions, Kenneth


Bug#572094: debian-installer: Proliant DL385G6 doesn't boot, BUG: Bad page state in process swapper

2010-03-01 Thread Marc Haber
Hi Frans,

On Mon, Mar 01, 2010 at 04:58:54PM +0100, Frans Pop wrote:
> On Monday 01 March 2010, Marc Haber wrote:
> > when trying to install using the squeeze Alpha 1 amd64 installer, a hp
> > ProLiant DL385G6 crashes on boot:
> 
> Please try a daily built image which should have a 2.6.32 kernel now.

Will do.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 3221 2323190



-- 
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/20100301195601.gb2...@torres.zugschlus.de



Re: Yet another [cross] installer

2010-03-01 Thread Luke Kenneth Casson Leighton
On Mon, Mar 1, 2010 at 7:02 PM, Hector Oron  wrote:
> Hello,

 hi hector, this is a timely message / issue to raise: it's very
relevant for the (newly discovered) CT-PC89E arm netbook which a
friend of mine found.

>  Nowadays, the number of devices (non x86) is growing and growing.
> Lots of these devices have not upstream linux kernel support, which
> makes it a bit harder to maintain in the context of debian-installer.

 in the case of the CT-PC89E, we haven't yet taken on the burdensome
and patient task of explaining the implications of the GPL to the
factory, yet, and of the need and obligation for them to provide the
GPL source code of both the linux kernel _and_ of the u-boot startup.

 i'm not mentioning this in order for people to go, "well, you're a
fool, and you can expect every problem you get, can't you, and don't
expect anyone on any debian mailing to ever provide you with any
assistance whatsoever".

 i'm mentioning it because with the increased uptake in guhoogul
anderoyd, the complete lack of understanding of the hardware
manufacturers - chinese - for the implications and obligations of the
GPL is going to be much more commonplace.

 thus, _realistically_, it makes sense to take into consideration that
some devices aren't going to _immediately_ get the linux source code,
and thus the fact that there may be binary-only linux kernels to work
from - initially - would also need to be taken into consideration.

> Also, afaict, debian-installer team does not like to add complexity to
> d-i, which I understand, so it has better maintainability in the
> future.
>
>  Also live-installer could be the path to track for such kind of
> devices, but again, live-installer was not meant for such purposes and
> I believe maintainer won't be happy to add such extra features.
>
>  Ubuntu people has been working on a nice tool (evolution from
> build_arm_rootfs) named 'rootstock' which basically prepares a
> filesystem for ARM targets.

 yes - i heard about this.  i did the hack-job approach before i'd
heard of it: qemu for ARM, installed rsync, then rsync'd the root
filesystem out.  not ideal, but it did the job.

>  Which is best way forward, in your opinion, for supporting non-x86
> arches installations (even installation done from a x86 platform)?
> (debian-installer, live-installer, rootstock or start from scratch)

 there are two different main categories of systems.

 the first is one where you have access to the storage device: it can
be removed (SD card), the system can somehow be booted from SD card,
USB, etc. whatever it is, it's possible to just "blop" a root
filesystem onto it, and go.

 for these, i think the absolute ideal case would be to have a netboot
installer which can replace itself.  for example, by creating a
ramdisk, pivot-rooting onto it and then umounting the root filesystem.
 exactly the _opposite_ of initrd :)  then the root filesystem is free
to be wiped out, and the "real" OS installed.  variations on this
theme include the CD / ISO "searcher" - the usbstick stuff.  having
pivot-rooted into a ramdisk, it would be handy to have an option of
going hunting on usb and other storage for iso filesystems or iso
images. [i imagine that this is pretty much what, or is near-as-damnit
similar to what debian-live does, but that's another story]

the second case is where you have absolutely no chance of gaining
access to the root filesystem in any kind of "normal" sense.  this is
the example of the CT-PC89E: what we've got, that's it, we're hosed
(for now), and we have to work within the structure that the factory
has imposed, which is this:
  http://www.denx.de/wiki/view/DULG/RootFileSystemInAReadOnlyFile

this is our "way in", because they've followed that procedure, and it
turns out that yes, we can press-and-hold power and both mouse
buttons, activating the factory's "upgrade" procedure, and thus "drop"
the contents of a .tgz archived root filesystem directly onto the NAND
flash, by creating our own "datang-epc.tar.gz".  this was how i
managed to get debian/lenny onto the CT-PC89E:
http://elinux.org/CT-PC89E_Debian

now, what would have been _really nice to have_ would have been a
debian-installer tarball (as described in case 1, with the preparation
to get itself into a ramdisk that's then pivot_root'd) which could be
unpacked onto the NAND flash by the hardware manufacturer's "upgrade"
procedures, and then, after a reboot, it would go directly into the
debian installer etc. etc. just as in case 1).

and no, right now, we don't even have access to the serial console on
which u-boot is displaying its startup messages: there's an
unpopulated header on the CPU+RAM+NAND SO-DIMM.

other important caveats:

* the binary-only kernel we're working with, they haven't even
bothered to put in ext2,3 or 4 and so despite the u-boot-loaded initrd
being able to gain access to the ext2 root filesystem, we can't mount
any partitions other than FAT, once debian is actually running.  the
implications of th

Bug#249049: American Business Email List - 2 million emails various businesses

2010-03-01 Thread Lilia R Sparks
I have alot of good quality American Databases at decent prices. Contact me 
here:  kristine.ball...@smartlistbuy.net for a complete catalog of what we have.

 
  


to terminate please send a blank message to rem...@smartlistbuy.net



-- 
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/608034cb-3146-435a-99f0-c3d3d81b1...@exch07.pumch.local