process, but I would very much 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 Gol
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 no
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 pri
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 are
op 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
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 inst
se in room. I agree that maybe there should be a way of doing it,
but really, you're working with a program that thinks is "good" and
that is wrong? sure, it's _legitimate_, but why make your app rely on
what is (clearly) causing problems?
Cheers,
Karl P
so 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.
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_ have
o recall 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
CKAGE_libuuid=y
CONFIG_PACKAGE_libwrap=y
CONFIG_PACKAGE_mount-utils=y
CONFIG_PACKAGE_nfs-kernel-server=y
CONFIG_PACKAGE_nfs-kernel-server-utils=y
CONFIG_PACKAGE_nfs-utils=y
CONFIG_PACKAGE_portmap=y
# CONFIG_TARGET_ROOTFS_JFFS2 is not set
karlp@pojak:~/src/owrt-backfire$
Sincerely,
Karl P
On Tue, May 20
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 was
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 was nacking the support as it
duplicated existing functionality. I was asking more about this existing
functionality within openwrt for supporting dual fi
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.
__
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
to hear it, especially if it's
actually 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
__
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 code,
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" ?
Sincer
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 accept
*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 pa
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 3
rchitecture and pointing to
local memory map xml files and so on, but it's 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 doin
Bump...
On 01/04/2013 03:07 PM, Karl Palsson wrote:
From: Karl Palsson
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 direct connection to
Bump...
On 01/31/2013 12:26 PM, Karl Palsson wrote:
From: Karl Palsson
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
over TLS. This af
e device
to log the behavior. The revert 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
eds not working,
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
t use it at all.
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
On 12/03/2011 05:14 PM, ka...@tweak.net.au wrote:
On 11/30/2011 03:37 PM, John Crispin wrote:
This patch is an update of http://patchwork.openwrt.org/patch/1452/
Hi,
the patch is essentially fine, however there are whitespace errors.
can you please use tabs for indenting and not spaces a
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
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.
Signe
30 matches
Mail list logo
