On Wed, 23 Jun 2004 08:04:11 +0200, Sven Luther [EMAIL PROTECTED] said:
How should we handle this if there was already a user set
postinst_hook ? This has no chance of working, right ?
Hmm. At the moment, no.
So, probably, the best solution would be to do it the right way, and
On Wed, Jun 23, 2004 at 11:00:24PM -0500, Manoj Srivastava wrote:
On Wed, 23 Jun 2004 08:04:11 +0200, Sven Luther [EMAIL PROTECTED] said:
How should we handle this if there was already a user set
postinst_hook ? This has no chance of working, right ?
Hmm. At the moment, no.
On Tue, Jun 22, 2004 at 10:14:21PM -0500, Manoj Srivastava wrote:
On 18 Jun 2004 12:30:41 +0200, Jens Schmalzing [EMAIL PROTECTED] said:
Now, the question is, how do we automatically add the postinst_hook
to kernel-img.conf,
I don't think we are allowed to fiddle with
On Wed, Jun 23, 2004 at 02:21:30PM +0200, Jens Schmalzing wrote:
Hi,
Sven Luther writes:
Thanks for your input on this, Manoj.
Yep.
you loose the capacity of depending on a bootloader though, unless
we do a quik | yaboot | mkvmlinuz | nothing kind of thing. Don't
believe if
Hi,
Sven Luther writes:
unbootable kernels on non pmac systems,
Speaking of which. Anybody got a PReP system they don't need and
could throw at me? As I said, I got a bunch of RS/6000 boxen
recently, only to find out they're MCA.
Regards, Jens.
--
J'qbpbe, le m'en fquz pe j'qbpbe!
Le veux
On Fri, Jun 18, 2004 at 11:01:26PM +0200, Jens Schmalzing wrote:
Hi,
Sven Luther writes:
Well, only 2.4.25 packages, which is why we should make a test for non
2.4 kernels or something such. 2.4 kernels don't have the the necessary
mkvmlinuz magic to make it work anyway.
You can
Hi,
Sven Luther writes:
how would mkvmlinuz act if there were no vmlinux installed, but only
a vmlinuz ?
It exits with a non-zero exit status.
Since the postinst comes from kernel-package, you need to sort this
out with Manoj.
Well, that would be a possibility. The other possibility
On Sat, Jun 19, 2004 at 09:41:58AM +0200, Jens Schmalzing wrote:
Hi,
Sven Luther writes:
how would mkvmlinuz act if there were no vmlinux installed, but only
a vmlinuz ?
It exits with a non-zero exit status.
Which would kill dpkg, right ? Not such a good idea.
Friendly,
Sven Luther
On Sat, Jun 19, 2004 at 11:10:46AM +0200, Jens Schmalzing wrote:
Hi,
Sven Luther writes:
how would mkvmlinuz act if there were no vmlinux installed, but
only a vmlinuz ?
It exits with a non-zero exit status.
Which would kill dpkg, right ?
Have you actually tried this?
Hi,
Sven Luther writes:
how would mkvmlinuz act if there were no vmlinux installed, but
only a vmlinuz ?
It exits with a non-zero exit status.
Which would kill dpkg, right ?
Have you actually tried this?
If not, please do so. If it does not work as expected, try again with
the
Hi,
Sven Luther writes:
Please tell me what you gain by not having a depends there ? what
is the benefit in _NOT_ installing it ?
No cruft on the many systems where it is not needed at all.
If you are really going to insist in doing it this way, i would
insist that we create at least a
Hi,
Sven Luther writes:
Please tell me exactly in how far you feel that this would be so
much of a hindrance compared to the benefit of having kernel-image
installation work out of the box on non-pmac subarches ?
mkvmlinuz serves the purpose of making some systems bootable given an
On Sat, Jun 19, 2004 at 01:02:39PM +0200, Jens Schmalzing wrote:
Hi,
Sven Luther writes:
Please tell me exactly in how far you feel that this would be so
much of a hindrance compared to the benefit of having kernel-image
installation work out of the box on non-pmac subarches ?
Hi,
Sven Luther writes:
i don't see how you are caring for anything
[...]
No, no, no, you don't understand.
[...]
you seem to make a fanatical issue out of it,
[...]
i haven't heard yet one single valable reason
That about ends the discussion for me. Stop whining, implement a
solution
On Fri, Jun 18, 2004 at 12:24:03AM +0200, Jens Schmalzing wrote:
Hi,
Sven Luther writes:
Again history repeats itself, and the new powerpc kernel packages
are now held captive in the incoming queue for nearly (if not
already more) than one month.
All three pending revisions entered
On Fri, Jun 18, 2004 at 09:55:34AM +0200, Sven Luther wrote:
On Fri, Jun 18, 2004 at 12:24:03AM +0200, Jens Schmalzing wrote:
Hi,
Sven Luther writes:
Again history repeats itself, and the new powerpc kernel packages
are now held captive in the incoming queue for nearly (if not
Dear Sven,
But in general, this is something that is not acceptable, and i hope
never happens again. One week is still long for this sort of
things, but acceptable, but one month is definitively to long.
TINC :)
I will send you a USB uhci fi later today,
Cool.
basically, one could use
On Fri, Jun 18, 2004 at 12:30:41PM +0200, Jens Schmalzing wrote:
The preliminary packages can be found in the usual location,
deb http://www.theorie.physik.uni-muenchen.de/~jens/kernel-patch-powerpc ./
deb http://www.theorie.physik.uni-muenchen.de/~jens/mol-modules ./
Can you please split
On Fri, Jun 18, 2004 at 12:30:41PM +0200, Jens Schmalzing wrote:
Dear Sven,
But in general, this is something that is not acceptable, and i hope
never happens again. One week is still long for this sort of
things, but acceptable, but one month is definitively to long.
TINC :)
I
On Fri, Jun 18, 2004 at 12:54:13PM +0200, Christoph Hellwig wrote:
On Fri, Jun 18, 2004 at 12:30:41PM +0200, Jens Schmalzing wrote:
The preliminary packages can be found in the usual location,
deb http://www.theorie.physik.uni-muenchen.de/~jens/kernel-patch-powerpc ./
deb
On Fri, Jun 18, 2004 at 01:11:20PM +0200, Christoph Hellwig wrote:
On Fri, Jun 18, 2004 at 01:14:13PM +0200, Sven Luther wrote:
Sven, any updates on talking to upstream about the pegasos changes?
... it could be in upstream.
I don't like the via-ide hack not being included, it makes
On Fri, Jun 18, 2004 at 01:25:49PM +0200, Sven Luther wrote:
I don't care at all how it's implemented in detail. I already mentioned
dpatch previous and cdbs and quilt. I want a way to get a kernel-source
package that uses split patches and otherwise is as little as possible
different
On Fri, Jun 18, 2004 at 04:02:25PM +0200, Sven Luther wrote:
http://verein.lst.de/~hch/debian-2.6.7.tgz
Ok, i will see if i can make a package of it, but i would appreciate if
someone else review it before upload. Also, who is working on the
repository thingy ? Do we already have a
On Fri, Jun 18, 2004 at 04:22:40PM +0200, Christoph Hellwig wrote:
On Fri, Jun 18, 2004 at 04:02:25PM +0200, Sven Luther wrote:
http://verein.lst.de/~hch/debian-2.6.7.tgz
Ok, i will see if i can make a package of it, but i would appreciate if
someone else review it before upload.
On Fri, Jun 18, 2004 at 05:14:16PM +0200, Sven Luther wrote:
Once that is done, the second step would be the creation of a subversion
or arch repo. If someone, like Manoj, feels like using arch would be
better, please create the initial repo, as well as some newbie
instructions on how to use
[Jens, did that mail not go to the list?]
On Fri, Jun 18, 2004 at 05:16:21PM +0200, Sven Luther wrote:
1. kernel-source-2.6.7 should not be built as a Debian-native package,
mainly because this will generate a huge tarball for every Debian
revision.
Seconded
2. It would be nice if
Hi,
Sven Luther writes:
Ok, i will see if i can make a package of it, but i would appreciate
if someone else review it before upload.
Just my 2 cents on this:
1. kernel-source-2.6.7 should not be built as a Debian-native package,
mainly because this will generate a huge tarball for every
On Fri, Jun 18, 2004 at 05:16:48PM +0200, Christoph Hellwig wrote:
On Fri, Jun 18, 2004 at 05:14:16PM +0200, Sven Luther wrote:
Once that is done, the second step would be the creation of a subversion
or arch repo. If someone, like Manoj, feels like using arch would be
better, please create
On Fri, Jun 18, 2004 at 05:19:25PM +0200, Christoph Hellwig wrote:
[Jens, did that mail not go to the list?]
On Fri, Jun 18, 2004 at 05:16:21PM +0200, Sven Luther wrote:
1. kernel-source-2.6.7 should not be built as a Debian-native package,
mainly because this will generate a huge
On Fri, Jun 18, 2004 at 05:34:19PM +0200, Sven Luther wrote:
Ok, will do. But will the patches apply cleanly to a full tarball ? I
don't believe so.
All but the tg3 patch. But we can leeave that one out for now.
On Fri, Jun 18, 2004 at 05:28:21PM +0200, Christoph Hellwig wrote:
On Fri, Jun 18, 2004 at 05:34:19PM +0200, Sven Luther wrote:
Ok, will do. But will the patches apply cleanly to a full tarball ? I
don't believe so.
All but the tg3 patch. But we can leeave that one out for now.
Ok. Now,
On Fri, Jun 18, 2004 at 05:43:48PM +0200, Sven Luther wrote:
On Fri, Jun 18, 2004 at 05:28:21PM +0200, Christoph Hellwig wrote:
On Fri, Jun 18, 2004 at 05:34:19PM +0200, Sven Luther wrote:
Ok, will do. But will the patches apply cleanly to a full tarball ? I
don't believe so.
All but
Hi,
Christoph Hellwig writes:
[Jens, did that mail not go to the list?]
It did, probably some mailer on the way is taking a break.
I'll cook up the script. Give me a little time - for now you can
work with a full tarball.
Yep. The vanilla source is perfectly good for testing, as long as
On Fri, Jun 18, 2004 at 05:43:36PM +0200, Jens Schmalzing wrote:
Dear Sven,
Ok, i have written such a one, well it is fairly basic, and does :
#!/bin/sh
mkvmlinuz -k $2 -o /boot/vmlinuz-$1
The existing mkvmlinuz can do this if you put the line
/boot/vmlinuz-$release in
Dear Sven,
Ok, will do. But will the patches apply cleanly to a full tarball ?
I don't believe so.
The only thing you need to remove is drivers/net/tg3.c .
Regards, Jens.
--
J'qbpbe, le m'en fquz pe j'qbpbe!
Le veux aimeb et mqubib panz je pézqbpbe je djuz tqtaj!
Dear Sven,
Ok, i have written such a one, well it is fairly basic, and does :
#!/bin/sh
mkvmlinuz -k $2 -o /boot/vmlinuz-$1
The existing mkvmlinuz can do this if you put the line
/boot/vmlinuz-$release in /etc/mkvmlinuz/output . We could also
deduce the locations of the compressed image
On Fri, Jun 18, 2004 at 01:21:49PM +0200, Christoph Hellwig wrote:
On Fri, Jun 18, 2004 at 01:25:49PM +0200, Sven Luther wrote:
I don't care at all how it's implemented in detail. I already mentioned
dpatch previous and cdbs and quilt. I want a way to get a kernel-source
package that
On Fri, Jun 18, 2004 at 07:41:37PM +0200, Christoph Hellwig wrote:
On Fri, Jun 18, 2004 at 07:44:46PM +0200, Sven Luther wrote:
Ok, i am giving dpatchification a first attempt. The complicated part
would be to add the proper attribution and description to each .dpatch
file. I will leave
On Fri, Jun 18, 2004 at 10:28:50PM +0200, Jens Schmalzing wrote:
Hi,
Sven Luther writes:
The existing mkvmlinuz can do this if you put the line
/boot/vmlinuz-$release in /etc/mkvmlinuz/output .
Well, it doesn't cost much by setting it by hand,
Yes.
unless we want to set
Hi,
Sven Luther writes:
The existing mkvmlinuz can do this if you put the line
/boot/vmlinuz-$release in /etc/mkvmlinuz/output .
Well, it doesn't cost much by setting it by hand,
Yes.
unless we want to set /etc/mkvmlinuz/output to it by default.
There are packages that contain
Hi,
Sven Luther writes:
Well, only 2.4.25 packages, which is why we should make a test for non
2.4 kernels or something such. 2.4 kernels don't have the the necessary
mkvmlinuz magic to make it work anyway.
You can easily use mkvmlinuz on a 2.4 kernel and initrd with the magic
from any of
Hello,
Again history repeats itself, and the new powerpc kernel packages are
now held captive in the incoming queue for nearly (if not already more)
than one month. And the excuse for it is a bug in the autobuilders for
which a hacky workaround was already included in 2.6.6-5 more than 3
weeks
Hi,
Sven Luther writes:
Again history repeats itself, and the new powerpc kernel packages
are now held captive in the incoming queue for nearly (if not
already more) than one month.
All three pending revisions entered unstable this morning.
Ironically, I got the message just after kicking
43 matches
Mail list logo