Hi Edward,
El 11/02/16 a las 08:31, Edward Bartolo escribió:
Hi,
I repeated the git tag command and it was successfully run. However,
git-buildpackage complained that there is no
simple-netaid_0.1.1.orig.tar.bz2 file in the sources parent directory.
As there is actually a simple-netaid_0.1.1.or
Steve Litt wrote:
> You'd be hugely surprised at how literally some states in the US
> interpret contracts. I live in (anti-employee) Florida, and a friend of
> mine here in Florida was advised by his lawyer to not work for Linux for
> the next 6 months because his former employer had a 6 month
>
Le 10/02/2016 23:37, Rainer Weikusat a écrit :
Didier Kryn writes:
Le 10/02/2016 18:50, Rainer Weikusat a écrit :
Didier Kryn writes:
[...]
2) At the time of this test campaign, the shebang line of vdev
scripts was #!/bin/dash, which doesn't work in Busybox. It should be
replaced by
Le 10/02/2016 23:40, Steve Litt a écrit :
Didier,
If you ever come to Orlando, Florida, USA, could you please give a
presentation on Busybox and its use with initramfs systems at our local
LUG, GoLUG? Your info is tremendously geeky and tremendously useful.
Thanks for your confidence, Stev
Here the news on Phoronix (well known hangout of systemd hooligans)
https://www.phoronix.com/scan.php?page=news_item&px=Docket-Alpine-Images
Very elegant of the editor to skip over the obviously implicit read
between the lines. Or am I the only one seeing a "systemd sucks" here
written with inv
On 11/02/16 21:51, Jaromil wrote:
Here the news on Phoronix (well known hangout of systemd hooligans)
https://www.phoronix.com/scan.php?page=news_item&px=Docket-Alpine-Images
Very elegant of the editor to skip over the obviously implicit read
between the lines. Or am I the only one seeing a "
Jaromil wrote:
>Or am I the only one seeing a "systemd sucks" here
written with invisible ink?
Looking at comments there, it seems it's about
the size of the system and systemd is definitely
too big for them, just as the whole GNU userland
and glibc in particular.
Mitt
__
Le 11/02/2016 15:31, Mitt Green a écrit :
Jaromil wrote:
>Or am I the only one seeing a "systemd sucks" here
written with invisible ink?
Looking at comments there, it seems it's about
the size of the system and systemd is definitely
too big for them, just as the whole GNU userland
and
On 02/10/2016 07:20 AM, Didier Kryn wrote:
>>>
Sorry I missed that, does it handle wifi roaming?
>
> It means you can transport your laptop to whichever place there is a
> wifi ap (which you have entered once in your config) and your laptop
> will automatically connect to the network, with
Didier Kryn writes:
[...]
>> It should be the name of a shell capable of running Bourne/ standard
>> shell scripts. But this may not work if the /bin/dash in the original
>> script was there for a reason, ie, it was using dash features.
>>
> As I already wrote, vdev was working well with bus
On Thu, Feb 11, 2016 at 03:41:38PM +, hellekin wrote:
> On 02/10/2016 07:20 AM, Didier Kryn wrote:
> >>>
> Sorry I missed that, does it handle wifi roaming?
> >
> > It means you can transport your laptop to whichever place there is a
> > wifi ap (which you have entered once in your con
Hi all,
I pushedto gitlab the latest changes in 'simple-netaid-gtk'. A
multithread proccess has been added while the backend scans all the
active wifis (as you can see in the class 'ScanWifis') against blocking
the spinner:
https://git.devuan.org/aitor_czr/simple-netaid-gtk/tree/master
You
Simon Hobson writes:
[...]
> However, on the employers side, consider the difficulty of determining
> when someone worked on a bit of code. It would be relatively easy for
> someone to work on code as part of their job, then claim they did it
> at home in their own time. So being objective, it's
On 2016-02-11 10:56, Didier Kryn wrote:
Le 10/02/2016 23:37, Rainer Weikusat a écrit :
Didier Kryn writes:
Le 10/02/2016 18:50, Rainer Weikusat a écrit :
Didier Kryn writes:
[...]
2) At the time of this test campaign, the shebang line of
vdev
scripts was #!/bin/dash, which doesn't w
Hi All,
Thanks to all for taking some of your time to reply to this email. I
followed Daniel Reurich's code edits and finally my branch works with
format 3.0 (native) and without requiring me to create an orig.tar.gz
file every time I use git buildpackage.
THANKS, all of you!
Edward
On 11/02/20
Hi,
I have just downloaded my master branch of simple-netaid to test
whether users would be able to use dpkg-buildpackage successfully.
Now, using dpkg-buildpackage works and produces two .deb packages one
for the gui frontend and one for the cli backend. There is NO need to
manually create a .ori
Le 11/02/2016 17:04, Rainer Weikusat a écrit :
Didier Kryn writes:
[...]
It should be the name of a shell capable of running Bourne/ standard
shell scripts. But this may not work if the /bin/dash in the original
script was there for a reason, ie, it was using dash features.
As I alread
Le 11/02/2016 19:25, shraptor a écrit :
In my setup /usr/bin/dash is a symlink to /usr/bin/bash
That's a big mistake.
On any Debian system, /bin/sh points to /bin/dash, and dash doesn't
point to bash. Your system has certainly been hacked.
It works!
Sure, bash can process ash sc
Hi Edward and Daniel,
On 02/11/2016 08:00 PM, Edward Bartolo wrote:
Hi All,
Thanks to all for taking some of your time to reply to this email. I
followed Daniel Reurich's code edits and finally my branch works with
format 3.0 (native) and without requiring me to create an orig.tar.gz
file every
> Where can i find documentation about this other method? I've never used it.
>
> Are the existing *.git files generated by this format? See, for example,
> the case of gdisk:
>
> http://packages.devuan.org/devuan/pool/main/g/gdisk/
>
> There isn't any tarball in the repository...; a git file,
On 12/02/16 02:58, KatolaZ wrote:
My solution: just forget wicd and use wpa_supplicant directly. It
works ALWAYS, without delays, without stupid automagicalities, without
problems.
+1
a little manual intervention,
and a couple of keybindings to make that easier
_
Didier Kryn writes:
> Le 11/02/2016 17:04, Rainer Weikusat a écrit :
>> Didier Kryn writes:
>>
>> [...]
>>
It should be the name of a shell capable of running Bourne/ standard
shell scripts. But this may not work if the /bin/dash in the original
script was there for a reason, ie,
systemd in ubuntu is just another reason why it sucks, maybe they want to
distance themselves from all that mess.
On Thursday, February 11, 2016 10:51 AM, Jaromil wrote:
> Here the news on Phoronix (well known hangout of systemd hooligans)
>
> https://www.phoronix.com/scan.php?page=news_item&p
On 02/09/2016 03:02 PM, fsmithred wrote:
I was inpired by Steve Litt's amounter, but I prefer a semi-automatic. And
I wanted an easy clicky way to use pmount. So I recycled some code from
refracta2usb and added inotifywait.
The result is a set of scripts that will pop up a window showing the
p
On 02/12/2016 02:51 AM, Daniel Reurich wrote:
Where can i find documentation about this other method? I've never used it.
>
>Are the existing *.git files generated by this format? See, for example,
>the case of gdisk:
>
>http://packages.devuan.org/devuan/pool/main/g/gdisk/
>
>There isn't any tar
On Thu, Feb 11, 2016 at 11:41:19PM +0100, Didier Kryn wrote:
> But POSIX conformance is not enough, /bin/dash in the shebang obviously
> renders portability impossible. Just look at any system script in your
> Debian or Devuan system and tell me if any of them start with #! /bin/dash.
https:/
26 matches
Mail list logo
