like to know when decisions have been made.
Sincerely,
Karl P
[2]http://www.mail-archive.com/openwrt-devel@lists.openwrt.org/msg27746.html
On 12/04/2014 10:53 PM, John Crispin wrote:
great, oxnas will now be part of CC :)
On 04/12/2014 23:51, Daniel Golle wrote:
This reverts commit
Please no on this one? SRP is great, and it's never going to be used if it
keeps getting turned off. If you're going to use openssl, you're already
choosing the big package, can we keep it at least mostly featureful?
I've been using TLS-PSK, but I'd rather use SRP. (No, I'm not using it
Just one minor inline,
Cheers,
Karl P
On 10/02/2014 12:42 PM, Michel Stam wrote:
Ubox logs various messages during OpenWRT boot which are not
very interesting, such as the number of iterations made. This
fix implements several loglevels for debug/info/error so that
more useful messages
Just an idea when I saw that deps_available line. I've not looked at the code
in any detail.
Cheers,
Karl P
On 10/02/2014 02:24 PM, Stam, Michel [FINT] wrote:
Hey Karl,
I agree that verbose in the macro would be an option, although by then
you're re-implementing the syslog priorities
as far as I'm concerned.
Somethings will be better, lots of things less so)
Cheers,
Karl P
On 09/15/2014 07:22 PM, Nikos Mavrogiannopoulos wrote:
Hello,
It seems I have a memory leak in a process that runs under openwrt, and
occasionally the watchdog process is being killed by the oom-killer
Presumably this one: https://dev.openwrt.org/changeset/42470
For the mortals among us,
a) does this mean all packages now start as soon as they're installed?
It used to be that packages that were selected and _built in_ to an image were
listed to start automatically, but packages manually
. I agree that maybe there should be a way of doing it,
but really, you're working with a program that thinks blah -c '' is good and
that blah -c is wrong? sure, it's _legitimate_, but why make your app rely on
what is (clearly) causing problems?
Cheers,
Karl P
-gdb,
which also accepts corefiles.
That sounds awesome. Maybe you could elaborate on this either here:
http://wiki.openwrt.org/doc/devel/debugging
or
http://wiki.openwrt.org/doc/devel/gdb
There's clearly lots of useful stuff there that no-one else knows about.
Cheers,
Karl P
On 07/17/2014 08:26 PM, Sebastian Moeller wrote:
I argue that people unable to change the router settings are better of
with all unsolicited inbound traffic disabled.
I've tried to avoid weighing in on this, but I'd argue that you're wrong :)
Making sure that people can _never_
someone else on IRC or the list some months ago that had
something else different. (This is before you even start to customize what's
attached to the inner connectors)
It's definitely an end of life platform, no question though :)
Cheers,
Karl P
On 05/10/2014 07:57 PM, Daniel Golle wrote:
Hi!
On 05/10/2014 06:45 PM, Marek Lindner wrote:
On Saturday 10 May 2014 16:38:42 Karl P wrote:
On 05/10/2014 10:53 AM, Marek Lindner wrote:
On Friday 09 May 2014 14:11:32 Karl Palsson wrote:
I understand how it works in general, John
Your changes to the config disable sigrok, why is a patch for it still needed?
On 05/04/2014 11:22 AM, Hannu Nyman wrote:
905-disable-sigrok-glib: libsigrok checks for a glib-related macro that breaks
configure. Bypass the invalid macro. I have also added a disabling option in
Makefile.
documented anywhere. However, failing that, I felt that the removal of
this as lantiq only was extremely arbitrary, as it's now rather obviously
getting used by other people too.
Sincerely,
Karl P
___
openwrt-devel mailing list
openwrt-devel
On 04/18/2014 03:01 PM, Felix Fietkau wrote:
On 2014-04-18 15:59, Karl P wrote:
I have never used the version part of this file actually, I use it solely to set
the source path to a local tree. I use this for packages that I develop both
snip
Right, that is a valid usecase, but package
Seconded, I was hoping to send a patch restoring this as well.
One point though, you should include the fix in:
https://lists.openwrt.org/pipermail/openwrt-devel/2014-April/024605.html
I'm open to alternative suggestions of workflow to not need this, but when I'm
working on application
Your patch didn't come inline? I haven't tested this out explicitly, but just a
note that this would supersede http://patchwork.openwrt.org/patch/4990/
Why do you need all the _BASENAME juggling? What is the difference between
release-v31 and v31 ?
Sincerely,
Karl P
On 03/19/2014 05:05
On 02/24/2014 06:41 PM, Jonas Gorski wrote:
This package needs a maintainer before it can be considered for
inclusion. Will you be the maintainer?
If we're in maintainer update mode, I've been trying to be maintainer for a
package for a little while now... The package somehow was
*ping*
Failing that, can I at least get http://patchwork.openwrt.org/patch/4667/ looked
at please?
Sincerely,
Karl P
On 01/30/2014 04:35 PM, Karl Palsson wrote:
Hi,
I'd like to be the formal maintainer of the mosquitto package for openwrt.
I've asked in the past
On 06/30/2013 06:30 AM, alpha sparc wrote:
This patch updates lighttpd to the latest version and enables the
linux-sendfile call for lighttpd.
I think you should remove the # force use of the write backend comment too no?
--- feeds/packages/net/lighttpd/files/lighttpd.conf(revision
increasingly ugly.
Seeing as it looks like the gdb is built by openwrt, can you check if it has xml
support built in?
Cheers,
Karl P
On 06/09/2013 02:06 AM, jonsm...@gmail.com wrote:
Any idea what I am doing wrong? Why are the registers too long?
jonsmirl@terra:/home/apps/openwrt
Bump...
On 01/04/2013 03:07 PM, Karl Palsson wrote:
From: Karl Palsson ka...@remake.is
Adds the PageKite C implementation and it's dependency, libev.
From the package description:
PageKite is a system for running publicly visible servers (generally
web servers) on machines without a
Bump...
On 01/31/2013 12:26 PM, Karl Palsson wrote:
From: Karl Palsson ka...@remake.is
Fixes since 1.1:
Fix crash on reload if using acl patterns.
Fix tls_cert_reqs not being set to SSL_VERIFY_PEER by default. This
meant that clients were not verifying the server certificate when connecting
,
but tossing it all out doesn't really seem like the right way forward. What was
the backfire behaviour on your device? Ours had a working wifi light, and the
gpio hasn't changed, so I'm surprised that it's only _just_ started being problems.
Cheers,
Karl P
On 11/21/2012 09:03 PM, Jonathan
was intended to be temporary to fix the
regression with devices not booting. I plan on submitting additional patches
that fix the intended behavior. Care to share the model of your device so that I
may get one in to work with?
Thanks,
Jonathan Bither
On 11/21/2012 05:02 PM, Karl P wrote:
I'm
.
It's a user choice, I think.
As a user, I _never_ want to have to go and turn on the switch that says, make
my device work as fast as it can
Is there any reason that I would _not_ want this? Not caring about performance
is not a good reason to not provide performance.
Cheers,
Karl P
ping :)
On 10/10/2011 05:44 PM, ka...@tweak.net.au wrote:
Hi,
Attached is a patch updating mosquitto (MQTT message broker, client tools,
server, and client
libraries) from version 0.12 to version 0.13
http://www.mosquitto.org for more info.
Tested on atheros platforms for backfire.
Anyone else have an atheros board that they are interested in testing this on?
Or have any thoughts or objections?
Cheers,
Karl P
On 09/29/2011 03:38 PM, ka...@tweak.net.au wrote:
Attached is a patch moving atheros platforms(/ar231x) from gpio_dev to gpiolib,
with sysfs
support. It has
27 matches
Mail list logo