On 18 August 2015 20:23:36 CEST, Steve Litt wrote:
>On Tue, 18 Aug 2015 19:06:25 +0100
>Rainer Weikusat wrote:
>
>> DStoicheff writes:
>> > I am positive this post will raise the blood pressure
>> > of some, but it is long overdue
>>
>> [...]
>>
>> > I am of a certain age to have a working k
dear Karl,
thanks for your analysis
we haven't yet worked on the mirroring mechanism, but we will
once done, there will be a script and it will be easy
I guess it will be a sort of amprolla satellite process
so that the mirror redirection will be handled by nextime's software
however it is sort
Did you try with debmirror? An example:
debmirror --host=packages.devuan.org \
--root=merged \
--dist=jessie \
--section=main \
--arch=amd64 \
--progress \
--method=http \
--nosource \
--ignore-release-gpg \
I did it again. Yes, i did it again!
Nobody reads posts containig disgest in the subject, but yesterday i did
it again.
I hope there will be a very special place in the hell reserved for me.
Heaven is so bore... :-)
Aitor.
___
Dng mailing list
Dng@
Jaromil, truth be told, I actually hold back in my critique of systemd and the
people who blindly support it. I very well can't publicly say, "Anyone who
favors systemd is about as stupid as a pile of horse vomit, and should go play
Russian Roulette with a shotgun in the middle of a busy freeway
Aitor:
> Did you try with debmirror? An example:
>
> debmirror --host=packages.devuan.org \
>--root=merged \
>--dist=jessie \
>--section=main \
>--arch=amd64 \
>--progress \
>--method=http \
>--nosource \
>
Le 19/08/2015 01:37, Isaac Dunham a écrit :
On Tue, Aug 18, 2015 at 02:19:20PM +0200, Didier Kryn wrote:
Le 18/08/2015 12:49, Edward Bartolo a écrit :
At the moment I am stuck trying to use sudo to run ifup from within my
frontend.
Just in case, here are a few things I know about wpa_supp
On 19 August 2015 11:56:35 CEST, k...@aspodata.se wrote:
>Aitor:
>> Did you try with debmirror? An example:
>No, didn't know about it, thanks for the tip. For me it is of it is
>of lesser value since I already have a debian mirror (I ran an official
>mirror a few years ago) och don't whish to do
On Sat, Aug 15, 2015 at 02:50:03PM -0700, Isaac Dunham wrote:
> On Sat, Aug 15, 2015 at 07:43:04AM -0400, Haines Brown wrote:
> > I reiinstalled (avoiding past missteps), to a console, and from it
> > installed xorg and fluxbox. I then ran xstart from console and all went
> > well.
> >
> > With on
Le 19/08/2015 12:03, Didier Kryn a écrit :
Le 19/08/2015 01:37, Isaac Dunham a écrit :
On Tue, Aug 18, 2015 at 02:19:20PM +0200, Didier Kryn wrote:
Le 18/08/2015 12:49, Edward Bartolo a écrit :
At the moment I am stuck trying to use sudo to run ifup from within my
frontend.
Just in case,
On Wed, 2015-08-19 at 12:03 +0200, Didier Kryn wrote:
> Le 19/08/2015 01:37, Isaac Dunham a écrit :
> > On Tue, Aug 18, 2015 at 02:19:20PM +0200, Didier Kryn wrote:
> >> Le 18/08/2015 12:49, Edward Bartolo a écrit :
> >>> At the moment I am stuck trying to use sudo to run ifup from within my
> >>>
This is the completed C backend with all functions tested to work. Any
suggestions as to modifications are welcome.
The C code:
-
#include
#include
#include
#include
#include
//using namespace std;
#define opSave 0
#define opSaveConn
Le 19/08/2015 14:35, Svante Signell a écrit :
On Wed, 2015-08-19 at 12:03 +0200, Didier Kryn wrote:
Le 19/08/2015 01:37, Isaac Dunham a écrit :
On Tue, Aug 18, 2015 at 02:19:20PM +0200, Didier Kryn wrote:
Le 18/08/2015 12:49, Edward Bartolo a écrit :
At the moment I am stuck trying to use sud
Hi Edward,
On 08/19/2015 03:29 PM, Edward Bartolo wrote:
[...]
The C code:
> [...]
#define opSave 0
#define opSaveConnect 1
#define opQueryConnect 2
#define opDeleteConnect 3
#define opConnectionConnect
On Wed, 19 Aug 2015 02:16:46 -0700
James Powell wrote:
> Jaromil, truth be told, I actually hold back in my critique of
> systemd and the people who blindly support it. I very well can't
> publicly say, "Anyone who favors systemd is about as stupid as a pile
> of horse vomit, and should go play R
On Wed, 8/19/15, Steve Litt wrote:
Subject: Re: [DNG] Linux-related critique
To: dng@lists.dyne.org
Date: Wednesday, August 19, 2015, 9:25 AM
On Wed, 19 Aug 2015 02:16:46 -0700
James Powell wrote:
> Jaromil, truth be told, I actually hold back in my critique of
> systemd and the people who
On Wed, 19 Aug 2015 14:29:02 +0100
Edward Bartolo wrote:
> This is the completed C backend with all functions tested to work. Any
> suggestions as to modifications are welcome.
>
> The C code:
Hi Edward,
It compiles. Nice!
You get a few warnings:
=
On Wed, 19 Aug 2015 14:29:02 +0100
Edward Bartolo wrote:
> This is the completed C backend with all functions tested to work. Any
> suggestions as to modifications are welcome.
>
> The C code:
Hi Edward,
A little low hanging fruit...
I'd change all the strcat() to strncat() for safety. On mos
On Wed, 19 Aug 2015 10:41:30 -0400
Steve Litt wrote:
> On Wed, 19 Aug 2015 14:29:02 +0100
> Edward Bartolo wrote:
>
> > This is the completed C backend with all functions tested to work.
> > Any suggestions as to modifications are welcome.
> >
> > The C code:
Hi Edward,
In the long run, you
Now comes the hardest part for me: preparing a source package and
uploading it. I will need some instructions for that.
Some more debugging and both sources for backend and frontend will be
ready for upload.
--
On 19
Ooops, more instructions to setup sudo to allow only the backend
to run by all users or whatever you decide.
Modify the /etc/sudoers file to include:
ALL ALL=NOPASSWD: /path/to/backend/backend
On 19/08/2015, Edward Bartolo wrote:
> I am uploading the sources for anyone wanting to help them
On Tue, Aug 18, 2015 at 01:50:07PM -0400, DStoicheff wrote:
>
> 1) I continue to see online posts about the value of open source
> software, cooperation, the good of mankind, blah, blah, without
> having to pay Apple or Microsoft, both of which have a broken, and
> laughably out-of-date, out-of-
On Wed, Aug 19, 2015 at 10:42:29AM +0200, Jaromil wrote:
> dear Karl,
>
> thanks for your analysis
>
> we haven't yet worked on the mirroring mechanism, but we will
>
> once done, there will be a script and it will be easy
> I guess it will be a sort of amprolla satellite process
> so that the m
Please, be aware that this project is still in development although
parts of it work. I am working on making the GUI frontend behave
properly under all circumstances. The final version will be uploaded.
However, those who want to have the code as it is at this stage, I am
still coding and debugging
On 19/08/2015 15:29, Edward Bartolo wrote:
This is the completed C backend with all functions tested to work. Any
suggestions as to modifications are welcome.
OK, someone has to be the bad guy. Let it be me.
First, please note that what I'm saying is not meant to discourage you.
I appreciate
On Wed, Aug 19, 2015 at 06:46:36PM +0200, Laurent Bercot wrote:
> On 19/08/2015 15:29, Edward Bartolo wrote:
> >This is the completed C backend with all functions tested to work. Any
> >suggestions as to modifications are welcome.
>
> OK, someone has to be the bad guy. Let it be me.
>
> First,
I am not assuming anything and understand the risks of buffer
overflows. The first step I am taking is to make the code function.
The second step is further debug it until it behaves properly and the
third step is to correct any potential security issues. As anyone can
understand, projects, whateve
Laurent Bercot writes:
[...]
>> int saveFile(char* essid, char* pw) //argv[2], argv[3]
>> {
>> char ifilename[1024];
>> strcpy(ifilename, path_to_interfaces_files);
>>
>> strcat(ifilename, "/");
>> strcat(ifilename, essi
Edward Bartolo writes:
[...]
> strcpy(text, "auto lo\n");
> fprintf(fp, text);
None of these 2 line pairs is really needed: You can always just use the
literal string directly, eg,
fputs("auto lo\n", fp);
[...]
> char command[1024];
>
Edward Bartolo writes:
> I am not assuming anything and understand the risks of buffer
> overflows. The first step I am taking is to make the code function.
> The second step is further debug it until it behaves properly and the
> third step is to correct any potential security issues.
Realistica
Rainer Weikusat writes:
> Edward Bartolo writes:
>> I am not assuming anything and understand the risks of buffer
>> overflows. The first step I am taking is to make the code function.
>> The second step is further debug it until it behaves properly and the
>> third step is to correct any potent
On Wed, 19 Aug 2015 18:25:45 +0100
Rainer Weikusat wrote:
> Edward Bartolo writes:
> > I am not assuming anything and understand the risks of buffer
> > overflows. The first step I am taking is to make the code function.
> > The second step is further debug it until it behaves properly and
> > t
Steve Litt writes:
> On Wed, 19 Aug 2015 18:25:45 +0100
> Rainer Weikusat wrote:
>> Edward Bartolo writes:
>> > I am not assuming anything and understand the risks of buffer
>> > overflows. The first step I am taking is to make the code function.
>> > The second step is further debug it until it
Effectively, you are telling me don't play Russian Roulette with C.
But I like powerful languages that leave the coder in the wilderness
without any hand holding, and C is definitely like that. That is why I
am motivated to use it. The power inherent in C is due to it not
getting in the way of the
How to learn C if you don't try it?
You have to code in it to learn the lessons.
Just reading a book about it isn't the same.
On 2015-08-19 20:09, Edward Bartolo wrote:
Effectively, you are telling me don't play Russian Roulette with C.
But I like powerful languages that leave the coder in the
Edward,
This grumpy old man who is so old he started coding when BASIC had line
numbers and 8bit Motorola 6800 assembler was state of the art says:-
Don't let others harden the code.
Do it properly from the start.
After many years or using C and C++ my working life is now spent writing
Perl.
S
Am Mittwoch, 19. August 2015 schrieb Edward Bartolo:
> Effectively, you are telling me don't play Russian Roulette with C.
> But I like powerful languages that leave the coder in the wilderness
> without any hand holding, and C is definitely like that. That is why I
> am motivated to use it. The po
Hi Edward,
On 08/19/2015 03:29 PM, Edward Bartolo wrote:
This is the completed C backend with all functions tested to work. Any
suggestions as to modifications are welcome.
[...]
A word of advice, do not take critizism personal, even if it's harsh,
and especially not if it's coming from people
On Wed, Aug 19, 2015 at 06:14:38PM +0100, Edward Bartolo wrote:
...
> As to studying other languages, here, you are NOT talking to a youth
> in his twenties or his teens, but to a 48 year old. Learning a new
> language is a lengthy process and the ones I know are far more than
> enough for what I d
On Wed, Aug 19, 2015 at 07:08:25PM +0100, Rainer Weikusat wrote:
> Steve Litt writes:
> > On Wed, 19 Aug 2015 18:25:45 +0100
> > Rainer Weikusat wrote:
> >> Edward Bartolo writes:
> >> > I am not assuming anything and understand the risks of buffer
> >> > overflows. The first step I am taking is
On Wed, Aug 19, 2015 at 01:50:22PM -0400, Steve Litt wrote:
> On Wed, 19 Aug 2015 18:25:45 +0100
> Rainer Weikusat wrote:
>
> > Edward Bartolo writes:
> > > I am not assuming anything and understand the risks of buffer
> > > overflows. The first step I am taking is to make the code function.
> >
On Wed, Aug 19, 2015 at 06:19:41PM +0100, Rainer Weikusat wrote:
> Laurent Bercot writes:
>
> [...]
>
> >>int saveFile(char* essid, char* pw) //argv[2], argv[3]
> >>{
> >>char ifilename[1024];
> >>strcpy(ifilename, path_to_interfaces_files);
> >>
> >>
>> On 19/08/2015, Rainer Weikusat wrote:
[...]
>> >p_len = strlen(IFACES_PATH);
>> >e_len = strlen(essid);
>> >path = alloca(p_len + e_len + 2);
>> >
>> >strcpy(path, IFACES_PATH);
>> >path[p_len] = '/';
>> >strcpy(path + p_len + 1, essid);
[...]
> You might want to
On 19/08/2015 19:14, Edward Bartolo wrote:
I am not assuming anything and understand the risks of buffer
overflows. The first step I am taking is to make the code function.
The second step is further debug it until it behaves properly and the
third step is to correct any potential security issue
On 19/08/2015 17:39, Rainer Weikusat wrote:
#define IFACE_TMPL \
"auto lo\n" \
"iface lo inet loopback\n\n" \
"iface wlan0 inet dhcp\n" \
"wpa-ssid %s\n" \
"wpa-psk \"%s\"\n"
#define IFACES_PATH "/tmp"
static void saveFile(char* essid, char* pw)
I have corrected the way files are saved according to what I was
suggested. I also added preventive code to cause the program to exit
whenever essid are longer than 100 characters and passwords longer
than 200 characters. The program simply issues a error message telling
why it refused to execute t
Hello
> Now, I should think, the buffer overruns should not be possible, but I
> am open to criticism. Buffer overruns are not something to be proud of
> and correction when taken appropriately is a blessing.
>
> Now, I will sleep as I am totally exhausted from coding all day long.
Well, you des
I just saw this "Ubuntu Snappy" news today...
And immediately I remembered about this thread...
"Build system smart / Packaging dumb"
http://blog.liw.fi/posts/debian-developing-it-wrong/
Do we talked about this:
www.ubuntu.com/snappy
https://developer.ubuntu.com/en/snappy/tutorials/build-snap
On Mon, 2015-08-17 at 06:48 +0100, Edward Bartolo wrote:
> The backends can be integrated into one single executable not to
> clutter the sudoers file and to increase system efficiency.
One suggestion here. Forget sudo and just make the backend suid root
like other system utilities of this type.
As it is, the frontend can connect on user request. The user can run
the frontend application, click connect and terminate the application
and the connection will continue to be functional. This is real KISS
in practice but I can also make the application automatically run on
startup of the OS.
Th
50 matches
Mail list logo
