[DNG] Wifi dropping ramdomly

[Jim Murphy via Dng]

Hi,

My wifi connection drops randomly. It can sometimes run for days.
Other times it may drop within hours of a reboot. There seems to be
no pattern to when. Initially rebooting seemed to be the only way to
get the network back. Under xfce4 disabling the wifi and/or network,
then re-enabling them had no effect. After many google searches
I finally found at:

https://askubuntu.com/questions/26054/how-to-restart-wifi-interface-without-rebooting-it-drops-connection

I now have the alias(zsh):

alias reload_network_module='sudo modprobe -r iwldvm && sudo modprobe
iwldvm'

to re-enable the wifi. So far this has restored the network connection
without having to reboot. Strange as it may seem, the wifi  connection
has stopped dropping as frequently since reloading the iwldvm module
this way.?? FWIW

/etc/os-release:
PRETTY_NAME="Devuan GNU/Linux 4 (chimaera)"
NAME="Devuan GNU/Linux"
VERSION_ID="4"
VERSION="4 (chimaera)"
VERSION_CODENAME="chimaera"
ID=devuan
ID_LIKE=debian
HOME_URL="https://www.devuan.org/;
SUPPORT_URL="https://devuan.org/os/community;
BUG_REPORT_URL="https://bugs.devuan.org/;

/etc/debian_version:
11.1

Computer:  ThinkPad X230

*-pci:1
 description: PCI bridge
 product: 7 Series/C210 Series Chipset Family PCI Express Root Port 2
 vendor: Intel Corporation
 physical id: 1c.1
 bus info: pci@:00:1c.1
 version: c4
 width: 32 bits
 clock: 33MHz
 capabilities: pci normal_decode bus_master cap_list
 configuration: driver=pcieport
 resources: irq:17 memory:f1c0-f1cf
   *-network
description: Wireless interface
product: Centrino Advanced-N 6205 [Taylor Peak]
vendor: Intel Corporation
physical id: 0
bus info: pci@:03:00.0
logical name: wlan0
version: 34
serial:  "redacted"
width: 64 bits
clock: 33MHz
capabilities: bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=iwlwifi
driverversion=5.10.0-10-amd64 firmware=18.168.6.1 6000g2a-6.ucode
ip=192.168.0.102 latency=0 link=yes multicast=yes wireless=IEEE 802.11
resources: irq:29 memory:f1c0-f1c01fff

 % ls /lib/modules/**/iwldvm.ko
/lib/modules/5.10.0-10-amd64/kernel/drivers/net/wireless/intel/iwlwifi/dvm/iwldvm.ko
/lib/modules/5.10.0-9-amd64/kernel/drivers/net/wireless/intel/iwlwifi/dvm/iwldvm.ko

Not sure if this is a hardware or software or firmware issue. No other
devices/systems are having this issue on the same wifi network.

If anyone has any advice it would be appreciated. Since I have a
workaround it is just an annoyance.

Regards,

Jim Murphy
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan Jessie 1.0.0 stable LTS

[Jim Murphy]

Congratulations to all involved.  Torrent download went well(under 1hr
15mins
​ via cable​
) for all files(lots of peers).  Seeding now. At the current rate I should
bump my ratio up(again). I'll take that as a good sign. DistroWatch
 was quick to post the update.

Again, congratulations!

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Missing readme files from one of the mirrors

[Jim Murphy]

Mirror: http://mirror.math.princeton.edu/pub/devuan/

Just an FYI, the above mirror is missing all the readme
files. As three of the readme files contain information
about signature keys you may need to download them
from another mirror if you don't already have the keys.

Just my luck.  The mirror I pick is missing files.

I did check the other mirrors and they have the
readme files. I couldn't check mirror:

  http://nluug.nl/pub/os/Linux/distr/devuan

It keeps giving me a 404 error.

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Distributions added to DistroWatch waiting list

[Jim Murphy]

On Tue, Aug 30, 2016 at 5:49 AM, fsmithred <fsmith...@gmail.com> wrote:
> On 08/29/2016 05:11 PM, Jim Murphy wrote:
>> FYI, DistroWatch[1] added Refracta[2] to their waiting list.
>>
>> Description:
>>
>> Refracta is a Devuan-based operating system which includes
>> several tools to help create CD/USB images of the live system.
>>
>> Hopefully more Devuan-based distributions to come.
>>
>> Congratulations to all those working on Refracta!
>>
>> Jim
>>
>> [1] 
>> http://distrowatch.com/weekly.php?pollnumber=64=NewVote=20160822=8#waiting
>>
>> [2] http://distrowatch.com/table.php?distribution=Refracta

>
> Wow. Thanks!
>
> -fsr

I wish I had known about the following while Devuan was on
the waiting list.

First, if this a know thing, I apologize for the noise.

