A transcript from (the latest) Debian Handbook:
A.9. Devuan
Devuan is a relatively new fork of Debian: it started in 2014 as a reaction to
the decision made
by Debian to switch to systemd as the default init system. A group of users
attached to sysv
and opposing (real or perceived) drawbacks to
Hi Rainer and Edward,
On 12/24/2015 12:33 PM, Rainer Weikusat
wrote:
aitor_czr writes:
>>>On 12/23/2015 01:00 PM, Edward Bartolo wrote:
Hi All,
As suggested around a weeka ago, I am opting to include another netman
package whose purpose will be to configure netman so that
Hi Steve,
On 12/25/2015 09:03 PM, Steve Litt wrote:
Hi,
>
>One persistently tempting question about using Python, or any other
>interpreted programming language, is why they are used?
I can answer that, always assuming speed and hardware interfacing
aren't an issue:
1) For performing the same
On 12/26/2015 04:21 AM, Daniel Reurich wrote:
On the other hand, i packaged succesfully*libfskit* and*libpstat*.
>Anybody knows where can i find a stable branch of*libpthread* ?
I thought libpthread was a part of glibc.
regards,
Daniel.
You are right Daniel, i just downloaded the s
Le 26/12/2015 13:42, aitor_czr a écrit :
On 12/25/2015 09:03 PM, Steve Litt wrote:
Hi,
>
>One persistently tempting question about using Python, or any other
>interpreted programming language, is why they are used?
I can answer that, always assuming speed and hardware interfacing
aren't an iss
Steve Litt wrote:
> With /dev/sd? you can at least try to guess which one got
> plugged in last, and then verify.
It's certainly no warse (probably better actually) than the Windows world where
it could be E:, F:, or something else - and it could even change depending
which USB port it was plu
On Sat, 26 Dec 2015 06:40:12 +0100
Adam Borowski wrote:
> Actually, the difference _does_ matter. Paths under /mnt are made by
> the sysadmin and thus are secure, paths under /media are created
> based on untrusted input.
>
> These two need at least _some_ namespace disambiguation, and /mnt
> v
On Sat, 26 Dec 2015 16:10:41 +0100
Didier Kryn wrote:
> I suggest using
> python-inotify rather than piping inotifywait to your daemon. I think
> it would be better because it is not so easy to manage a pair of
> daemons: when you kill your automounter, the associated inotifywait
> is not nece
The vdev_subprocess error comes from trying to build vdevfs, an optional
add-on to vdev that is still under development and has not bee sync'ed with
some recent changes to the rest of the codebase. You can avoid building it
with no loss of functionality.
The only things you'll need to build to ge
Hi,
I am using iceweasel 38.5.0 in Devuan 64 bit and still cannot access
git.devuan.org. The 'complaint' put forward by iceweasel is the site
is untrusted.
Edward
On 24/12/2015, Steve Litt wrote:
> Sounds like a caching hangover to me.
>
> Why not use a browser that *does* work until TTL kicks
Le 26/12/2015 17:54, Steve Litt a écrit :
You bring up two different points:
1) A matter of style (to mix or not to mix executables)
2) A matter of practicality (how bad is it to run a daemon that
includes piped executables).
In my opinion it is the same. If you use python-inotify, yo
On 12/26/2015 06:01 PM, Jude Nelson wrote:
The vdev_subprocess error comes from trying to build vdevfs, an
optional add-on to vdev that is still under development and has not
bee sync'ed with some recent changes to the rest of the codebase. You
can avoid building it with no loss of functionali
On Fri, Dec 25, 2015 at 10:20:36PM -0600, d_pridge wrote:
> Would /mnt/[label]/sdd1 help ID the drive?
I'm not sure what you're asking. It could however solve the problem of
what to do if two drives are plugged in that have the same label.
Greg
--
web site: http://www.gregn.net
gpg public ke
Hi,
As a USB drive identifier, one can use a naming scheme like the following:
usb0_label0, usb1_label1, usb2_label2,... , usbN_labelN
Therefore, if N usb drives happen to have the same name, they would be renamed:
usb0_unique-lable, usb1_unique-label,... , usb[N-1]
Some restrictions on the uni
> Therefore, if N usb drives happen to have the same name, they would be
> renamed:
> usb0_unique-lable, usb1_unique-label,... , usb[N-1]
The second line should be corrected to:
usb0_unique-lable, usb1_unique-label,... , usb[N-1]_unique-lable
On 26/12/2015, Edward Bartolo wrote:
> Hi,
>
> As a
On Sat, 26 Dec 2015 22:22:36 +0100
Edward Bartolo wrote:
> Some restrictions on the unique-lable length should be put in place
> not to end up with very long combersome drive names.
USB drive are commonly vfat, which limits labels to 11 characters...
Cheers,
Ron.
--
Never get into an a
Good evening,
2015-12-26 4:23 GMT+01:00, Steve Litt :
> On Sat, 26 Dec 2015 00:50:48 +0100
> Teodoro Santoni wrote:
>
>> Hey there,
>>
>> 2015-12-25 18:42 GMT+01:00, Steve Litt :
>> > Anyway, if I stick in a thumb drive that contains
>> > partitions /dev/sdd1 and /dev/sdd2, would the most conveni
This issue is now fixed.
Regards,
Daniel.
On 27/12/15 06:14, Edward Bartolo wrote:
> Hi,
>
> I am using iceweasel 38.5.0 in Devuan 64 bit and still cannot access
> git.devuan.org. The 'complaint' put forward by iceweasel is the site
> is untrusted.
>
> Edward
>
> On 24/12/2015, Steve L
On 27/12/15 05:45, Steve Litt wrote:
> On Sat, 26 Dec 2015 06:40:12 +0100
> Adam Borowski wrote:
>
>> Actually, the difference _does_ matter. Paths under /mnt are made by
>> the sysadmin and thus are secure, paths under /media are created
>> based on untrusted input.
>>
>> These two need at leas
On Sat, 26 Dec 2015 16:10:41 +0100
Didier Kryn wrote:
> Although I don't know Python, I have read enough about it to
> know it fits well with the kind of job. I suggest using
> python-inotify rather than piping inotifywait to your daemon. I think
> it would be better because it is not so ea
20 matches
Mail list logo
