> On August 14, 2016 at 7:12 AM fsmithred wrote:
>
> On 08/14/2016 05:50 AM, Peter Olson wrote:
> >> On August 14, 2016 at 5:31 AM Arnt Karlsen wrote:
> >
> > [...]
> >
> >> ..one neat thing about grub, is its shell, once you get the menu,
> >> hit "e"
On 16/08/16 21:54, Rainer Weikusat wrote:
Apart from that, current LILO versions already do seem to support this
and even if they didn't, adding a "Try 0x81. In case it doesn't exist,
try 0x80" option to the code wouldn't be terribly complicated. Just
requires "another learning curve" ...
I
On 08/16/2016 07:54 PM, Ralph Ronnquist wrote:
> fsmithred wrote on 17/08/16 09:34:
>> On 08/16/2016 12:49 PM, shraptor wrote:
>>> On 2016-08-16 18:19, shraptor wrote:
On 2016-08-16 18:11, shraptor wrote:
>> I got the scanner working.
>>
>> If I boot with udev, the scanner works,
Hi all,
Today I begun UMENU, version 2, based on the feedback I got from all of
you. Menu structure contained in a directory hierarchy with files
serving as key->value pairs. I have the Config class up and running and
have started the Menu class, which is the tough one. I also need to
make an
On Mon, Aug 15, 2016 at 07:03:57PM -0400, Dan Purgert wrote:
- wait, windows is stable enough to run a server on? :)
I never said it was stable, but people think otherwise.
It's kind of like US politics:
The only people who care enough to go far are the ones you don't want.
Lying, corrupt
fsmithred wrote on 17/08/16 09:34:
On 08/16/2016 12:49 PM, shraptor wrote:
On 2016-08-16 18:19, shraptor wrote:
On 2016-08-16 18:11, shraptor wrote:
I got the scanner working.
If I boot with udev, the scanner works, and the permissions on the device
look like this:
ls -l /dev/bus/usb/002/
On 08/16/2016 12:49 PM, shraptor wrote:
> On 2016-08-16 18:19, shraptor wrote:
>> On 2016-08-16 18:11, shraptor wrote:
I got the scanner working.
If I boot with udev, the scanner works, and the permissions on the device
look like this:
ls -l /dev/bus/usb/002/
On Tue, Aug 16, 2016 at 03:10:37PM -0700, Rick Moen wrote:
> Quoting Hendrik Boom (hend...@topoi.pooq.com):
>
> > Just to be clear, that's the point of open source *as* *originally*
> > *envisaged*. Unfortunately, I believe there has been a campaign to
> > devalue the meaning of open source to
Quoting Hendrik Boom (hend...@topoi.pooq.com):
> Just to be clear, that's the point of open source *as* *originally*
> *envisaged*. Unfortunately, I believe there has been a campaign to
> devalue the meaning of open source to mean any software fro which the
> user gets the source code,
Hi Ozi,
On 08/16/2016 11:46 PM, Ozi Traveller wrote:
Hi Aitor
Would it be possible to devuan to continue to produce the Contents
files that live-build uses, until the Devuan-SDK is completed?
Thanks
Ozi
Of course, it's possible to produce them. I explained the way in the
mailing list.
Hi Aitor
Would it be possible to devuan to continue to produce the Contents files
that live-build uses, until the Devuan-SDK is completed?
Thanks
Ozi
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
On Tue, Aug 16, 2016 at 02:12:06PM -0700, Rick Moen wrote:
>
> However, even an open source codebase over which a single, evil-leaning
> commercial entity owns sole copyright can be forked at any time. By
> anyone. All you need is code access and an appropriate licence.
>
> That's the whole
On Tue, Aug 16, 2016 at 10:05:12PM +0200, k...@aspodata.se wrote:
> Rick Moen:
> > Quoting k...@aspodata.se (k...@aspodata.se):
> > > It does not care about MBR vs. GPT as long it can find the blocks where
> > > the kernel and possible initrd/initramfs is.
> > > I use Lilo on two GPT formatted
Quoting Simon Hobson (li...@thehobsons.co.uk):
> So given the hypothetical case where Exampleco "takes over"* a project
> with the sole desire of burying it, the worst (effectively) that any
> of the copyright holders in that code could do is have a court order
> that Exampleco cease distribution
On 08/16/2016 08:24 PM, fsmithred wrote:
On 08/16/2016 12:29 PM, aitor_czr wrote:
>
>I can't boot the system with vdev:
>
>
> Booting the kernel.
>
> [ . ] Failed to execute / init ( error - 13 )
>
> can't run '/etc/init.d/rsC' No such file or directory
>
If you're
Rick Moen:
> Quoting k...@aspodata.se (k...@aspodata.se):
> > It does not care about MBR vs. GPT as long it can find the blocks where
> > the kernel and possible initrd/initramfs is.
> > I use Lilo on two GPT formatted disks where the partitions are mirrored
> > and have no problems with it,
- Original Message -
From: "fsmithred"
To:
Sent: Tuesday, August 16, 2016 2:38 PM
Subject: Re: [DNG] devuan i386 CD
On 08/16/2016 12:18 PM, Ismael L. Donis Garcia wrote:
- Original Message -
From: "Svante Signell"
On Tue, 2016-08-16 at 18:29 +0200, aitor_czr wrote:
>
> Hi fsmithred,
>
>
> I can't boot the system with vdev:
>
>
> Booting the kernel.
>
> [ . ] Failed to execute / init ( error - 13 )
>
> can't run '/etc/init.d/rsC' No such file or directory
This is a
On 08/16/2016 12:18 PM, Ismael L. Donis Garcia wrote:
> - Original Message -
> From: "Svante Signell"
> To:
> Sent: Tuesday, August 16, 2016 7:18 AM
> Subject: Re: [DNG] devuan i386 CD
>
>
>> On Tue, 2016-08-16 at 20:38 +1000, Ralph
On 08/16/2016 12:49 PM, shraptor wrote:
> On 2016-08-16 18:19, shraptor wrote:
>> On 2016-08-16 18:11, shraptor wrote:
I got the scanner working.
If I boot with udev, the scanner works, and the permissions on the device
look like this:
ls -l /dev/bus/usb/002/
Quoting k...@aspodata.se (k...@aspodata.se):
> It does not care about MBR vs. GPT as long it can find the blocks where
> the kernel and possible initrd/initramfs is.
>
> I use Lilo on two GPT formatted disks where the partitions are mirrored
> and have no problems with it, remove any disk,
On 08/16/2016 12:29 PM, aitor_czr wrote:
>
> I can't boot the system with vdev:
>
>
> Booting the kernel.
>
> [ . ] Failed to execute / init ( error - 13 )
>
> can't run '/etc/init.d/rsC' No such file or directory
>
If you're lucky, the fix will be as simple as
On 2016-08-16 18:19, shraptor wrote:
On 2016-08-16 18:11, shraptor wrote:
I got the scanner working.
If I boot with udev, the scanner works, and the permissions on the
device
look like this:
ls -l /dev/bus/usb/002/
crw-rw-r--+ 1 root root 189, 137 Aug 16 10:30 010
and with vdev, it looks
- Original Message -
From: "Svante Signell"
To:
Sent: Tuesday, August 16, 2016 7:18 AM
Subject: Re: [DNG] devuan i386 CD
> On Tue, 2016-08-16 at 20:38 +1000, Ralph Ronnquist wrote:
>
>
>> However, it's somewhat peculiar that the CD (and
Hi fsmithred,
On 08/16/2016 05:36 PM, fsmithred wrote:
I got the scanner working.
If I boot with udev, the scanner works, and the permissions on the device
look like this:
ls -l /dev/bus/usb/002/
crw-rw-r--+ 1 root root 189, 137 Aug 16 10:30 010
and with vdev, it looks like this:
crw---
On 2016-08-16 18:11, shraptor wrote:
I got the scanner working.
If I boot with udev, the scanner works, and the permissions on the
device
look like this:
ls -l /dev/bus/usb/002/
crw-rw-r--+ 1 root root 189, 137 Aug 16 10:30 010
and with vdev, it looks like this:
crw--- 1 root root 189,
I got the scanner working.
If I boot with udev, the scanner works, and the permissions on the
device
look like this:
ls -l /dev/bus/usb/002/
crw-rw-r--+ 1 root root 189, 137 Aug 16 10:30 010
and with vdev, it looks like this:
crw--- 1 root root 189, 131 Aug 16 10:39 004
I changed the
On 08/15/2016 01:36 PM, aitor_czr wrote:
>
>
> On 08/15/2016 07:12 PM, fsmithred wrote:
>> More testing:
>>
>> Scanner (ScanMaker 4800) is not found by xsane. If I boot with udev
>> instead of vdev, scanner works normally.
>>
>> I installed live-boot, live-config, live-boot-initramfs-tools,
>>
DistroWatch has seen fit to run an opinion poll[1] on Devuan
this week titled "The state of Devuan". I personally don't take
much stock in opinion polls as they are generally not very
accurate to begin with, but others may. I also think this one
is a little early to be asked. I know others were
Brad Campbell writes:
> On 16/08/16 00:09, Rick Moen wrote:
>> Quoting Adam Borowski (kilob...@angband.pl):
>>
>
>>
>>> Or, the first disk gets assigned a different position.
>>
>> Which happens when exactly? Because you're screwing around with
>> swapping in and out
Rick Moen wrote:
> [Sorry, this ended up being longer than I'd hoped.]
That's OK - it's worth the read.
> Quoting Simon Hobson (li...@thehobsons.co.uk):
>
>> There was one other thing that came to mind earlier ...
>> If ${company} decided to do that, and they had
Svante Signell wrote on 16/08/16 21:18:
On Tue, 2016-08-16 at 20:38 +1000, Ralph Ronnquist wrote:
However, it's somewhat peculiar that the CD (and DVD) Devuan installs
require network. Without network it gets stuck early on. (Or maybe I'm
doing something wrong there again?)
Are you using
On Tue, 2016-08-16 at 20:38 +1000, Ralph Ronnquist wrote:
> However, it's somewhat peculiar that the CD (and DVD) Devuan installs
> require network. Without network it gets stuck early on. (Or maybe I'm
> doing something wrong there again?)
Are you using the beta images from April? Due to a
Hi all,
On 08/16/2016 10:42 AM, aitor_czr wrote:
VERY IMPORTANT: i'm working on a Server without Xorg.
Don't use these packages on a desktop because i put in the
debian/control the following lines for building the kernel within a
chroot jail:
Package: vdev
Provides:
Ralph Ronnquist wrote on 16/08/16 18:16:
I am trying to install 32 bit Devuan from the CD (off the Download
Zone), but it's gone into a badness loop at "Install the base system"
at the point of installing busybox. I captured the installation syslog
at this point, and it suggests 3 problem
Edward Bartolo:
...
> LILO is out of question.
...
> Besides that, it cannot recognize GPT formatted disks.
It does not care about MBR vs. GPT as long it can find the blocks where
the kernel and possible initrd/initramfs is.
I use Lilo on two GPT formatted disks where the partitions are
I am trying to install 32 bit Devuan from the CD (off the Download
Zone), but it's gone into a badness loop at "Install the base system"
at the point of installing busybox. I captured the installation syslog
at this point, and it suggests 3 problem points:
Aug 16 08:00:40 base-installer: W:
Hi all,
On 08/16/2016 08:38 AM, aitor_czr wrote:
I just uploaded the new packages of VDEV to the old repository:
http://gnuinos.org/unsystemd/
It includes: initramfs-tools, fskit, pstat and vdev
I renamed some packages. Temporally there will be some fields like this
Sorry fsmithred,
On 08/15/2016 09:09 PM, aitor_czr wrote:
So, i did't change the /usr/share/initramfs-tools/scripts/functions/
It should work.
Cheers,
Aitor.
Now i can test the initramfs and yes, one funtion is empty :(
I' fix it inmediately and upload the new initramfs-tool, together
On 08/16/2016 08:49 AM, aitor_czr wrote:
On 08/16/2016 08:38 AM, aitor_czr wrote:
I just uploaded the new packages of VDEV to the old repository
I forgot: they are only available in i386
Aitor.
The simbolic link /sbin/vdevfs replicates.
Aitor.
Brad Campbell wrote:
<<
I even migrated from Grub 0.9x to Grub2 and I've had nothing but
unicorns and rainbows there too. Again, another learning curve, but
nothing a couple of hours didn't sort out. I seem to be the only
person alive that actually gets along with Grub, but that's ok because
it
On 08/16/2016 08:38 AM, aitor_czr wrote:
I just uploaded the new packages of VDEV to the old repository
I forgot: they are only available in i386
Aitor.
___
Dng mailing list
Dng@lists.dyne.org
Hi all,
On 08/16/2016 12:58 AM, Ralph Ronnquist wrote:
fsmithred wrote on 16/08/16 03:12:
>I got an error from the latest make-initramfs.sh about a missing
>/root/vdev-initramfs. The actual location of the script is in
43 matches
Mail list logo