I don't know how DistroWatch has this set up, but it appears
you can "recommend", causing the vote count to increment
by one, a distribution on the waiting list.  Not sure how much
weight this has on moving a distribution to their database,
but it may help.  It also appears to be a one time vote for only
one distribution per device(haven't been able to totally verify
this).  I found this by accident, and searching DistroWatch and
searching on the web returned negative results on this
"feature".

How to get there.  Go to distrowatch.com.  Select "DW Weekly"
at the top of the page. Scroll down to the Content section and
select "New additions: ...".  In this section towards the bottom
you will find "DistroWatch database summary" showing the
number of distributions in each category.  The one starting with
"Number of distributions waiting for evaluation:" you need to
click on "evaluation".

This should(on your first try) display the list of distributions with
a button labeled "Recommend".  You should find the distribution
you would like to recommend and select the "Recommend"
button on the right. Upon selection it will change the page to
show the number of votes and no "Recommend" buttons.

Any subsequent time selecting "evaluation" will take you to the
page and only display the votes.  If there is a reset to let you
vote again(after some period of time) I don't know. I would
hope there is, in case you wanted to recommend some new
distribution that shows up on the list. Maybe it is like the polls,
and is a weekly thing.

I was able to vote again by using my phone.  This is how I was
able to verify the information shown above.  So it would appear
that you can vote from different devices.

As there are(at the time of this writing) 7 votes for Refracta, I
assume others know how to do this.

FWIW,

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Distributions added to DistroWatch waiting list

[Jim Murphy]

FYI, DistroWatch[1] added Refracta[2] to their waiting list.

Description:

Refracta is a Devuan-based operating system which includes
several tools to help create CD/USB images of the live system.

Hopefully more Devuan-based distributions to come.

Congratulations to all those working on Refracta!

Jim

[1] 
http://distrowatch.com/weekly.php?pollnumber=64=NewVote=20160822=8#waiting

[2] http://distrowatch.com/table.php?distribution=Refracta
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Which license for UMENU2?

[Jim Murphy]

On Wed, Aug 24, 2016 at 12:20 AM, Steve Litt  wrote:
> Hi all,
>
> I'm asking this question in a lot of places, but for sure I hold
> Devuan's answer in high regard.
>
> I'm putting the finishing touches on UMENU2, to the point where I'm
> ready to write the COPYING file and mark the Python files with a
> license. I'm considering two licenses:
>
> * Expat license: http://directory.fsf.org/wiki/License:Expat
>
> * GPL Version 2: https://www.gnu.org/licenses/old-licenses/gpl-2.0.html
>
>
> A couple notes: The above Expat URL says Expat license is GPL
> compatible. I don't like GPLv3 because it's too complicated and IMHO a
> little too restrictive. Expat's similar to some MIT and BSD licenses
> and the X11 license.
>
> Any opinions on which to choose?

Don't know if this would make any difference to you or not, but the
Linux kernel is released under the GPLv2 only license(AFAICT). I
remember there being quite a bit of debate about this when the
GPLv3 license was coming out.  I personally don't know much
about Expat, so I won't offer any opinion on it.

The scripts I write I use GPLv2 only. "I" can change it later if I
need to.

FWIW,

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] The state of Devuan

[Jim Murphy]

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 concerned
about the rankings on DistroWatch, I'm not sure this poll will
help in the long run.

[1] http://distrowatch.com/weekly.php?issue=20160815#poll

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] vdev

[Jim Murphy]

On Thu, Aug 11, 2016 at 3:29 AM, Ralph Ronnquist
 wrote:
> Is that the gentoo/eudev bundle?

> Ralph.

From my Funtoo system:

*  sys-fs/eudev
  Latest version available: 3.1.5
  Latest version installed: 3.1.5
  Size of files: 1,705 KiB
  Homepage:  https://github.com/gentoo/eudev
  Description:   Linux dynamic and persistent device naming
support (aka userspace devfs)
  License:   LGPL-2.1 MIT GPL-2

*  virtual/udev
  Latest version available: 217
  Latest version installed: 217
  Size of files: 0 KiB
  Homepage:
  Description:   Virtual to select between different udev daemon providers
  License:

FWIW.

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Need for documentation (golinux)

[Jim Murphy]

On Fri, Jul 15, 2016 at 12:30 AM, Robert Storey  wrote:

> The commands "halt" and "reboot" do not seem to work. SLIM asks me for a
> password for user "halt" and user "reboot" which is less than useful, since
> no such users exist.

I believe you need to look at this form a different view point.  From a
security standpoint the "system" doesn't know who is trying to log into
it.  So why should it(the code) allow just anyone the ability to halt or
reboot.

I'm not set up to check this, but best guess it it looking for the user's
password it the name was already entered or more likely it is looking
for the "root" password to preform these two operations.

As I said, I'm not set up to check this.

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] OT: Lovecraft analogies to systemd

[Jim Murphy]

