18 Commits

Author SHA1 Message Date
robert
9cab0dcef3 Rework how the GPU vendor and device id is detected by using direct calls
to Mesa. The current solution is based on a diff from jsg@.
Also fix font redering issues with WebKit, with 3rd party TTFs with a
diff from Yoshihisa Matsushita.
2015-02-22 11:33:57 +00:00
robert
b3e9f10830 use mesa to get the gpu vendor and device id and pass it to chromium because
we can't use libpci due to permission restrictions and use some more UI code
on BSD as well
2015-02-15 19:51:28 +00:00
robert
bbc1baf91d update to 40.0.2214.91 2015-01-22 11:16:40 +00:00
robert
38e0ae5fd4 add reference to the bug regarding the LANG environment variable 2014-07-20 17:23:34 +00:00
robert
2545026841 update to 36.0.1985.125;
from this release Chromium uses Aura instead of Gtk+ so the UI will look
a bit different, and that is completely normal.
2014-07-20 17:22:33 +00:00
ajacoutot
081c939a7d Sync the Desktop file with Ubuntu and FreeBSD.
Rename to chromium-browser.desktop to match what others are doing.

ok robert@ (maintainer)
2013-11-15 07:44:49 +00:00
ratchov
ea44fb5469 Enable audio playback support using sndio.
ok robert@
2012-11-25 18:57:21 +00:00
ajacoutot
d039c6ff7c Add x-scheme-handler for http and https in the MimeType so that chrome can
be chosen as a default browser in Desktop environments.

ok robert@ (maintainer)
2012-07-10 09:49:29 +00:00
robert
1f4053bbd9 Add a temporary workaround to the chrome wrapper script that checks
if the SingletonLock file is available and valid.
The problem is that when chrome crashes one of the destructors fail to
remove the lockfile and then when you start chrome again, it will
try to communicate with the old PID of the chromium main process, because
the SingletonLock file will point to `hostname`-PID_of_old_chromium and
since that process is not running anymore, startup will fail.
2012-05-17 08:52:59 +00:00
ajacoutot
f72cb7f26e Increase limits to minimum working defaults.
ok robert@ (maintainer)
2012-01-11 16:24:07 +00:00
halex
c8b1c12875 fix the chrome wrapper script a bit
- skip the tests if you already have a running chrome instance
- default to 'no' (meaning you must not use the mouse for doing the
  sensible thing)
- do not start chrome if you just close the window (alt+f4 etc)

ok robert@
2011-07-05 09:16:19 +00:00
canacar
9c5121f96b Try to set the number of open files to the desired value before warning
about openfiles-max. ok robert@
2011-06-17 04:25:06 +00:00
ajacoutot
3c101b3a3b Add missing RUN_DEPENDS.
Remove trailing blank line.
2011-05-19 11:57:37 +00:00
robert
65907ca1bc Add a .desktop file for the menus and install the icons too.
Remove the message about bumping shmall and datasize too.
2011-05-19 11:52:06 +00:00
robert
0818a3651c - use the same memory allocation values on amd64 and i386 too.
this makes chrome use way less memory and since it does not hit
  datasize limits anymore, it is way more stable too
- remove the warning of datasize bumping from the wrapper script

tested by sthen@, jasper@ and me
2011-05-17 08:35:31 +00:00
sthen
ed3d1a0a57 tweak wrapper script; use larger default limits for FD and datasize
(you may still need to raise them if you open many tabs, but this
should be enough to avoid problems in normal use), only warn if
softlimits can't be raised, and adjust messages to mention login.conf
(and login.conf.db if detected).

ok espie@ "feel free to modify it if you don't like it" robert@
2011-02-08 21:10:28 +00:00
espie
ae6e8f236b late update to chromium 9, robert@ did the work, but he doesn't have the
time right now.
Tree is still locked!
Reasons for the update:
- good work that can be used now
- only builds on i386/amd64, and they're fast
- multiple security problems in old chrome
- old chrome half working, can't break it more than it was.

This one requires resources (see MESSAGE), but it's ways more stable.

Again, discussed with sthen@, jasper@, naddy@, miod@
2011-02-08 09:43:02 +00:00
pvalchev
88e44963ff Initial import of Chromium for OpenBSD, a multi-month effort! :)
i386 and amd64 supported.

Chromium is an open-source browser project that aims
to build a safer, faster, and more stable way for all
Internet users to experience the web. http://www.chromium.org/

This is version 4.0.251.0 with a tarball already including hundreds
of patches by myself, Sprewell, Ben Laurie and others from the original
FreeBSD effort. See homepage for more details and known issue:
http://sightly.net/peter/openbsd/chromium/
(right now, there are i386 & amd64 -current packages there that can
be pkg_add'ed, links to the FreeBSD page for more info, etc)

The patches are being cleaned up and sent upstream in chunks, the
goal will be to have a clean tarball eventually. I _just_ got this
working earlier this week so it may crash and burn (especially on
amd64 as some parts do not appear 64-bit clean), let me know.

"commit it and let's work on it in-tree" espie@, robert@ & others
2009-12-18 22:25:56 +00:00