Active Topics
-
Extra softwares in Sailfish using CLI, repositories, etc (117)
to SailfishOS by nieldk - 19 hrs, 28 mins ago -
Firefox with Leste (6)
to Maemo 7 / Leste by teroyk - 1 day, 16 hrs ago - more...
|
|
2012-03-11
, 14:37
|
|
Guest |
Posts: n/a |
Thanked: 0 times |
Joined on
|
#202
|
Originally Posted by coderus
oh, of course, but i will be very thankful to see nat working today. it will help me tomorrow.
trying to free some space, only 2 gigs left for building
 |
|
2012-03-11
, 14:38
|
|
Posts: 2,355 |
Thanked: 5,249 times |
Joined on Jan 2009
@ Barcelona
|
#203
|
Originally Posted by nieldk
That does also work, you just need to ensure that the final version string matches. debian/rules appends the package version to the kernel string (as a CONFIG_LOCALVERSION iirc).
good to see you javispedro.
I guess our mistake was compiling the 'usual' Linux way make rm581_defconfig, make. But then again, it was my believe this is what dpkg-buildpackage actually does.
What I, and others, want, besides openmode patch, is.
| The Following User Says Thank You to javispedro For This Useful Post: | ||
|
|
2012-03-11
, 14:40
|
|
Posts: 2,355 |
Thanked: 5,249 times |
Joined on Jan 2009
@ Barcelona
|
#205
|
Originally Posted by danramos
Hah! Ah well, seemingly, I still can't live without a working spellchecker
Edit: After saying outloud, "Man! I wish there was a way I could look up information on the Internet." and Googled it, I have come to find out that "vainilla" is a Spanish version of the word "vanilla"... although, to English speakers, "vainilla" in the context of reports of failures to get the open kernel working DOES seem like an appropriately funny combination of 'vain' attempts at a 'vanilla' kernal.
| The Following User Says Thank You to javispedro For This Useful Post: | ||
 |
|
2012-03-11
, 14:49
|
|
Posts: 6,436 |
Thanked: 12,699 times |
Joined on Nov 2011
@ Ängelholm, Sweden
|
#206
|
Originally Posted by javispedro
please explain
That does also work, you just need to ensure that the final version string matches. debian/rules appends the package version to the kernel string (as a CONFIG_LOCALVERSION iirc).
|
|
2012-03-11
, 14:57
|
|
Guest |
Posts: n/a |
Thanked: 0 times |
Joined on
|
#207
|
Originally Posted by coderus
You can figure out a lot just by looking at debian/rules file.
please explain
If not, I suggest staying with dpkg-buildpackage, it does the job niceliy
|
|
2012-03-11
, 15:09
|
|
Posts: 6,436 |
Thanked: 12,699 times |
Joined on Nov 2011
@ Ängelholm, Sweden
|
#208
|
not
okay...
okay...
|
|
2012-03-11
, 15:29
|
|
Guest |
Posts: n/a |
Thanked: 0 times |
Joined on
|
#209
|
Originally Posted by coderus
Needs some deeper tutorials, but an example from debian/rules goes like this (for the kernel zImage build)
not
okay...
kernel-stamp: configure-stamp
cd $(KSRC) && $(MAKE) ARCH=$(ARCH) $(NJOBS) $(EXTRAVERSION) zImage
cd ./kernel && make ARCH=arm -j6 zImage
Since $(KSRC) contains the build path and
$(MAKE) the path to 'make'
$(ARCH) is the architecture we are crosscompiling to
$(NJOBS) is number of concurrent threads (I believe default is 6)
$(EXTRAVERSION) is not defined, thus empty
So, you could compile using something like
cd kernel
make rm581_defconfig
make ARCH=arm -j6 zImage
| The Following User Says Thank You to For This Useful Post: | ||
|
|
2012-03-11
, 15:37
|
|
Posts: 6,436 |
Thanked: 12,699 times |
Joined on Nov 2011
@ Ängelholm, Sweden
|
#210
|
good explanation, thanks =)
hehe.