On Mon, Jul 11, 2016 at 10:17 PM, Hendrik Boom  wrote:
> On Mon, Jul 11, 2016 at 10:40:50PM +0200, emnin...@riseup.net wrote:

-- snip --

>> Recently, i followed, as a silent lurker, a - german - dispute on
>> systemd, where frequently intervened Martin Vaeth, who is - IMHO - a
>> very reasonable person (author of several open-rc scripts for Gentoo.
>> In my poor - and non technical -words, he sustained, that, considering
>> the tendency of the systemd people to engulf more and more
>> essential/critical processes of the basic boot-up of linux, in a near
>> future only a distro like gentoo would have a chance to survive, since
>> its process of building (emerge) allows, to avoid the systemd
>> jabbawagga [1]. When i read that, i thought, the same should go for
>> slackware - in the linux ecosystem (given that they resist to the
>> systemd temptation, which seems to be the case ... (?)
>>
>> 
>>
>> 1] I remember a novel of H. P. Lovecraft where there is a monster,
>> which, once it'll be awaken it would engulf all the world. I believe to
>> remember its name was jabbawagga, but it's only a vague memory ... ;)
>
> Did some searches and found nothing relevant about jabbawagga.
>
> There wsa a being in Lovecraft's mythology with a similar rythmm to its name:
> Tsathoggua
>
> But I don't recall anything about Tsathoggua engulfing the world.

Jabbawagga sounds more like Jabberwock a creature from
Lewis Carroll's poem Jabberwocky which he later included in
"Through the Looking-Glass and What Alice Found There"
where Alice slays the Jabberwock by cutting it's head off.
In Tim Burton's 2010 film "Alice in Wonderland" I believe the
creature was called a Jabberwocky if I remember correctly.

For what its worth.

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] resolved

[Jim Murphy]

On Mon, Jun 6, 2016 at 2:23 PM, Klaus Hartnegg  wrote:
> All programmers please read this, and treat it as a list of things not to do.
>
> https://lists.dns-oarc.net/pipermail/dns-operations/2016-June/014964.html
>
> Systemd manages to shoot itself in the foot, and in the elbow, and trigger a 
> timebomb, all with one single bullet.

Did anyone follow the "systemd blob" link(within the above
mentioned link) and read any other points including -logind?

This apparently prompted a bug[1] on Debian that turned into a
somewhat long discussion within the bug messages.  It appears
that Debian wanted to turn on, as default, the clean-up feature on
logout. If I read it correctly it would kill background processes
when you log out.  This would result in killing, among other
things, a detached tmux process or a long running background
processes that in the past would have remained running.

So maybe the average user won't be concerned. :(

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=825394

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Devuan Top100 on DistroWatch

[Jim Murphy]

On Thu, Jun 2, 2016 at 6:51 AM, hellekin  wrote:
> Today Devuan is number #91 on DistroWatch.com!  We made it to the Top
> 100 is the first 3 days of presence on DW.  Sweet!
>
> http://distrowatch.com/devuan

I guess Jesse Smith over at DistorWatch was serious.  On the 4th of
May I noticed that Devuan's wait page and link to Devuan's homepage
were gone.  A couple of days later when it hadn't shown up I sent an email
to Admin and Jesse responded with:

>My mistake. I had moved Devuan into a special status where it's sort of
>halfway between the waiting list and our database and that made it
>disappear from our waiting list. I've re-added the link so people can
>still find the project until we get the project full coverage.

He later asked when Devuan stable would be released.  I said I
personally felt there would most likely be another beta but some
found is solid enough to already use on production systems.

Happily surprised to see the real Devuan page on DistroWatch.
Considering how long some distros have been waiting for a real
page, Devuan did well.

Congrats to all who made it happen.  Still have a way to go, but
I feel good about it.

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Unofficial Devuan live images

[Jim Murphy]

On Sat, May 7, 2016 at 1:53 PM, parazyd  wrote:
> On Sat, 07 May 2016, fsmithred wrote:
>
>> If someone want to see what Devuan-Jessie beta looks like without
>> installing it, I made some live isos. I expect that there will eventually
>> be an official Devuan-Live, but this is not it. HTH.
>>
>> https://sourceforge.net/projects/refracta/files/unofficial_devuan_live/
>>
>> [snip]
>
> Nice!
>
> Care to share any scripts or the workflow you have for creating such
> ISOs?


You might want to start a couple of levels up from the files.

https://sourceforge.net/projects/refracta/

I'm still looking into this myself, but refracta AFAIKT is a set of tools that
generate a live cd named, what else, retracta.  There is a link to the
refracta Web
Site there.  I'm sure fsmithred could offer more info, but this may
give you a start.

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] For all you automounter programmers

[Jim Murphy]

