The last part of fixing #9399.
Note: Hopefully this is 'OK'. `jam -q catkeys` and `jam -q catalogs` ran
without issue. Running FirstBootPrompt managed to use up the compiled catalogs.
The previous name is no longer applicable, as *BootPrompt is now launched on
the first boot of writable medium (e.g., USB thumb drive and hard drives).
Fixes part of #9399.
Notes:
* BootPrompt.rdef may have lost its history.
* The renaming was done with the following command:
git mv src/apps/readonlybootprompt src/apps/firstbootprompt
That file will exist on every read-only media, first boot of writable images
(usb,vmdk), and (if installing directly to partition via the build system or a
mounted image file) hard disk.
The last scenario (of installing directly to hard disk through the build system
or mounted image file) may not be ideal, but it generally tends to be an
advanced installation method. Additionally, it will occur only on first boot.
Fixes#8945.
* The regex for the OpenSSL package name variable didn't catch up
with the changed file which checked for the gcc version.
* Webkit was declared using a custom variable that wasn't grepped for.
The ls command, uses blue color for directories. For a directory that
has write permission for others, it uses green highlighting while
displaying the directory name. However, blue text and green highlight
is difficult to read.
The patch keeps the text color as blue and changes the highlight to
yellow.
Signed-off-by: Jérôme Duval <jerome.duval@gmail.com>
All grep versions have the ability to display a colored
output. The patch turns on coloring in auto mode.
Signed-off-by: Jérôme Duval <jerome.duval@gmail.com>
ls --color emits the color code irrespective of whether it is being
attached to terminal or not. Which might result in color codes being
added to file upon redirection.
auto option with ls --color emits the color codes only the output is
attached to terminal, otherwise the colors are turned off.
Fixes#8993.
Signed-off-by: Ryan Leavengood <leavengood@gmail.com>
This adds some of the development packages for x86_64. All of the
DevelopmentBase packages (gcc, make, jam, bison, flex, m4, mkdepend)
have been built and uploaded.
- When an Identify/Force Identify request is made in Tracker, if the target
is a link, resolve it to its destination first. Fixes#8858.
- Have mime_update.sh explicitly mimeset the welcome/user guide scripts.
Some preference apps, mount_server and AboutSystem. Removed the check
for x86_64 in the boot script, the normal path through the script will
work now. Also removed a temporary hack to workaround AboutSystem not
being there in build_haiku_image.
The boot script now launches consoled instead if app_server does not
exist, so there is now an interactive Bash prompt! libbe requires ICU,
which is an optional package, so I've built the packages and they've
been uploaded to haiku-files.org (thanks umccullough).
As the downloadable files are now hosted on haiku-files.org and the user is
presented the Intel license at the beginning of the script, the function
OpenIntelFirmwareWebpage is unneeded.
In previous, it was still working as I was more interested into != 0 than
exact count. Still, for clarity sake, I add -l to get the actual count.
Thanks Axel.
The bash script tried to verify the existence of a file,
but there were several fils fitting the wildcard expression.
So, [ -e .../*gcc ]; was interpreted as if it had too many
arguments. Replaced that expression by a count of files.
Fixes#8493.
Replace the leaf bitmap with a non-cutoff version derived from the
'data/artwork/Haiku Leaf' file. So, when icon size is > 16 the full
deskbar leaf is shown without the bottom cut-off. It should look
pretty much identical at 16x16 and in vertical mode at any icon size.
Also add a deskbar_leaf.png file to the data/artwork directory
although I didn't use that file in Deskbar, instead I embed an
archive bitmap into icons.h. I got rid of icon-freelogo.rdef and
icons_logo.h.
* Just some examples
* Trying to identify drivers without using
trademarks, etc.
* Feel free to improve if your icon-o-matic
skills are better then mine :P
* haiku-devlibs-ppc-gcc4 zip archive contains libroot and glue (but no stdc++).
* fixed /boot/develop/lib/$arch symlink to point to the right dir instead of current.
* setgcc now handles the ppc arch and updates the arch link /boot/develop/lib.
* add support for printing the time-related locale (which may contain
a '@strings=messages' suffix if required by locale configuration
* adjust cmdline params of /bin/locale to be a bit clearer (but keep
support for -c for compatibility)
* adjust /etc/profile to invoke /bin/locale accordingly
* Prevent trademark issues with "OpenGL" text.
* Rename OpenGL preference pane "3D Rendering"
* Update catkeys
* Add a better image to 3D Rendering preferences
(we can change this if there are objections, just
trying to pretty the pane up a little)
We keep the underscore to help with fallback languages. So in that respect pt_BR
falls back to pt in case of untranslated strings. zh-Hans is a way of writing
Chinese, as is zh-Hant. Neither of them can or should fall back on a
(non-existent) zh language code. They can be combined to form zh-Hans_CN and
zh-Hans_TW if there are ever translators that want to further refine that
dialect.
* Textencoding Kit now uses localized names of available encodings;
* Default encoding for composing new messages in Mail application is now
configurable through localization feature. Fixes#8147.
* This contribution was made as part of GCI 2011 task.
Signed-off-by: Siarzhuk Zharski <zharik@gmx.li>
* The about-like screen saver info has bold styling of heading part
of the information string string. Localizing this string has
provoked partial styling and visual "corruption-looking" glitches.
* Added possibility to localize projects driven by Jamfile-engine in
the easy way. Targets "catkeys", "catalogs", "catlogsinstall",
"bindcatalogs" introduced.
* This contribution was made by Peter Polacik during working on GCI 2011
tasks. Thank you!
resources instead of separate folder under ~/config/data/locale/catalogs.
Thanks to Adrien for fixing this feature in the Locale kit!
* STATIC libraries should have .a extension.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@43203 a95241bf-73f2-0310-859d-f6bbb57e9c96
ThinkPad X1 and ThinkPad X100e keyboards. The name of these layout files
correspond to the model that introduced them and should cover every US and
international laptop made by IBM and Lenovo except Japanese (and perhaps some
other Asian locale) versions.
Like the Apple Aluminum keyboard layouts these are neatly tucked away in a
ThinkPad submenu in the Keymap preference app.
Removed the 'IBM Laptop International' keyboard layout file which has been
superseded by 'ThinkPad International'. Closes#8021
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@43094 a95241bf-73f2-0310-859d-f6bbb57e9c96
existing 'Apple Aluminium' keyboard layout to 'Apple Aluminium Extended
International.' The 3 new layout files are US mini and extended version
as well as an international mini version. This completes #7964
International corresponds to keyboard layouts for all locales except the US
and Japan. I have Japanese Apple Aluminum keyboard layout files almost
ready but I first need to determine what the special kana and eisu keys
are mapped to.
The Apple Aluminum keyboard layout files are tucked away in an Apple Aluminum
subdirectory. The Keymap preference app has been modified to turn
subdirectories into submenus of the Layout menu.
HaikuImage has been modified to include each keyboard layout file in the
image individually as recommended by Ingo.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@43093 a95241bf-73f2-0310-859d-f6bbb57e9c96
of standard C++ libraries (stdc++.r4 <-> stdc++ supc++);
* Force C++ language at preprocessing the sources before localization catkeys
collecting. It gives a hint for compiler to handle .pre file as C++ one
preventing breaking on "unfound" C++ headers. Thanks to Vitaly Diger for
pointing it out.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42926 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Belarusian, Russian, Swedish catkeys for PoorMan and CodyCam
fixed for "Application name" -> "System name" HTA bug;
* "apps/networktime" folder finally deleted - functionality
was superseeded by time preflet.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42713 a95241bf-73f2-0310-859d-f6bbb57e9c96
Unfortunately I have failed snatching out Ukrainian ones for 3 days of attempts. :-(
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42700 a95241bf-73f2-0310-859d-f6bbb57e9c96
The various LC_ environment variables (as well as LANG) are set in
/etc/profile, based on the output of this new simple bin command locale.
LANG and LC_CTYPE are set based on the first preferred language, whereas the
formatting variables are all set based on the formatting conventions language.
The list of LC_ variables are from the locale command on Linux.
Based on my testing, at least the date command obeys these variables.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42394 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Since the updated Time prefs didn't make it into alpha3, I kept the older
catkeys in SVN.
* Renamed "Application name" to "System name" manually in the catkeys of
CodyCam and Poorman. For some reason HTA didn't get these changes in the
code...
+alpha3
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@42128 a95241bf-73f2-0310-859d-f6bbb57e9c96
kernel settings file. As pointed out by Rene, there's otherwise no way to
enable ACPI when the settings file is absent, as there's only a disable switch
in the boot menu.
* Remove MADT dumping as it isn't really implemented. This info can actually be
printed in the IO-APIC code now.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41497 a95241bf-73f2-0310-859d-f6bbb57e9c96
symbol. Deleted some versions, which used non-standard glyphs. These
appeared to be older versions, which are not in use.
TODO:
* update docs/[userguide,welcome]/images/logo.png
* generate new boot splash header files
* deploy new images outside of repository
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41308 a95241bf-73f2-0310-859d-f6bbb57e9c96
Updated the logo to include the registered trademark symbol, ®.
About the positioning:
* vertically aligned with the top of the glyphs (excluding 'A')
* horizontally aligned with the rightmost edge of the yellow leaf.
There are some unnecessary layers, which will be removed in a following commit.
This is a first commit of several, in which all graphics in the repository will
be updated.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41306 a95241bf-73f2-0310-859d-f6bbb57e9c96
* GS, KY and PN all share the same flag, because I'm too lazy to add their
specific code of arms, which one wouldn't recognize in the small flag
anyway... At least every country is now listed in CountryFlags.rdef, so
anyone can improve flags and simply replace the rdef data there.
* Added newly generated CountryFlags.rdef
* Added little script to create CountryFlags.rdef to build/scripts/ just in
case.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41292 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Added around 75 new flags. I didn't go into too much detail (some flags are
insane!), since they are currently only used in 16px size in Locale prefs.
Faster loading and rendering seems more important.
* All flags now have an aspect ratio of 16:14, which may not always be the
official proportions, but looks more consistent.
* All flags got a half-transparent grey frame to prevent some flag colours
bleeding into the background.
* Renamed all flags with their country code as prefix. This will make them
easier to use in scripts.
I'll yet have to update LocaleKit's CountryFlags.rdef, for which I did write
a little script, but I'll wait a few more days to see if I can motivate myself
to include a few more flags...
If anyone wants to have a go, http://en.wikipedia.org/wiki/ISO_3166-1 has
a nice list with all needed info.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@41281 a95241bf-73f2-0310-859d-f6bbb57e9c96