|
|
2010-04-12
, 17:41
|
|
Posts: 8 |
Thanked: 7 times |
Joined on Jul 2008
|
#282
|
| The Following User Says Thank You to hamunguia For This Useful Post: | ||
|
|
2010-04-12
, 18:13
|
|
Posts: 2,802 |
Thanked: 4,490 times |
Joined on Nov 2007
|
#283
|
|
|
2010-04-12
, 18:14
|
|
Posts: 5,335 |
Thanked: 8,187 times |
Joined on Mar 2007
@ Pennsylvania, USA
|
#284
|
Change your forum profile settings so that people can send you PMs and/or emails.
| The Following User Says Thank You to sjgadsby For This Useful Post: | ||
|
|
2010-04-12
, 18:18
|
|
Posts: 2,802 |
Thanked: 4,490 times |
Joined on Nov 2007
|
#285
|
|
|
2010-04-12
, 22:22
|
|
Posts: 206 |
Thanked: 46 times |
Joined on Mar 2010
|
#286
|
|
|
2010-04-12
, 23:32
|
|
Posts: 2,802 |
Thanked: 4,490 times |
Joined on Nov 2007
|
#287
|
|
|
2010-04-13
, 01:52
|
|
|
Posts: 6,668 |
Thanked: 15,030 times |
Joined on Jul 2007
@ undecided.
|
#288
|
Not without breaking dependencies and missing the other busybox fixes :-(
I just pushed an updated version that makes the df fix conditional on having filesystem arguments on the command line (eg "df /"). This should make it bug-compatible with the official version in the general case, but let me know if it's still causing problems.
| The Following User Says Thank You to gerbick For This Useful Post: | ||
|
|
2010-04-13
, 16:57
|
|
Posts: 398 |
Thanked: 301 times |
Joined on Sep 2007
@ Texas
|
#290
|
No objections to making it tunable, as long as it defaults to the previous behaviour (ie, no surprises to users who don't know/care about it). Anyone feel like isolating that specific patch?
![]() |
| Tags |
| backintime, diablo cssu, diablo turbo |
| Thread Tools | |
|
However it's becoming apparent that the Nokia build machine applies different compiler flags on different packages (outside of what is defined in the packages themselves).
For example, xorg-server needs DEB_BUILD_OPTIONS=vfp to even compile, and an SDK osso-pdf-viewer build of the original unmodified package (without -mthumb) produces a binary that is significantly smaller than the Nokia package: 938972 vs 1162620 bytes. I suspect this case may be some vfp optimisation, but really don't feel like spending any more time tracking down this sort of thing - these discrepancies have come to light after touching just 8 source packages, and there's a lot more to go. Also, size differences in executables are relatively harmless, but there may be more tricky issues with libraries and such.
Stskeeps: any chance you can "liberate" the internal per-package build flags so we can apply them properly to the packaging metadata?