On Tue, May 3, 2016 at 7:28 AM, Didier Kryn <k...@in2p3.fr> wrote:
> Le 03/05/2016 14:06, Jim Murphy a écrit :
>>
>> On Tue, May 3, 2016 at 4:04 AM, Didier Kryn<k...@in2p3.fr>  wrote:
>>>
>>> Le 02/05/2016 14:12, fsmithred a écrit :
>>>>
>>>> No support for file system labels at this time. If someone can tell me a
>>>> reliable way for unprivileged user to get the labels, I'll add it. Feel
>>>> free to use these scripts as they are or as motivation to create
>>>> something
>>>> better.
>>>>
>>>> -fsr
>>>>
>>>>
>>>> On 04/28/2016 01:52 PM, fsmithred wrote:
>>>>>
>>>>> On 04/27/2016 08:28 PM, fsmithred wrote:
>>>>>>
>>>>>> You could get the label from lsblk, do 'pmount label' and it will be
>>>>>> mounted at /media/label. Every time you plug in a thumb drive labeled
>>>>>> backup, it'll go to the same place. If you unmount the drive,
>>>>>> /media/label
>>>>>> will no longer exist, so you could even have the backup script check
>>>>>> to
>>>>>> make sure it's there.
>>>>>>
>>>>>> -fsr
>>>>>>
>>>>> Correction - Only root can get the label from lsblk. User can get the
>>>>> label from '/sbin/blkid -s LABEL', but only after root has run blkid at
>>>>> least once. Other than that, I've now got a script that will handle the
>>>>> labels... sometimes.
>>>>>
>>>>> -fsr
>>>>>
>>>>>
>>> kryn@apcnb98:~$ /sbin/blkid /dev/sda5
>>> /dev/sda5: LABEL="/" UUID="d91acaa3-5fdc-49e9-9f2b-ba7f3efb33f9"
>>> UUID_SUB="6a0c80cd-5dc6-4135-8018-575686e7e11e" TYPE="btrfs"
>>> kryn@apcnb98:~$ /sbin/blkid /dev/sda6
>>> /dev/sda6: LABEL="/usr" UUID="05f9f811-b8b1-445f-ac8c-9537a202a9f9"
>>> UUID_SUB="52b8e1b8-7080-4696-94e1-8f7580005871" TYPE="btrfs"
>>>
>>>  Didier
>>
>> Problem, blkid uses a cache that is only updated when root runs blkid.
>> Any changes are not automatically updated.  A user only sees the cache.
>>
>> The issues is, fsr is trying to do everything as a "user" so tools like
>> lsblk and blkid don't work for this case. For blkid, the cache will not
>> be up to date when say a flash-drive is add/or removed.
>>
>> Jim
>
>
> I cannot reproduce what you describe. I just tried it with a usb stick:
> kryn@apcnb98:~$ /sbin/blkid /dev/sdb2
> /dev/sdb2: LABEL="Didier-Kryn-2" UUID="64f73abe-34b9-4d4c-bac7-6dd85f0e4696"
> TYPE="reiserfs"
>
> This was done on debian-wheezy, from the console, without any DE
> running, and even display manager stopped, and after a fresh reboot. If
> blkid, invoked by normal user, runs from cache, then it means it has been
> invoked by root after insertion - I suspect udev and consider it a good
> thing, and I can tell you that vdev does systematically invoke blkid for
> every block device.
>
> Didier
>

Not sure where the change took place, wheezy is 2.20, I'm look at 2.25 right
now on grm(rebuild my other system right now)l and there has been changes.
Not sure why they changed it. Even the man page states you have to be root
to update the cache.  fsr is reporting the same issue.  You are correct on
wheezy it does appear to work.

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Fwd: For all you automounter programmers

[Jim Murphy]

Sorry for forward everyone, forgot to send to list.

-- Forwarded message --
From: Jim Murphy <srlinuxad...@gmail.com>
Date: Tue, May 3, 2016 at 7:06 AM
Subject: Re: [DNG] For all you automounter programmers
To: Didier Kryn <k...@in2p3.fr>


On Tue, May 3, 2016 at 4:04 AM, Didier Kryn <k...@in2p3.fr> wrote:
> Le 02/05/2016 14:12, fsmithred a écrit :
>>
>> No support for file system labels at this time. If someone can tell me a
>> reliable way for unprivileged user to get the labels, I'll add it. Feel
>> free to use these scripts as they are or as motivation to create something
>> better.
>>
>> -fsr
>>
>>
>> On 04/28/2016 01:52 PM, fsmithred wrote:
>>>
>>> On 04/27/2016 08:28 PM, fsmithred wrote:
>>>>
>>>> You could get the label from lsblk, do 'pmount label' and it will be
>>>> mounted at /media/label. Every time you plug in a thumb drive labeled
>>>> backup, it'll go to the same place. If you unmount the drive,
>>>> /media/label
>>>> will no longer exist, so you could even have the backup script check to
>>>> make sure it's there.
>>>>
>>>> -fsr
>>>>
>>>
>>> Correction - Only root can get the label from lsblk. User can get the
>>> label from '/sbin/blkid -s LABEL', but only after root has run blkid at
>>> least once. Other than that, I've now got a script that will handle the
>>> labels... sometimes.
>>>
>>> -fsr
>>>
>>>
>>
>
> kryn@apcnb98:~$ /sbin/blkid /dev/sda5
> /dev/sda5: LABEL="/" UUID="d91acaa3-5fdc-49e9-9f2b-ba7f3efb33f9"
> UUID_SUB="6a0c80cd-5dc6-4135-8018-575686e7e11e" TYPE="btrfs"
> kryn@apcnb98:~$ /sbin/blkid /dev/sda6
> /dev/sda6: LABEL="/usr" UUID="05f9f811-b8b1-445f-ac8c-9537a202a9f9"
> UUID_SUB="52b8e1b8-7080-4696-94e1-8f7580005871" TYPE="btrfs"
>
> Didier

