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 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 one:
Breaks: libudev-c
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: Fai
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 mirrore
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 points:
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: udev
Package: libudev-co
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 mi
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 the
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 previously distributed
>> bina
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 different HBAs? Well, if you
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
Now in the middle of August and other than the active evolution of vdev, no
sprint activity that I'm aware of. Have i missed something? Or maybe I
misunderstood the teaser from last month?
golinux
___
Dng mailing list
Dng@lists.dyne.org
https://maili
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,
>> li
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 per
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, 1
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---
- 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 DVD) Devuan installs
>> require network. Witho
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 li
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 changin
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, still
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/
crw-
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 Ronnquist wrote:
>>
>>
>>> However, it's somewhat pec
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 typo
- 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"
To:
Sent: Tuesday, August 16, 2016 7:18 AM
Subject: Re: [D
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, remov
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 luck
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 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 dis
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 poi
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
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.
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, whether
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
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/
crw-
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/
cr
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 pol
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 Exec
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, a
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 ha
> 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" and then the tab key twice, and play aro
40 matches
Mail list logo
