On Wed, Nov 25, 2015 at 06:17:41PM -0500, shua lloret wrote:
> I had to install some gstreamer plugins to get media files to play in
> surf. Whatever the packages are called on your distro, try installing
> them and seeing if it changes.
these packages are installed
gstreamer1.0-libav
did you check in config.mk if there's a compile option for volume and
that it's set before compiling several times?
I had to install some gstreamer plugins to get media files to play in
surf. Whatever the packages are called on your distro, try installing
them and seeing if it changes.
-Joshua Lloret
On Wed, Nov 25, 2015 at 5:33 PM, hiro <23h...@gmail.com> wrote:
> did you check in config.mk if there's a
Hello,
for some days I do not have sound in my web browser surf(git) but I have with
chromium. I deleted my computer flash. I recompiled several times surf but
nothing happens.
someone would have an idea ?
Thank you for your answers
Stéphane
--
Stéphane Ortega http://stephaneortega.fr
Heyho,
a little annoyance, that bugged me for quite a while is that you get a short
white "flash" when changing between different tabbed clients running surf. This
is mostly only visible when both websites have a dark background. I tested it
and I can "fix" it for these cases with the following
Does they share the same memory with same process but isolated?
And what is the difference between surf and surf-isolated.
I had opened the code, it really is minimal but I don't understand it
fully as I am still a **novice** in C.
I tried to compile surf with musl-gcc. But it doesn't work, I
Hi, I am able to open firefox web browser to play movie directly from
youtube without lag and have audio.
But, when I use surf to play video. The video seems lag and there is no
sound, same things happens to other browser.
I am using raspberry pi 2. Is the problem related to hardware
On Tue, Jul 07, 2015 at 03:29:34PM +0800, Kai Hendry wrote:
It's an issue with Webkit. Remember surf is just a tiny wrapper on top
of Webkit.
For more information, checkout
http://archlinuxarm.org/forum/viewtopic.php?f=64t=8673
Unfortunately the rpi video playback work that the Raspberry Pi
It's an issue with Webkit. Remember surf is just a tiny wrapper on top
of Webkit.
For more information, checkout
http://archlinuxarm.org/forum/viewtopic.php?f=64t=8673
Unfortunately the rpi video playback work that the Raspberry Pi
foundation paid Collabra to do is for webkit1 and not webkit2.
tracking, not the
one-off targeting that might be done against an activist. I know about ad tech,
not sigint, so I can't really say much there.
Ben
Original Message
From: Pickfire
Sent: Monday, July 6, 2015 11:03 PM
To: dev@suckless.org
Reply To: dev mail list
Subject: Re: [dev] [surf] Firefox's
Pickfire wrote:
I think that the ip address could be hidden by tor. I am using tor with polipo
to sockstify all outgoing network including surf. Is that correct?
Heyho,
That probably works, however I recomend using the TransPort setting and a set of
iptables/netfilter rules[0] as it avoids the
On Tue, Jul 07, 2015 at 10:21:35AM +0200, Markus Teich wrote:
Pickfire wrote:
I think that the ip address could be hidden by tor. I am using tor with polipo
to sockstify all outgoing network including surf. Is that correct?
That probably works, however I recomend using the TransPort setting
quinq wrote:
Just a quick word to inform you that a new branch for surf (ingenuously called
surf2) has been created as a first step toward running surf on top of WebKit2.
It's not fully mature yet but quite usable and having user feedback would be
greatly appreciated.
Heyho,
I remember from
Hi, does surf implement tracking protection which disables sites from
tracking using cookies and it is said that it could improve performance in
Firefox for
up to 44%.
Thanks.
--
_
Do what you like, like what you do.
-
Hi Pickfire,
No, nothing like that. Surf's code is small and simple enough that
even a novice C programmer could add such a feature. It is trivial to
filter content in surf at the code level. 99% of it would be
configuration. I encourage you to try to implement the feature. Surf
is minimal enough
Quentin,
Thanks for your work!
Quoth quinq on 28a0fc1:
port surf to gtk3
Doesn't this imply a DBus dependency?
As far as I can tell, gtk+3 has had a hard dependency on atk-bridge
(which, in turn, requires DBus) since 3.6.something.
Regards,
--
wcm
Wolfgang Corcoran-Mathe said:
Doesn't this imply a DBus dependency?
AFAIR WebkitGtk itself depends on DBUS since inception.
--
Dmitrij D. Czarkoff
Dmitrij,
Quoth Dmitrij D. Czarkoff on Sat, Jul 04 2015 10:45 +0200:
AFAIR WebkitGtk itself depends on DBUS since inception.
In theory it probably does.
surf/webkitgtk1 run fine without DBus installed, interestingly.
--
wcm
Thank you for doing this Quentin. webkit1 (webkitgtk2 in Arch) is pretty
stale now, so we needed to move to http://webkitgtk.org/ aka webkit2
(webkit2gtk in Arch) sooner than later.
I've packaged it in Arch here:
https://aur4.archlinux.org/packages/surf2/
I'm using surf2 in a product:
well, google for /etc/polipo/forbidden adblock
On 6/4/15, Ivan Tham ivanthamjun...@gmail.com wrote:
On Wed, Jun 03, 2015 at 08:32:42PM +0200, hiro wrote:
Does your polipo cache https traffic?
Thanks, I just found out that polipo doesn't cache https traffic but
some other cache server does.
See my previous mailing list messages for details. I keep my local repo here:
https://github.com/legitparty/surf-isolated
Ben
Original Message
From: Eric Pruitt
Sent: Wednesday, June 3, 2015 11:53 AM
To: dev mail list
Reply To: dev mail list
Subject: Re: [dev] [surf] Using more memory than
On Wed, Jun 03, 2015 at 10:29:32AM +0800, Ivan Tham wrote:
Why can't surf beat dillo which is a gecko-based browser?
Hi, dillo uses its own internal layout engine.
If you wish to compare fairly dillo and surf you have to load surf without
javascript: surf deals with scripts, where dillo afaik
On Wed, Jun 03, 2015 at 08:32:42PM +0200, hiro wrote:
Does your polipo cache https traffic?
Thanks, I just found out that polipo doesn't cache https traffic but
some other cache server does.
If you know what /etc/hosts is and how polipo does it's dns requests
you should be able to figure out
Does your polipo cache https traffic?
If you know what /etc/hosts is and how polipo does it's dns requests
you should be able to figure out your question yourself :)
Reply To: dev mail list
Subject: Re: [dev] [surf] Using more memory than firefox
On Mon, Jun 01, 2015 at 09:54:46AM -0700, tauto...@gmail.com wrote:
Hi Ivan,
Also, I prefer to isolate state between different browser windows/tabs. If
firefox is sharing process state between windows, and saving memory
On Tue, Jun 02, 2015 at 01:34:28PM -0700, tauto...@gmail.com wrote:
When I look at top, I see a lot of memory usage, but most of that is shared
mappings. What I look at is the active memory use, and virtual memory
statistics, to see what is going on with memory. The only performance issue I
On Mon, Jun 01, 2015 at 09:54:46AM -0700, tauto...@gmail.com wrote:
Hi Ivan,
Also, I prefer to isolate state between different browser windows/tabs. If
firefox is sharing process state between windows, and saving memory usage that
way, then I see it as a security design issue.
Hi,
Is
On Tue, Jun 02, 2015 at 02:59:00PM +0200, Christoph Lohmann wrote:
I could push out more releases and tag nearly every new feature that’s
stable, if you like. But here’s my view that struggles me. I am using
releases to reconsider what’s done in the project and what could be done
next.
* Ivan Tham 2015-06-02 16:37
Extra: How do I open a link in surf using the keyboard in the current
window and in a new window?
vanilla surf: when carret browsing is active, you may search for the
link's text and press enter (opens in the current window).
otherwise: look at the
On Mon, Jun 01, 2015 at 01:15:36PM +0200, 7heo wrote:
On June 1, 2015 11:16:52 AM CEST, Dmitrij D. Czarkoff czark...@gmail.com
wrote:
Hi!
There have been more then 2 years since 0.6 surf release (2013-02-10).
Maybe it is time for 0.7?
What problem does it solve?
# Archlinux
$ pacman -Si
I don't get how that is a problem. Versions don't have a 1:1 mapping to any
mathematical function taking SLOCs as input, do they?
On June 1, 2015 1:47:19 PM CEST, Martin Kopta mar...@kopta.eu wrote:
On Mon, Jun 01, 2015 at 01:15:36PM +0200, 7heo wrote:
On June 1, 2015 11:16:52 AM CEST, Dmitrij
What problem does it solve?
On June 1, 2015 11:16:52 AM CEST, Dmitrij D. Czarkoff czark...@gmail.com
wrote:
Hi!
There have been more then 2 years since 0.6 surf release (2013-02-10).
Maybe it is time for 0.7?
On Mon, Jun 1, 2015 at 8:26 AM, 7heo 7...@mail.com wrote:
I don't get how that is a problem. Versions don't have a 1:1 mapping to any
mathematical function taking SLOCs as input, do they?
No, but some software has a 1:1 mapping with a date and its version.
I propose a new suckless version
Which brings us back to the question: what problem does it solve?
Package management is none of suckless's concern. I would go for removing
versions rather. We don't need those capitalist lies.
On June 1, 2015 2:38:27 PM CEST, Dmitrij D. Czarkoff czark...@gmail.com
wrote:
7heo said:
I don't
7heo said:
Package management is none of suckless's concern.
Not in case of package that has a metric fucktone of dependencies.
--
Dmitrij D. Czarkoff
7heo said:
I don't get how that is a problem. Versions don't have a 1:1 mapping
to any mathematical function taking SLOCs as input, do they?
If you are done with pretending to be clueless, can we just assume that
versions have something to do with package management?
--
Dmitrij D. Czarkoff
Hi!
There have been more then 2 years since 0.6 surf release (2013-02-10).
Maybe it is time for 0.7?
--
Dmitrij D. Czarkoff
On Mon, Jun 1, 2015 at 5:07 PM, Joerg Jung m...@umaxx.net wrote:
You're right in that package maintainers can't tell where the fixes
and new features are coming in, they'll not introduce their own
releases.
Right, you disproved your own sentence above.
No need to get nitpicking, I saw and
On 1 June 2015 at 16:10, Ivan Tham ivanthamjun...@gmail.com wrote:
Hi, I use 2 windows of surf uses more memory then using firefox with 6 tabs
opened. Is there some memory leaks?
Open the six exact tabs of your FF in surf and compare that.
Open the two pages from your surf into your FF and
On Mon, 01 Jun 2015 17:34:28 +0200
7heo 7...@mail.com wrote:
Hey Theo,
So yeah, it would solve your problem in the short term, but it would
also encourage bad practices, which is a real problem on the long run.
I'd be happy to see this annoying discussion resolved in the short term.
Regular
Hi,
you are both wrong.
On Mon, Jun 01, 2015 at 04:39:39PM +0200, 7heo wrote:
My point exactly. Plus, it does not even solve an actual problem.
It does, it makes life for downstream package maintainers (like me)
easier, as no cherry-picking of patches or own releases are required.
On June
On Mon, Jun 01, 2015 at 04:14:36PM +0100, Raphaël Proust wrote:
Hi, I use 2 windows of surf uses more memory then using firefox with 6 tabs
opened. Is there some memory leaks?
Open the six exact tabs of your FF in surf and compare that.
Open the two pages from your surf into your FF and compare
There are package managers which allow very easy re-compiling of
packages with own patch-sets, especially due to projects like suckless.
Several people, still prefer re-compiling of packages based on the given
releases. Because from sysadmin point of view, packages are always
wanted and
We should seriously discuss this and settle down to a consistent guideline,
agreed.
On June 1, 2015 5:33:03 PM CEST, Joerg Jung m...@umaxx.net wrote:
On Mon, Jun 01, 2015 at 05:14:17PM +0200, Martti Kühne wrote:
On Mon, Jun 1, 2015 at 5:07 PM, Joerg Jung m...@umaxx.net wrote:
From the
Hi, I use 2 windows of surf uses more memory then using firefox with 6 tabs
opened. Is there some memory leaks?
--
_
Do what you like, like what you do.
-
\ ^__^
\ (oo)\___
(__)\ )\/\
, and saving memory usage that
way, then I see it as a security design issue.
Ben
Original Message
From: Ivan Tham
Sent: Monday, June 1, 2015 8:23 AM
To: dev@suckless.org
Reply To: dev mail list
Subject: Re: [dev] [surf] Using more memory than firefox
On Mon, Jun 01, 2015 at 04:14:36PM +0100
On Mon, Jun 01, 2015 at 05:34:28PM +0200, 7heo wrote:
I personally understand your problem (I shortly contributed to alpine and had
to report problems upstream, and I was more than glad when they accepted to
merge my patches upstream, so I hear you), but I still think that arbitrary
Hey Frign.
I'd be happy to see this annoying discussion resolved in the short term.
More and more Arch hipsters found their way on this ML
You're doing it wrong then. It's not by calling people names that you're going
to make the discussion any shorter. ;)
Else, why the big fuss; because
On Mon, Jun 01, 2015 at 05:14:17PM +0200, Martti Kühne wrote:
On Mon, Jun 1, 2015 at 5:07 PM, Joerg Jung m...@umaxx.net wrote:
From the average suckless user's view, knowing what source is compiled
and what config included is always wanted and preferred over other
people's builds.
Average
I personally understand your problem (I shortly contributed to alpine and had
to report problems upstream, and I was more than glad when they accepted to
merge my patches upstream, so I hear you), but I still think that arbitrary
versions are the wrong approach. Arbitrary versions exist only so
7heo writes:
Suckless comes from suck less. We're not here to settle down on wrong
solutions.
Suckless has settled on the wrong solutions for years. Case in point:
customizing software by compiling it. How often do you recompile mv, cp
and rm? Even compiling your kernel is something that should
On 1 June 2015 at 15:33, Martti Kühne mysat...@gmail.com wrote:
However upstream is not everyone's taste either, in that configuration
changes require recompiling of the respective binary.
I'm quite happy using the default configuration for most tools though,
as are a lot of people. And since
No it wouldn't help downstream package maintainers.
You're right in that package maintainers can't tell where the fixes
and new features are coming in, they'll not introduce their own
releases.
However upstream is not everyone's taste either, in that configuration
changes require recompiling of
Am 01.06.2015 um 11:16 schrieb Dmitrij D. Czarkoff czark...@gmail.com:
There have been more then 2 years since 0.6 surf release (2013-02-10).
Maybe it is time for 0.7?
Yes, please.
Tagging a new release would help downstream
package maintainers.
Thanks,
Regards,
Joerg
My point exactly. Plus, it does not even solve an actual problem.
On June 1, 2015 4:33:55 PM CEST, Martti Kühne mysat...@gmail.com wrote:
No it wouldn't help downstream package maintainers.
You're right in that package maintainers can't tell where the fixes
and new features are coming in, they'll
Greg Reagle said:
I don't know git well, just the basics, but why don't you use a git
commit id as the target for patching and packaging? As far as I
understand, a tag is just a friendly name for a commit id anyway.
1. In some packaging software that will fuck up package versioning and
Martti Kühne said:
However upstream is not everyone's taste either, in that configuration
changes require recompiling of the respective binary.
Exactly! I have a big patch for surf 0.6; it takes time to adopt these
changes to current snapshot, and there are better ways to waste that
time then
On Mon, Jun 1, 2015 at 7:08 PM, Dmitrij D. Czarkoff czark...@gmail.com wrote:
Martti Kühne said:
However upstream is not everyone's taste either, in that configuration
changes require recompiling of the respective binary.
Exactly! I have a big patch for surf 0.6; it takes time to adopt these
On Mon, Jun 01, 2015 at 11:16:52AM +0200, Dmitrij D. Czarkoff wrote:
Hi!
There have been more then 2 years since 0.6 surf release (2013-02-10).
Maybe it is time for 0.7?
As a packager, I'd very much appreciate tagging once in a while so that we have
static targets for patching and packaging.
Martti Kühne said:
Did you release your big patch to the public?
It is a set of patches. Some are from wiki; some are mine; some are
published.
Is it that hard to port it to HEAD?
Trivial in my case. The point still stands though.
Also, I am planning to add gtk3 patch to the mix - gtk2
On Mon, Jun 1, 2015, at 01:46 PM, Jack L. Frost wrote:
As a packager, I'd very much appreciate tagging once in a while so that
we have
static targets for patching and packaging.
I don't know git well, just the basics, but why don't you use a git
commit id as the target for patching and
On Mon, Jun 01, 2015 at 02:18:01PM -0400, Greg Reagle wrote:
On Mon, Jun 1, 2015, at 01:46 PM, Jack L. Frost wrote:
As a packager, I'd very much appreciate tagging once in a while so that
we have
static targets for patching and packaging.
I don't know git well, just the basics, but why
On Mon, Jun 01, 2015 at 02:18:01PM -0400, Greg Reagle wrote:
On Mon, Jun 1, 2015, at 01:46 PM, Jack L. Frost wrote:
As a packager, I'd very much appreciate tagging once in a while so that
we have
static targets for patching and packaging.
I don't know git well, just the basics, but why
On Mon, Jun 1, 2015, at 02:36 PM, Eric Pruitt wrote:
On Mon, Jun 01, 2015 at 02:18:01PM -0400, Greg Reagle wrote:
I don't know git well, just the basics, but why don't you use a git
commit id as the target for patching and packaging? As far as I
understand, a tag is just a friendly name
To follow up on my suggestion to use a git commit as a version, the
following command in fish automatically produces a version number:
date --date (git log -1 --pretty=format:%aD) -u +%Y.%m.%d.%H.%M.%S
In bash, it would be:
date --date $(git log -1 --pretty=format:%aD) -u +%Y.%m.%d.%H.%M.%S
--
Why do we need to appear busy. If people want to use better
software, they will. We don't need to appear busy
On Tue, Jun 2, 2015 at 12:42 AM, Greg Reagle greg.rea...@umbc.edu wrote:
On Mon, Jun 1, 2015, at 02:36 PM, Eric Pruitt wrote:
On Mon, Jun 01, 2015 at 02:18:01PM -0400, Greg Reagle
On Mon, Jun 01, 2015 at 02:18:01PM -0400, Greg Reagle wrote:
I don't know git well, just the basics, but why don't you use a git
commit id as the target for patching and packaging? As far as I
understand, a tag is just a friendly name for a commit id anyway.
1) How do I know if a certain tag
Greg Reagle said:
In bash, it would be:
date --date $(git log -1 --pretty=format:%aD) -u +%Y.%m.%d.%H.%M.%S
date: unknown option -- -
usage: date [-aju] [-d dst] [-r seconds] [-t minutes_west] [-z output_zone]
[+format] [[cc]yy]mm]dd]HH]MM[.SS]]
But you have a point - this idea
On Mon, Jun 1, 2015, at 03:31 PM, Jack L. Frost wrote:
1) How do I know if a certain tag is stable enough to use? Do I just take
the
current HEAD? Do I spend my time extensively testing a few latest tags to
figure out if they are stable or not?
I assume by tag you mean commit because we are
On Mon, Jun 01, 2015 at 10:28:40AM -0600, Anthony J. Bentley wrote:
7heo writes:
Suckless comes from suck less. We're not here to settle down on wrong
solutions.
Suckless has settled on the wrong solutions for years. Case in point:
customizing software by compiling it. How often do you
On Mon, Jun 01, 2015 at 08:40:40PM +0200, Dmitrij D. Czarkoff wrote:
Greg Reagle said:
I don't know git well, just the basics, but why don't you use a git
commit id as the target for patching and packaging? As far as I
understand, a tag is just a friendly name for a commit id anyway.
1.
On Mon, Jun 01, 2015 at 10:28:40AM -0600, Anthony J. Bentley wrote:
Suckless has settled on the wrong solutions for years. Case in point:
customizing software by compiling it.
Seriously? Compiling dwm or st takes less than a second, sucks a lot
less (in of itself, without regard for context)
On Mon, Jun 1, 2015 at 3:23 PM, Aditya Goturu aditya3...@gmail.com wrote:
Why do we need to appear busy. If people want to use better
software, they will. We don't need to appear busy
It was a joke. This entire thread is a joke.
Attached is the patch. This might seem obvious to many of you, but I
think it would be nice to have it explained in the man page for people
who are not computer experts like the suckless developers. Probably
suckless users will be able to figure this out eventually, but this
explanation can save
* koneu kone...@googlemail.com [2015-04-23 21:09]:
Careful though, arg.v is _not_ the address you want to pass to
evascript(), *(arg.v) is! (or at least that's what the old code suggests)
Yeah, I'm chaging the API here. But as eval() is not used in surf and
the old version is broken, I don't
On Mon, Apr 27, 2015 at 10:04 PM, Nick suckless-...@njw.me.uk wrote:
It totally does. Visit https://njw.me.uk and see the U in the SSL
section of the status bar
Thanks. I did not notice this 'U'.
Change `static char *strictssl` to true and rebuild,
I get a SSL handshake error if
Loving surf unfortunatly it crashes from time to time.
Haven't noticed a specific pattern but it sure does not like I'm
browsing YouTube.
Hope this helps,
$ surf -v
surf-0.6, ©2009-2014 surf engineers, see LICENSE for details
$ git log -1 HEAD --oneline # using latest from repo
b4ca032
On Wed, Mar 25, 2015 at 12:16 AM, Nick suckless-...@njw.me.uk wrote:
Hi Jakukyo,
Quoth Jakukyo Friel:
How to manage SSL certificates in surf?
If you're just talking about choosing which CAs to accept, surf uses
the ca-certificates bundle your distro provides
Hmm, 0.4.1 does not support
I had forgotten about this patch, but it is a useful one and I
reckon it should be applied (or rebuked, if appropriate). It still
applies fine against the current tip (with fuzz).
Quoth Nick:
Quoth Markus Teich:
I recently wrote a patch that printed useful debug info about SSL
Quoth Jakukyo Friel:
Just tried with the latest commit (b4ca032),
surf does not warn about invalid SSL certs.
It totally does. Visit https://njw.me.uk and see the U in the SSL
section of the status bar, and compare to the T for
https://njw.name.
Change `static char *strictssl` to true and
Ok, it does make sense, I had overlooked it because eval() is usually
not called. The arg-v is passed to evalscript() which expects an char*.
Cheers Jochen
signature.asc
Description: Digital signature
On 2015-04-23 08:06PM, Jochen Sprickerhof wrote:
Ok, it does make sense, I had overlooked it because eval() is usually
not called. The arg-v is passed to evalscript() which expects an char*.
Both implementations (before and after your patch) pass a char*.
But (assuming I'm reading the code
* Jason Woofenden ja...@jasonwoof.com [2015-04-23 14:36]:
Both implementations (before and after your patch) pass a char*.
But (assuming I'm reading the code correctly) they don't pass the
same address.
True, the old one assumes a char** (an array of strings), whereas the
new one assumes a
Jochen Sprickerhof wrote:
* Jason Woofenden ja...@jasonwoof.com [2015-04-23 14:36]:
Both implementations (before and after your patch) pass a char*.
But (assuming I'm reading the code correctly) they don't pass the
same address.
True, the old one assumes a char** (an array of strings),
This is making my brain hurt, but I'm pretty sure this change
dereferences arg-v one fewer times.
Does arg-v point directly to a string, or to a pointer to a
string?
--
Jason
On 2015-04-22 05:30PM, Jochen Sprickerhof wrote:
---
surf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
surf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/surf.c b/surf.c
index 87c10ef..75fa5db 100644
--- a/surf.c
+++ b/surf.c
@@ -1314,7 +1314,7 @@ static void
eval(Client *c, const Arg *arg) {
WebKitWebFrame *frame = webkit_web_view_get_main_frame(c-view);
---
config.def.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/config.def.h b/config.def.h
index a1ab211..1eb9566 100644
--- a/config.def.h
+++ b/config.def.h
@@ -19,7 +19,7 @@ static char *cookiefile = ~/.surf/cookies.txt;
static char *cookiepolicies = Aa@; /* A:
On Wed, Apr 22, 2015 at 05:34:45PM +0200, Jochen Sprickerhof wrote:
-static char *strictssl = FALSE; /* Refuse untrusted SSL connections */
+static Bool strictssl = FALSE; /* Refuse untrusted SSL connections */
If you're changing the type, you should probably replace FALSE with
false
Actually, scratch this, I have no idea why I had this in my queue. Sorry
for the noise.
Cheers Jochen
signature.asc
Description: Digital signature
Quoth tauto...@gmail.com:
The disk cache is disabled by default, so it is probably not an
issue. If someone enables it, it is their decision.
Actually the disk cache is enabled by default; it's set to true in
config.def.h
To: dev mail list
Reply To: dev mail list
Subject: Re: [dev] [surf] [PATCH] Add NODISKCACHE option to disable the disk
cache at compile-time
Quoth tauto...@gmail.com:
The disk cache is disabled by default, so it is probably not an
issue. If someone enables it, it is their decision.
Actually
Quoth Roberto E. Vargas Caballero:
It looks like you can use SOUP_CHECK_VERSION(2, 34, 0) to test for the
version that supports disk cache. May you please try your patch with that
code, and send me an updated patch? I will then test on my own system with
support, and verify that the
Quoth Nick:
Quoth Roberto E. Vargas Caballero:
I compiled it in jessie with this patch:
It compiles fine with that patch on Wheezy, too.
Not even all of Roberto's patch seems necessary. The attached patch
works for me.
diff --git a/surf.c b/surf.c
index 87c10ef..0c2d580 100644
---
It compiles fine with that patch on Wheezy, too.
Not even all of Roberto's patch seems necessary. The attached patch
works for me.
Maybe we should add these lines to the base version, at least
until the cache code becomes more stable.
Regards,
On those platforms that need that define set before the include, does the -D
argument actually work?
Ben
Original Message
From: Nick
Sent: Tuesday, April 14, 2015 2:21 AM
To: dev mail list
Reply To: dev mail list
Subject: Re: [dev] [surf] [PATCH] Add NODISKCACHE option to disable the disk
Quoth tauto...@gmail.com:
On those platforms that need that define set before the include, does the -D
argument actually work?
Yep, the cache seems to work fine.
the build error, and see if it gets accepted there.
Ben
Original Message
From: Nick
Sent: Tuesday, April 14, 2015 12:16 PM
To: dev mail list
Reply To: dev mail list
Subject: Re: [dev] [surf] [PATCH] Add NODISKCACHE option to disable the disk
cache at compile-time
Quoth tauto...@gmail.com
Hi Ben,
Quoth tauto...@gmail.com:
What is the build error? I submitted the disk cache support, and can fix it.
I am looking to see if I have an environment to reproduce.
Attached.
surf build options:
CFLAGS = -std=c99 -pedantic -Wall -Os -I. -I/usr/include -I/usr/X11R6/include
-pthread
Hi folks,
Surf won't compile on Debian Wheezy anymore because of the disk
cache stuff. This adds an #ifdef to make it disable-able. Probably
not for mainline, but might be useful for people.
Nick
From 7dc9959f5b5bb12911bffc5fb91e80fd0b9bc4cf Mon Sep 17 00:00:00 2001
From: Nick White
Hi Nick,
What is the build error? I submitted the disk cache support, and can fix it. I
am looking to see if I have an environment to reproduce.
Thanks,
Ben
Original Message
From: Nick
Sent: Monday, April 13, 2015 3:06 PM
To: dev@suckless.org
Reply To: dev mail list
Subject: [dev] [surf
301 - 400 of 1678 matches
Mail list logo