Problem, blkid uses a cache that is only updated when root runs blkid.
Any changes are not automatically updated.  A user only sees the cache.

The issues is, fsr is trying to do everything as a "user" so tools like
lsblk and blkid don't work for this case. For blkid, the cache will not
be up to date when say a flash-drive is add/or removed.

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] .iso images label

[Jim Murphy]

Minor but it would be nice to see Devuan and not Debian
as the label.

dd image to usb device, then did a blkid on the device to
find under the label "Debian 1.0 amd64 1".  Running blkid
on the images (*.iso) also produces the same results.
Substitute i386 for amd64 on the i386 images.

Exact command:  blkid -o list *.iso

Would someone check and correct before the next release?

Thanks,

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] devuan announce and discuss mailing lists

[Jim Murphy]

HI,

Nice job on getting beta out - thanks to all.

I know everyone is busy downloading and installing/upgrading,
but as an FYI registration for devuan-announce[1] and
devuan-discuss[2] has opened.  The archive pages[3][4] are also
present. You can also use the links on the Community[5] page
to get to them.

Now, back to installing.

Jim

[1] https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/devuan-announce
[2] https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/devuan-discuss
[3] https://lists.dyne.org/lurker/list/devuan-announce.en.html
[4] https://lists.dyne.org/lurker/list/devuan-discuss.en.html
[5] https://beta.devuan.org/os/community
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] What do we want for ascii ?

[Jim Murphy]

On Mon, Apr 25, 2016 at 11:49 AM, Steve Litt  wrote:
> On Mon, 25 Apr 2016 10:29:18 -0400
> Hendrik Boom  wrote:
>
>> On Mon, Apr 25, 2016 at 12:21:50AM -0400, Steve Litt wrote:
>> > On Mon, 25 Apr 2016 04:01:33 +
>> > Stephanie Daugherty  wrote:
>> >
>> > > I'd like to see a long term focus on removing the entanglement
>> > > with other invasive dependencies, particularly those which are
>> > > likely to be folded into systemd in the future, and on staying
>> > > true to the Unix philosophy.
>> > >
>> > > DBUS and PulseAudio are freedesktop backed technologies which are
>> > > likely to be folded entirely into systemd in the future.
>> >
>> > Unfortunately, long term I think you can add dracut to your list, as
>> > it's part of the Fedora project. This is a shame, because it's the
>> > best initramfs builder utility (from what I understand). But Fedora
>> > scooped it up, and IIRC emptied the old version git repositories,
>> > so I predict a systemdification in the future.
>> >
>> > So we shouldn't assume that dracut will always be available to us.
>>
>> fork it now?
>
> There's one project that Redhat took over and then emptied the git
> repository of older, non-Redhat versions. At the very least, if we can
> get our hands on the older version's source code, get it and keep it.
>


Any chance this is what you are looking for[1].

[1] https://github.com/dracutdevs/dracut
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] Delayed E-mails

[Jim Murphy]

Hi,

Did anyone else notice that at about 0726 UTC today
the mail server, I believe, spit out 3 emails that have "been
in hiding" for a while.  Original sent dates:

Jan 11
Jan 24
Feb 24

If I'm reading the 3 attachments correctly, they were received
by the dng mail list server on the above dates and were
finally forwarded today.

In past threads on this list others have reported missing e-mails.
These may or may not be connected, but in case someone is
interested.

Anyway, FWIW.

Jim

