Okay. Just converted Debian Jesse to Devuan. Seems to work fine, so far.
Thanks, guys!
Curt the Lurker
curt@curt-devuan:~$ inxi -S
System:Host: curt-devuan Kernel: 3.16.0-4-amd64 x86_64 (64 bit)
Desktop: LXDE (Openbox 3.5.2) Distro: Devuan GNU/Linux 1
curt@curt-devuan:~$ ps axu|gre
Le 20/03/2016 19:14, shraptor a écrit :
I expect Jude has tested his last version and I suspect he did it with
the files under /usr/local and it worked. On my side, I tested it
under the FHS but with a different OS and it failed. I dunno where the
error is. One possibility is that the problem is
On 2016-03-20 15:45, Didier Kryn wrote:
Le 20/03/2016 10:35, Daniel Reurich a écrit :
I agree that there is little point in putting
effort into packaging something that isn't currently in a functional
state. If you could share the details of your testing so people can
replicate and perhaps h
Le 20/03/2016 15:45, Didier Kryn a écrit :
Brief inventory of the files installed on my test bench:
/sbin/vdevd
/lib/vdev: 11 executable binaries and 27 scripts
/lib/vdev/hwdb: one script and a squashfs filesystem (maybe left over
from building)
/lib/vdev/hwdb/input: 14 text files
/etc/vdev/ifn
On Wed, Mar 16, 2016 at 05:31:37PM -0400, Steve Litt wrote:
> On Wed, 16 Mar 2016 16:27:14 +
> David Harrison wrote:
>
> > On 16/03/2016 10:49, dng-requ...@lists.dyne.org wrote:
> > > I Dropped back to 7, created a .exe that simply returns to OS, and
> > > then replaced c:\Windows\system32\GW
Le 20/03/2016 10:35, Daniel Reurich a écrit :
I agree that there is little point in putting
effort into packaging something that isn't currently in a functional
state. If you could share the details of your testing so people can
replicate and perhaps help with the development that would mean
hi Dave and Jim and Teodoro
hope you don't mind I reply your inquiries at once
sup won't ever have a package, so I'm not worried about the namespace
at all. It does not make sense to have a sup package, is really a tool
for distro makers, people preparing containers, online services ran in
a chr
Hendrik Boom writes:
> On Sat, Mar 19, 2016 at 07:24:48PM +, Stephanie Daugherty wrote:
>> I would argue vdev belongs in / rather than /usr because it is likely to
>> be necessary to mount filesystems and such.
>>
>> The split is somewhat arbitrary these days but historically things needed
>
On Wed, 16 Mar 2016 19:03:07 -0400
"Steven W. Scott" wrote:
> Hey David,
>
> You can find the source and executable here -->
> https://github.com/nekarkedoc/GWX/
>
> I had debated on putting it up there in the first place, since I
> could find no suitable existing project.
>
> Thanks Klau
On 03/20/2016 09:08 AM, Hendrik Boom wrote:
Still, I'm eagerly awaiting the package, essential or not.
-- hendrik
Hey, be patient !!
Depending of the crazy clock of my Toshiba, they can be available in 2025 :)
Cheers,
Aitor.
___
Dng mailing li
Hi again,
On 03/20/2016 09:08 AM, Didier Kryn wrote:
Le 19/03/2016 22:00, Daniel Reurich a écrit :
>
>On 20 March 2016 9:07:48 AM NZDT, Didier Kryn wrote:
>>Le 19/03/2016 21:01, Daniel Reurich a écrit :
>>>On 20/03/16 08:56, Didier Kryn wrote:
>Le 19/03/2016 19:05, aitor_czr a écrit :
- cut for brevity
>>
>> I'm just stating that I disagree with your premise that creating a
>> package that breaks policy is acceptable "until you can get it to work".
>>
>> If vdev doesn't work already then it's to early to be packaging it.
>> However indications are that it does work and thus it
Le 19/03/2016 22:00, Daniel Reurich a écrit :
On 20 March 2016 9:07:48 AM NZDT, Didier Kryn wrote:
Le 19/03/2016 21:01, Daniel Reurich a écrit :
On 20/03/16 08:56, Didier Kryn wrote:
Le 19/03/2016 19:05, aitor_czr a écrit :
Hi all,
By default, PSTAT (a dependency of VDEV) is installed in
On 16.03.2016 at 17:27 David Harrison wrote:
On 16/03/2016 10:49, dng-requ...@lists.dyne.org wrote:
I Dropped back to 7, created a .exe that simply returns to OS, and then
replaced c:\Windows\system32\GWX\GWX.exe and
c\Windows\SysWOW64\GWX\GWX.exe
with my NOP code.
Would it be possible to shar
On Thu, Mar 17, 2016 at 09:29:56PM +0100, Jaromil wrote:
>
> sup is different from doas, because doas is configured at runtime:
> http://www.openbsd.org/cgi-bin/man.cgi/OpenBSD-current/man5/doas.conf.5
> while sup security model is based on the fact it has its settings
> compiled in, so when one p
15 matches
Mail list logo
