On Sunday 12 October 2008, Martin Michlmayr wrote:
> * Steve Langasek <[EMAIL PROTECTED]> [2008-10-11 23:39]:
> > If d-i is working on mips* right now using mklibs-copy, is there any
> > reason left to treat this bug as RC for lenny? It really does not
> > appear to be blocking anything for releas
* Steve Langasek <[EMAIL PROTECTED]> [2008-10-11 23:39]:
> If d-i is working on mips* right now using mklibs-copy, is there any
> reason left to treat this bug as RC for lenny? It really does not
> appear to be blocking anything for release in practice.
I don't think it should be RC. I believe F
If d-i is working on mips* right now using mklibs-copy, is there any reason
left to treat this bug as RC for lenny? It really does not appear to be
blocking anything for release in practice.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
On Sat, Oct 20, 2007 at 09:52:52PM +0200, Bastian Blank wrote:
> On Sat, Oct 20, 2007 at 09:18:24PM +0200, Bastian Blank wrote:
> > | $ ./lib/ld.so.1 --library-path lib/ ./bin/sh
> > | Segmentation fault
>
> | $ LD_LIBRARY_PATH=lib/ ./bin/sh
> |
> |
> | BusyBox v1.1.3 (Debian 1:1.1.3-5) Built-in
Martin Michlmayr a écrit :
> * Aurelien Jarno <[EMAIL PROTECTED]> [2008-01-12 22:32]:
>> Looking at the size, the mips initrd.gz is 400kB smaller and I see no
>> reason for that. Either mklibs is still broken on mips, or images are
>> generated with the old buggy mklibs.
>
> I disabled mklibs libr
reopen 445507
thanks
On Monday 14 January 2008, Martin Michlmayr wrote:
> When you change d-i to use mklibs, you'll see this bug.
Reopening then.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processing commands for [EMAIL PROTECTED]:
> reopen 445507
Bug#445507: not working on mipsel - initrd not starting
Bug reopened, originator not changed.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator,
* Aurelien Jarno <[EMAIL PROTECTED]> [2008-01-12 22:32]:
> Looking at the size, the mips initrd.gz is 400kB smaller and I see no
> reason for that. Either mklibs is still broken on mips, or images are
> generated with the old buggy mklibs.
I disabled mklibs library reduction on mips/mipsel for now
On Saturday 12 January 2008, you wrote:
> Except that it now works on mipsel (at least here), while the BR clearly
> say it doesn't work on mipsel. The problem on mips may be different, as
> the symptoms are different than the ones that have been reported.
>
> Given to the reason above, I am person
Frans Pop a écrit :
> On Saturday 12 January 2008, Aurelien Jarno wrote:
>> Looking at the size, the mips initrd.gz is 400kB smaller and I see no
>> reason for that. Either mklibs is still broken on mips, or images are
>> generated with the old buggy mklibs.
>
> The answer is in the last message t
On Saturday 12 January 2008, Aurelien Jarno wrote:
> Looking at the size, the mips initrd.gz is 400kB smaller and I see no
> reason for that. Either mklibs is still broken on mips, or images are
> generated with the old buggy mklibs.
The answer is in the last message to the BR before yours:
http:/
On Sat, Oct 06, 2007 at 01:40:20PM +0200, Martin Michlmayr wrote:
> Package: mklibs
> Version: 0.1.26
> Severity: important
>
> It seems that mklibs is not working properly on mipsel. When I boot a
> daily d-i image made with mklibs it stops after:
> | Freeing unused kernel memory: 124k freed
> W
On Sat, Oct 20, 2007 at 09:18:24PM +0200, Bastian Blank wrote:
> | $ ./lib/ld.so.1 --library-path lib/ ./bin/sh
> | Segmentation fault
| $ LD_LIBRARY_PATH=lib/ ./bin/sh
|
|
| BusyBox v1.1.3 (Debian 1:1.1.3-5) Built-in shell (ash)
| Enter 'help' for a list of built-in commands.
| $ /lib/ld.so.1
On Sat, Oct 06, 2007 at 01:40:20PM +0200, Martin Michlmayr wrote:
> When I re-build the image with mklibs-copy, it works. The only
> difference is:
| $ ./lib/ld.so.1 --library-path lib/ ./bin/sh
| Segmentation fault
| execve("./lib/ld.so.1", ["./lib/ld.so.1", "--library-path", "lib/",
"./bin/sh
* Otavio Salvador <[EMAIL PROTECTED]> [2007-10-20 15:29]:
> Could you check the included symbols on both libc.so.6 files and do
> a diff between them? This could help to track it out.
For the record, I gave waldi access to a mipsel box.
--
Martin Michlmayr
http://www.cyrius.com/
--
To UNSUBSC
Martin Michlmayr <[EMAIL PROTECTED]> writes:
> severity 445507 serious
> thanks
>
> * Martin Michlmayr <[EMAIL PROTECTED]> [2007-10-06 14:08]:
>> > Binary files c/lib/libc.so.6 and m/lib/libc.so.6 differ
>>
>> This is what makes a difference. I copied c/lib/libc.so.6 (i.e. made
>> with mklibs-co
severity 445507 serious
thanks
* Martin Michlmayr <[EMAIL PROTECTED]> [2007-10-06 14:08]:
> > Binary files c/lib/libc.so.6 and m/lib/libc.so.6 differ
>
> This is what makes a difference. I copied c/lib/libc.so.6 (i.e. made
> with mklibs-copy) to the image made with mklibs and now it's working.
Processing commands for [EMAIL PROTECTED]:
> severity 445507 serious
Bug#445507: not working on mipsel - initrd not starting
Severity set to `serious' from `important'
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking syst
* Martin Michlmayr <[EMAIL PROTECTED]> [2007-10-06 13:40]:
> When I re-build the image with mklibs-copy, it works. The only
> difference is:
>
> Binary files c/lib/libc.so.6 and m/lib/libc.so.6 differ
This is what makes a difference. I copied c/lib/libc.so.6 (i.e. made
with mklibs-copy) to the
Package: mklibs
Version: 0.1.26
Severity: important
It seems that mklibs is not working properly on mipsel. When I boot a
daily d-i image made with mklibs it stops after:
| Freeing unused kernel memory: 124k freed
When I re-build the image with mklibs-copy, it works. The only
difference is:
Bin
20 matches
Mail list logo