Delivered-To: srlinuxad...@gmail.com
Received: by 10.55.170.66 with SMTP id t63csp817617qke;
Wed, 6 Apr 2016 00:26:23 -0700 (PDT)
X-Received: by 10.28.147.72 with SMTP id v69mr21724768wmd.79.1459927583883;
Wed, 06 Apr 2016 00:26:23 -0700 (PDT)
Return-Path: 
Received: from tupac2.dyne.org (tupac2.dyne.org. [178.62.188.7])
by mx.google.com with ESMTPS id 78si2281854wmw.56.2016.04.06.00.26.23
(version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
Wed, 06 Apr 2016 00:26:23 -0700 (PDT)
Received-SPF: pass (google.com: best guess record for domain of 
dng-boun...@lists.dyne.org designates 178.62.188.7 as permitted sender) 
client-ip=178.62.188.7;
Authentication-Results: mx.google.com;
   spf=pass (google.com: best guess record for domain of 
dng-boun...@lists.dyne.org designates 178.62.188.7 as permitted sender) 
smtp.mailfrom=dng-boun...@lists.dyne.org
Received: from [127.0.1.1] (localhost [127.0.0.1])
by tupac2.dyne.org (Postfix) with ESMTP id A39F11804E9;
Wed,  6 Apr 2016 07:26:18 + (UTC)
X-Original-To: dng@lists.dyne.org
Delivered-To: dng@lists.dyne.org
Received: from unserver.de (unserver.de [88.198.20.135])
 by tupac2.dyne.org (Postfix) with ESMTP id 7E158180ED3
 for ; Mon, 11 Jan 2016 17:16:31 + (UTC)
Received: from [192.168.0.66] (unknown [5.159.58.40])
 by unserver.de (Postfix) with ESMTPSA id 805602BD91
 for ; Mon, 11 Jan 2016 18:16:21 +0100 (CET)
To: dng@lists.dyne.org
References: <5690f1e7.4000...@chello.at>
From: Stefan Mark 
X-Clacks-Overhead: GNU Terry Pratchett
Message-ID: <5693e361.7090...@unserver.de>
Date: Mon, 11 Jan 2016 18:16:17 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <5690f1e7.4000...@chello.at>
X-Spam-Status: No, score=-0.0 required=5.0 tests=RP_MATCHES_RCVD, SPF_HELO_PASS,
 SPF_PASS autolearn=disabled version=3.4.0
X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tupac2
X-Mailman-Approved-At: Wed, 06 Apr 2016 07:26:16 +
Subject: Re: [DNG] Predictable Network Interface Names - Stupid or good idea?
X-BeenThere: dng@lists.dyne.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: "The first mailinglist after debianfork.org" 
List-Unsubscribe: , 
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
 
Content-Type: multipart/mixed; boundary="===4919700283054742986=="
Errors-To: dng-boun...@lists.dyne.org
Sender: "Dng" 

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--===4919700283054742986==
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="okT1t0hsQdSqbxAQHHb4eGibDST0crT1s"

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--okT1t0hsQdSqbxAQHHb4eGibDST0crT1s
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

On 09.01.2016 12:41, Anto wrote:
> Hello Everybody,
>
> I have been indoctrinated myself that everything come from systemd gang=

> are stupid and bad. After reading the above link and some other pages
> from systemd supporters, I think I might have to change my mind about
> that Predictable Network Interface Names idea. But I am not entirely
> sure yet. What do you guys think about that?
>
I think it might be a good thing under certain circumstances. In the
me-and-my-laptop scenario its bad (i think). A Laptop has one ethernet
device and one wireless. With the old naming scheme they are called eth0
and wlan0. If i change the wlan module, it keeps wlan0. If i change the
notebook, eth0 stay eth0 and wlan0 stays wlan0. Same in a many 9most)
Desktops. One might add a usb network device, but (at least in my
experience), that device is only used temporaly.

In the overwhelming majority of use cases i have personally experienced,
the old naming scheme guaranteed that everything worked fine, even if i
changed stuff. The new scheme is guaranteed to break if i change stuff.
The naming scheme is not even really predictable. Did i had this

Re: [DNG] sup - a "small is beautiful" tool for UNIX privilege escalation

[Jim Murphy]

On Thu, Mar 17, 2016 at 5:14 AM, Jaromil  wrote:
>
> dear devuaneers, suckless hackers and friends of simplicity
>
--- clipped
>
> Basically sup is an hard-coded sudo.
>
> I adopted the software (wrote a mail to pancake, pending response) and

 clipped the rest

Hi,

As an FYI:  "sup" is not a unique name.

sup[1] Software Upgrade Protocol version 20100519-1

There is a name conflict with this package.  There doesn't appear
to be any active development[2], but there may be a few users[3].
You can find sup in wheezy, jessie, stretch and sid.

[1] https://packages.debian.org/jessie/sup
[2] https://packages.qa.debian.org/s/sup.html
[3] https://qa.debian.org/popcon.php?package=sup

Again, FYI.

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] upgrade to devuan

[Jim Murphy]

Hi,

On Tue, Jan 5, 2016 at 5:24 AM, aitor_czr  wrote:
> Hi Vicente,
>
> On 01/05/2016 10:58 AM, Vicente Vera  wrote:
>
> AFAIK installing devuan-baseconf_0.6.4+devuan1_all.deb is pretty much
> the same as modifying sources.list by hand. I chose 0.6.4+devuan1
> because--correct me if I'm wrong:
>
> 0.6.4+devuan1 = jessie
> 0.6.4+devuan2 = ascii
> 0.6.4+devuan3 = ceres
>
> Thanks
>
>
> I don't think so...
>
> Increasing from devuan1 to devuan2 means changes in the debian branch of the
> package (instead of the upstream branch, i.e. the sources). So, different
> versions of the package don't belong *necessarily* to different releases of
> the system.
>
> Cheers,
>
> Aitor.

