1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
|
2007-11-30 Manoj Srivastava <srivasta@debian.org>
* minimal.mk (minimal_clean):
srivasta@debian.org--lenny/kernel-package--devel--11.0--patch-13
use DEB_HOST_ARCH_OS, not DEB_HOST_GNU_SYSTEM
2007-05-05 Manoj Srivastava <srivasta@debian.org>
* minimal.mk:
srivasta@debian.org--lenny/kernel-package--devel--11.0--patch-10
Now that kernel-package seems to handle kernels well
without a .config again, remove the tests for a
preexisting .config.
2007-05-04 Manoj Srivastava <srivasta@debian.org>
* modules.mk (int_ca):
srivasta@debian.org--lenny/kernel-package--devel--11.0--patch-7
When doing cross-compilation of kernel and externel
modules, --cross-compile=- option is ignored with
targets modules*. The compilation fails because it
tries to use the "-gcc" compiler. Add a variable to
transmit the CROSS_ARG variable to module operations.
(modules-clean modules_clean):
srivasta@debian.org--lenny/kernel-package--devel--11.0--patch-7
Added int_ca if CROSS_ARG is not empty.
(modules-config modules_config):
srivasta@debian.org--lenny/kernel-package--devel--11.0--patch-7
Ditto.
(modules):
srivasta@debian.org--lenny/kernel-package--devel--11.0--patch-7
Ditto.
(modules-image modules_image):
srivasta@debian.org--lenny/kernel-package--devel--11.0--patch-7
Ditto.
2007-02-25 Manoj Srivastava <srivasta@debian.org>
* architecture.mk:
srivasta@debian.org--etch/kernel-package--devel--9.0--versionfix-9
Add armel architecture
2006-09-29 Manoj Srivastava <srivasta@debian.org>
* minimal.mk (minimal_clean):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-189
Check to see if $(kpkg_version) is present before using
it in an informational message.
2006-07-19 Manoj Srivastava <srivasta@debian.org>
* modules.mk (modules-image modules_image):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-168
Use the new variable UTS_RELEASE_HEADER
* local.mk:
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-164
This change clones the target to support the newer linux
prefix.
2006-06-16 Manoj Srivastava <srivasta@debian.org>
* minimal.mk:
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-158
Look up the kernel arch name for powerpc's from the file
kernel/ruleset/arches/what_is_ppc_called_today.mk
2006-04-13 Manoj Srivastava <srivasta@debian.org>
* architecture.mk (DO_IMAGE_POST_PROCESSIN):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-142
Specify a no-op as the default post-processing.
2006-04-12 Manoj Srivastava <srivasta@debian.org>
* kernel_version.mk (debian_LOCALVERSION):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-142
Late evaluation to allow all components to settle.
* architecture.mk:
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-142
No longer assume that the presence of CONFIG_XEN
implies the ARCH is also xen; since now the ARCH is
i386, but the subarch is xen.
2006-03-29 Manoj Srivastava <srivasta@debian.org>
* minimal.mk:
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-141
Added a diagnostic messages reporting the version of
kernel-package being run.
* local.mk:
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-141
ditto.
2006-03-27 Manoj Srivastava <srivasta@debian.org>
* kernel_version.mk (debian_LOCALVERSION):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-137
Look at $(localver-full) if it is not empty, or else
fall back to $(LOCALVERSION). This changed in 2.6.16.
2006-03-21 Manoj Srivastava <srivasta@debian.org>
* modules.mk (modules-image modules_image):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-129
Fix comparison of UTS_RELEASE by delaying it until run
time
2006-02-27 Manoj Srivastava <srivasta@debian.org>
* modules.mk (@echo "does not match current version):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-123
Check the version information we shall be feeding the
modules versus the stuff in $UTS_RELEASE_VERSION
2006-02-11 Manoj Srivastava <srivasta@debian.org>
* local.mk (stamp-kernel-manual):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-120
Well, kernel-manual is not supposed to be an independent
target, it is supposed to depend on and simultaneously
build the kernel-doc package as well. Indeed, if the
kernel-doc package is not also built, we will have a
broken manual package. So, change the prereqs. (I had
only tested make-kpkg buildpackage, so the doc package
was always available).
2006-01-28 Manoj Srivastava <srivasta@debian.org>
* architecture.mk:
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-115
Added support for armeb
2006-01-11 Manoj Srivastava <srivasta@debian.org>
* local.mk (kernel-image kernel_image):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-114
Add debian/stamp-build-kernel as a pre-req, we need it
to have buildinfo available.
2006-01-05 Manoj Srivastava <srivasta@debian.org>
* minimal.mk (STAMPS_TO_CLEAN):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-109
remove stamp-kernel-configure, nothing uses it
(minimal_debian):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-109
create ./debian/stamps , for future use
* local.mk (BUILD-arch):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-111
removed debian/stamp-build-kernel from this target,
since only the kernel images really need it, now that we
have the prepare target (does not really help anything,
but expresses dependencies better).
2006-01-04 Manoj Srivastava <srivasta@debian.org>
* local.mk (kernel-headers kernel_headers):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-111
Make kernel-headers depend on debian/stamp-prepare,
instead of stamp-build-arch, since this means for 2.6.X
kernels the full build may not be needed, with the
advent of the prepare target.
2005-12-28 Manoj Srivastava <srivasta@debian.org>
* architecture.mk:
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-99
The new all inclusive powerpc.mk greatly simplifies the
selection logic.
2005-12-25 Manoj Srivastava <srivasta@debian.org>
* architecture.mk:
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-91
Accept either x86_64 or amd64 as the architecture, just
in case.
New logic for determining which make snippet to use for
powerpc related arches, and is now kernel-version
aware.
2005-12-19 Manoj Srivastava <srivasta@debian.org>
* local.mk (CONFIG-arch):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-89
Also depend on conf.vars
2005-12-03 Manoj Srivastava <srivasta@debian.org>
* modules.mk (modules-image modules_image):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-74
older kernel-package versions appear to want to run
oldconfig in the headers package tree, which failed,
since there was inadequate support for running
oldconfig. This has also been fixed, since all we really
need to depend on is a .config file. Change the
dependency from configure to .config (so as not to tun
oldconfig)
(modules):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-74
Ditto
(modules-config modules_config):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-74
Ditto
(modules-clean modules_clean):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-74
Ditto
2005-12-01 Manoj Srivastava <srivasta@debian.org>
* local.mk (kernel-image-deb stamp-kernel-image):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-73
Add kernel-image-deb as a alias for stamp-kernel-image
2005-11-06 Manoj Srivastava <srivasta@debian.org>
* minimal.mk (minimal_debian):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-53
Do not ever write the control or the changelog if they
are already there. (probably the official version).
2005-11-03 Manoj Srivastava <srivasta@debian.org>
* local.mk (CLEAN/$(i_package)):
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-53
Ensure that the templates.master, and the templates, are
created even on clean, for the kernel image package.
2005-11-02 Manoj Srivastava <srivasta@debian.org>
* modules.mk:
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-53
This file contains the targets responsible for third
party module interaction.
* minimal.mk:
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-53
New file. This is the new top level file used when the
clean target (which does not populate ./debian, indeed,
can remove it if present), and to populate ./debian, if
more complex tasks are to be performed. The population
of ./debian requires that certain variables be set, and
this file ensures we use the same makefile snippets that
./debian/rules shall use when actually performing the
tasks, so there is no mismatch.
* local.mk:
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-53
This is yet another of the files that has been reduced
to an outline. Apart from the buildpackage target, every
thing else has been moved out to file in the targets
subdirectory (the top level targets were already moved
to common/targets)
* local-vars.mk:
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-53
Made this file a skeleton/outline as well. All actual
variable settings (apart from the stuff to clean) are
now done in separate files (which allows us to have a
minimal.mk in the first place).
* architecture.mk:
srivasta@debian.org--etch/kernel-package--devel--9.0--patch-53
Converted this file into an skeleton/outline, to better
allow delegation of responsibility for each architecture
to the person in charge of kernel images for that arch.
|
