Le Sat, Jul 21, 2001 at 04:29:41AM +0200, David Spreen écrivait:
> well, perhaps herbert xu will listen to you, he doesn't listen to me.
That's not really a way to handle problems.
> My problem is the following, I do not know why it is necessary to
> modify the kernelsource from upstream so much,
On Sat, 21 Jul 2001, David Spreen wrote:
> well, perhaps herbert xu will listen to you, he doesn't listen to me.
He listened to you just fine, I bet. He did not *agree* with you.
> My problem is the following, I do not know why it is necessary to
> modify the kernelsource from upstream so much, t
On Sat, Jul 21, 2001 at 08:45:17AM -0300, Henrique de Moraes Holschuh wrote:
> On Sat, 21 Jul 2001, David Spreen wrote:
> > the _linux_ source (the package description told me that he packaged
> > _linux_ sources and not xu-sources) that the patch-package people still can
> > apply their patches.
>
On Sat, 21 Jul 2001, Bastian Blank wrote:
> On Sat, Jul 21, 2001 at 08:45:17AM -0300, Henrique de Moraes Holschuh wrote:
> > He notes his changes in README.Debian, and most kernel-patch packages will
> > work just fine against Xu's patched sources. Those that don't are usually
> > easy enough to f
On Sat, 21 Jul 2001, Bastian Blank wrote:
>...
> > You will notice that most other distros do the same. RedHat and SuSE
> > distribute _heavily_ patched kernels, for example. Debian's is actually
> > quite light as far as patches go.
>
> but they also include vanilla kernelsources
You don't want
Hi David!
You wrote:
> well, perhaps herbert xu will listen to you, he doesn't listen to me.
> My problem is the following, I do not know why it is necessary to
> modify the kernelsource from upstream so much, that patches etc. do not
> apply to it.
If you want to, you can always use the vanilla
* Jordi Mallach <[EMAIL PROTECTED]> [20010709 04:31]:
> asclock-gtk is abandonware already. The upstream website is gone, the
> author is completely MIA, etc. In short, there is no upstream URL. So
> even if we need one in the copyright file, it's not posible to provide
> one, so this bug shouldn't
Hello,
I didn't bother to write this as 3 separete bugs. Would you mind not
building packages against xlibs 4.1.0 till it's included in sid?
I understand that pre release packages from branden have better features
to try, but the sid debian still doesn't include these packages.
see this
Installing:
libtclobjc_1.4-4.dsc
to pool/main/libt/libtclobjc/libtclobjc_1.4-4.dsc
libtclobjc_1.4-4.diff.gz
to pool/main/libt/libtclobjc/libtclobjc_1.4-4.diff.gz
libtclobjc-dev_1.4-4_i386.deb
to pool/main/libt/libtclobjc/libtclobjc-dev_1.4-4_i386.deb
libtclobjc1_1.4-4_i386.deb
to pool/main
9 matches
Mail list logo