This was discussed in the thread "devuan-baseconf package versions
and repositories" started by Vicente on 11/12/15 to which Jaromil
responded.  I was having a little problem following his answer, so
hopefully I'm not quoting this out of context:

"the progression you show is mostly following the setup and testing done
in development phase of all three release series, one by one, ..."

I believe Aitor's interpretation is correct.  You may want to check the
thread yourself.

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] What's "Armstrong"? (was: Fw: Question: eth0 vs enp1s0)

[Jim Murphy]

On Tue, Dec 29, 2015 at 4:35 PM, Rainer Weikusat
 wrote:
> Steve Litt  writes:
>> My response is below the original message. I can't respond on
>> debian-user, because I have Armstrong Syndrome...
>
> I've so far learnt that it's "Don Armstrong" who seems to be a Debian
> maintainer. But that's surely not a household word in itself.
>

Steve sited in a previous thread "Our friendly community" that Armstrong
fixed it so he(Steve) couldn't post there.  I guess you can say he was
"strong armed".  Steve didn't go into details of why.

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Not getting your emails

[Jim Murphy]

On Fri, Dec 18, 2015 at 4:41 PM, Teodoro Santoni  wrote:
> 2015-12-18 17:21 GMT+01:00, Mitt Green :
>> Go Linux  wrote:
>>
>>>Just a heads up.  None of your emails are coming through. Not even in spam.
>>>  I >only know that you've posted when I see quotes in the responses.  I
>>> have a >yahoo address for this list and it has been a problem for me too.
>>
>> The same thing about you: once you wrote to "Our friendly communinty" I
>> didn't
>> get your email. You are not in my spam folder either. Mine is yahoo too
>> as you see.
>>
>>
>> Mitt
>
> I have got both of you in spam since ages. Gmail filters do nothing to
> help that.

Same here.  More in spam then get to my inbox.  I keep marking them,
not spam, but gmail keeps putting them there.  Your guess is good as
mine on how many just go missing.  I don't see anything in the headers
that set off any flags.

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Fw: [ale] folder properties

[Jim Murphy]

On Mon, Aug 17, 2015 at 1:48 PM, Steve Litt sl...@troubleshooters.com wrote:
 Hi all,

 DJ-Pfulio posted this sentence on the Atlanta Linux Enthusiasts. To me,
 DJ-Pfulio's sentence encapsulates and succinctly summarizes why I use a
 Linux like OS. And more to the point, I think it encapsulates and
 succinctly summarizes why we're working so hard to produce Devuan.

 SteveT

 ==
 Begin forwarded message:

 Date: Mon, 17 Aug 2015 12:38:46 -0400
 From: DJ-Pfulio djpfu...@jdpfu.com
 To: pbcartwri...@gmail.com, Atlanta Linux Enthusiasts a...@ale.org
 Subject: Re: [ale] folder properties




 Just proves once again the flexibility of Unix - there are normally 100
 different ways to solve an issue and the 'best solution' for one person
 isn't always the best solution for everyone. ;)

Ain't that the truth.

There are many more truisms about Unix/Linux.  The one above was already
being told, in one form or another, when I started using Unix, going on 35
years now.

Have a good evening(at least where I'm at).

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[Dng] sysVinit, devuan debootstrap - antiX 15 Beta3

[Jim Murphy]

Hi all,

Just an FYI.  Over on DistroWatch[1] and antiX's homepage[2]
it was announced that antiX 15 Beta3 has been released.
Two items of note:

1) Uses SysVInit for managing services and is completely free
of systemd
2) Built using Devuan debootstrap

It's a little harder to figure out it uses sysVinit on antiX's home
page, but if you go to the download page[3], you will find all
version 15 beta3 file names are coded with V for sysVinit.
They use R for rolling and D for systemd releases.

Again, just an FYI.  I personally have never used antiX, so I
have no idea how useful it would be to anyone.  It appears
to be limited.

Jim

[1] http://distrowatch.com/?newsid=08965
[2] http://antix.mepis.org/index.php?title=Main_Page#News
[3] http://sourceforge.net/projects/antix-linux/files/Testing/antiX-14R/
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [Dng] Warning: jessie seems to be going stable soom.

[Jim Murphy]

On Thu, Apr 23, 2015 at 12:33 PM, Hendrik Boom hend...@topoi.pooq.com wrote:
 On Thu, Apr 23, 2015 at 03:00:33PM +0200, Franco Lanza wrote:
 It has to be sayd also that who will continue to have testing in the
 sources file will automagically use devuan ascii, that initially is
 identical to jessie, but will track down debian testing and not jessie
 as package versions.

 True.  But only if the sources.lst file tracks devuan instead of debian.
 Lacking an annoucement that devuan repositories are ready to replace
 the debian ones, I'm still on debian.

 -- hendrikstretch
 ___
 Dng mailing list
 Dng@lists.dyne.org
 https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


I'm sure everyone is aware by now that Debian released Jessie, meeting
their 2015/04/25 release date.  Just an FYI in case you didn't hear yet.

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [Dng] rumors on RMS about systemd at libreplanet

[Jim Murphy]

On Sun, Mar 22, 2015 at 5:48 AM,  devuan...@spamgourmet.net wrote:
 On Sun, Mar 22, 2015 at 2:40 AM, Jude Nelson - jud...@gmail.com
 devuan.kn.ae5676beef.judecn#gmail@ob.0sg.net wrote:
 The only way not to be forcing anybody is to stick with the least
 common denominator for everything. That flat out stops progress.

 This is simply not true.  A key hallmark of good application design is to
 keep the business logic as decoupled as possible from the layers beneath it,
 thereby enabling both freedom of choice for the user and independence from
 the application's needs for the stack's developers.  Often, this is achieved
 by means of a driver that translates requests from the business logic to
 the underlying layers and back.

 There is no application design in that proposal whatsoever. It is only
 a proposal to split up a distribution into a set of files with similar
 properties and how to use mount to combine those sets again.


I believe this may be beyond a proposal, with or without an application
design.  In an email to linux-btrfs called Recursive subvolume snapshots
and deletion, Lennart states:

Since a while systemd has now by default creating btrfs subvolumes for
/var/lib/machines for example.

The full text can be found here:
http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg42455.html

He also makes this statement in the email:

We could work around this in userspace, of course,
but it would not be atomic, and I'd much prefer if the kernel could do
this on its own!

Just an FYI.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[Dng] OT - It may be only one file, but it does point to the bigger problem!

[Jim Murphy]

Hi,

First let me make it clear I'm not a fan of either systemd of journald.

I've been watching the btrfs-linux mailing list, when the following
subject popped up a few days ago:

Systemd 219 now sets the special FS_NOCOW file flag for its journal
   files, possibly breaking RAID repairs.[1]

From what I can glean from the thread and from [systemd-devel]
[ANNOUNCE] systemd 219[2] the concern is for the ability of btrfs to
recover the systemd-journald file if it becomes corrupted.  Poettering
seems to be concerned about write speed, the reason for setting
FS_NOCOW it the first place.  I wonder it the speed issue is due to the
fact that his team are all developing on systems with SSDs.  There was
also the statement that the way FS_NOCOW is set, it only involves the
one file and not the filesystem itself.  I didn't see anything that
contradicted that statement, but I could have missed it.

Part of the discussion:

 btrfs checksumming theoretically allows you to transparently recover
 after media corruption if filesystem has redundancy (more than one
 copy of data). Journald checksum will probably detect corruption, but
 can it repair it?

 No it cannot.

 But btrfs checksumming cannot fix things for you either if you lose
 non-trivial amounts of data. It might be able to fix a few bits of
 errors, but not non-trivial amounts. I mean, that's a simple property
 of error correction codes: the more you want to be able to correct the
 longer must your checksum be. Neither btrfs' nor journald's are
 substantial enough to correct even a sector...

 Lennart

If I have a btrfs mirror and I didn't mess with it by setting FS_NOCOW,
shouldn't I be able to recover the file?  I would sure hope so.  He
creates this better way of logging, then he seems to not even care if
you can use it.

Systemd, to me, is a horror story.  The more I read the scarier it gets.
At the very beginning of the 219 Lennart announcement you find this:

 Note that this version is not available in Fedora F22/F23 yet. The
 linker on ARM segfaults. Since the i386 and x86_64 versions built
 fine, I decided to release 219 anyway.

Onward no matter what.  Ready or not here systemd comes.  We can only
hope that, sooner rather then later, it catches up with them and bites
them, you know where.

[1] The archive for the thread starts here:
http://thread.gmane.org/gmane.comp.file-systems.btrfs/43187

[2] The actual Systemd 219  announcement and LONG discussion can be
  found here:
http://lists.freedesktop.org/archives/systemd-devel/2015-February/028447.html

Just another 2¢ in the pot.  Has anyone been keeping track of how much
is in the pot? :-)

Jim
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[Dng] Heads up - missing emails

[Jim Murphy]

Hi gmail and maybe other users,

Just found ~18 emails from Dng in the spam folder.  I was
wondering why some of the threads here seemed disjointed.
I also found conformation emails in my spam folder(not good).
Actually not getting the conformations is what got me
searching. Some one on one of the IRC's also mentioned not
getting a conformation. I'll be adding some filters as soon as I
send this.

Just a heads up.

Jim Friartek
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng