Re: [DNG] ASCII screen reader for both GUI Desktop and text console

[Gregory Nowak]

On Tue, Feb 20, 2018 at 09:46:43AM -0800, dhof...@att.net wrote:
> I installed the ASCII netinstall 32 bit version to my older Acer netbook 
> using the install with speech option since I need a screen reader for the GUI 
> desktop and the text console.  I installed the default desktop as well as 
> Mate.  I also install console tools and item 12 which was other utilities or 
> something like that.  Previously when I install Stretch to the same net book 
> Orca ran well in the GUI Desktop but I could not get Speakup to run in the 
> text console.  With ASCII I get the opposite.  Speakup runs flawlessly in the 
> text console but Orca will not run in the GUI Desktop.  Orca does not load 
> automatically, but I can load it manually.  I know it is there because I can 
> bring up the Orca preferences screen, but I am unable to get any speech.  
> Speech-Dispatcher is running, Mute is off, volume is at 100%.  Any
> suggestions on how to get Orca speaking?  If I'm slow to respond to any
> help, please forgive me, I can generally only check email once a day. 

Funny that you were able to get orca speaking in stretch. While I
haven't played with stretch myself, someone who played with it last
June asked me privately if I knew why orca wasn't coming up after the
install.

A couple months after that, I managed to find time to install devuan
jessie, and dist-upgrade it to what is now Ascii. I found that while
orca was coming up, something was messed up with speech-dispatcher
itself. Using spd-say produced no output, and running spd-conf came
back with a python trace back. By the time I figured all this out a
couple hours had passed, and I had other things to do. I meant to come
back to it, and try to figure out exactly what the problem is, but
haven't been able to so far.

Devuan pulls in speech-dispatcher from debian. I'm 99% sure this is a
speech-dispatcher bug, so what I planned to do is to check if someone
had filed a bug against it in debian's bug tracker, and to do that
myself if nobody had, ideally with a solution. You've just answered a
question for me, does the problem still exist, and the answer still
seems to be yes.

As for speakup and orca not playing nice, this has been discussed on
the speakup list a number of times. You can either disable pulseaudio,
or run pulseaudio system wide:


I plan to test the netinst images for Ascii myself shortly, and see
what I get.

Greg


-- 
web site: http://www.gregn.net
gpg public key: http://www.gregn.net/pubkey.asc
skype: gregn1
(authorization required, add me to your contacts list first)
If we haven't been in touch before, e-mail me before adding me to your contacts.

--
Free domains: http://www.eu.org/ or mail dns-mana...@eu.org
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] clamd.conf: systemd overide in debian package

[Gregory Nowak]

On Tue, Feb 20, 2018 at 09:28:02AM +, leloft wrote:
> # dpkg-reconfigure clamav-daemon
> [ ok ] Stopping ClamAV daemon: clamd.
> Configuring clamav-daemon
> -
> 
> Some options must be configured for clamav-daemon.
> 
> The ClamAV suite won't work if it isn't configured. If you do not
> configure it automatically, you'll have to
> configure /etc/clamav/clamd.conf manually or run 'dpkg-reconfigure
> clamav-daemon' later. In any case, manual changes in [More]  
> 
> /etc/clamav/clamd.conf will be respected.
> 
> Handle the configuration file automatically? [yes/no] no
> 
> 
> Replacing config file /etc/clamav/clamd.conf with new version
> Disabling old systemd service override options for clamav-daemon
> Disabling old logrotate script for clamav-daemon
> [FAIL] Clamav is not configured. ... failed!
> [FAIL] Please edit /etc/clamav/clamd.conf and run
> '/etc/init.d/clamav-daemon start' ... failed! invoke-rc.d: initscript
> clamav-daemon, action "start" failed.

I'm running clamav-daemon on an Ascii system which was upgraded from
debian wheezy with no problems. Unlike you though, I let dpkg handle
the configuration automatically.

Is there a specific reason why you're not wanting dpkg to handle the
configuration automatically? If no, then I would suggest letting dpkg do
exactly that. If yes, then you'll need to configure clamd.conf by
hand, and start the clamd service. Doing that is going to require a
heck of a lot more than just commenting out the example line.

Greg


-- 
web site: http://www.gregn.net
gpg public key: http://www.gregn.net/pubkey.asc
skype: gregn1
(authorization required, add me to your contacts list first)
If we haven't been in touch before, e-mail me before adding me to your contacts.

--
Free domains: http://www.eu.org/ or mail dns-mana...@eu.org
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] ASCII screen reader for both GUI Desktop and text console

[dhoffjr]

I installed the ASCII netinstall 32 bit version to my older Acer netbook using 
the install with speech option since I need a screen reader for the GUI desktop 
and the text console.  I installed the default desktop as well as Mate.  I also 
install console tools and item 12 which was other utilities or something like 
that.  Previously when I install Stretch to the same net book Orca ran well in 
the GUI Desktop but I could not get Speakup to run in the text console.  With 
ASCII I get the opposite.  Speakup runs flawlessly in the text console but Orca 
will not run in the GUI Desktop.  Orca does not load automatically, but I can 
load it manually.  I know it is there because I can bring up the Orca 
preferences screen, but I am unable to get any speech.  Speech-Dispatcher is 
running, Mute is off, volume is at 100%.  Any
suggestions on how to get Orca speaking?  If I'm slow to respond to any
help, please forgive me, I can generally only check email once a day. 
-- 
 

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

Re: [DNG] Ascii installation fails on i386 with dm-crypt partitions

[Alessandro Selli]

Il giorno Sun, 18 Feb 2018 22:30:02 +
KatolaZ  ha scritto:

> On Sun, Feb 18, 2018 at 11:26:48PM +0100, Alessandro Selli wrote:
>>   Hello,
>>  I wish to know if anyone has had issues installing Devuan Ascii
>> Beta 2.0.0 with cryptsetup partitions on 32 bit systems using the
>> graphical install. I did today, and when I got to defining the
>> partitioning and filesystem layout, I set:
>> 
>> /dev/sda1 -> ext4 -> /boot
>> /dev/sda2 -> sda2_crypt -> ext4 -> /
>> /dev/sda3 -> sda3_crypt -> ext4 -> /usr
>> /dev/sda5 -> sda5_crypt -> ext4 -> /home
>> /dev/sda6 -> sda6_crypt -> swap
>> 
>>   So far, so good.  However, when I clicked on the button to finalize the
>> layout, format che crypted partitions ant mount them for the installation
>> to begin, I got the error that sda2_crypt failed to be mounted on /.  I
>> tried several times and I always got the same error.  The log console
>> (tty8?) did not show anything relevant, and neither did dmesg.
>>   I opened a terminal, I checked that the devices in /dev/mapper did
>> exist. I formatted them by hand with mkfs.ext4 and I could mount
>> /dev/mapper/sda2_crypt on /target (I also  tried to mount it on another
>> directory under /, but I cannot remember it's name; maybe /system?). No
>> joy: the error popped up again and the installer would not allow me to go
>> ahead.
>> 
>>   I'd like to know if it's it a known problem with the installer.  Of
>> course, I'd like someone to propose a workaround, something that could be
>> done on the terminal to manually format and install the crypted
>> partitions, skip the disk setup step and go ahead with the installation.
>> 
>>   
>
> Hi Alessandro,
>
> thanks a lot for your report. It would be great to have the
> /var/log/syslog created by d-i at install time. That would help
> debugging the issue, maybe.

  All right, today I redid the installation.  Same laptop, same DVD:
devuan_ascii_2.0.0-beta_i386_DVD
  Just two changes: I did not select the Italian language and I chose the TUI
install over the graphical one.
  I found the HD partitionned the way I set it up on the first install, so I
went ahead and defined the crypt partitions and their filesystems.  And the
installation went ahead!
  But the joy did not last long: after it configured the ethernet connection
via DHCP, I selected the packages.devuan.org mirror to get the packages
from.  And I stumbled on this message:

[!!] Configuring libssl1.0.2:i386

/media/cdrom/: Please insert the disc labeled: 'Debian GNU/Linux
2.0.0-beta _Ascii_ - Official i386 DVD Binary-1 20180213-21:10' in
the drive '/media/cdrom/' and press [Enter].

  Which was a show stopper.  Did I do something wrong?


  Bye,


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

Re: [DNG] elogind testing for experimental and ascii-proposed

[Yevgeny Kosarzhevsky]

Hi all,

I am trying consolekit2 and getting screen locked with KDE on ascii.
To unlock it needs loginctl unlock-sessions ut I cannot find it in my
system.
Does anyone know how to fix that?

On 20 January 2018 at 19:28, KatolaZ  wrote:

> On Sat, Jan 20, 2018 at 11:46:33AM +0100, Andreas Messer wrote:
>
> [cut]
>
> >
> > So my oppinion is, that, at least for transition or migration purposes
> > we need to provide two paths in devuan, the user needs to choose one of
> them
> >
> > - consolekit(2) + policykit
> > - elogind + policykit-logind
> >
>
> Dear Andreas,
>
> I respectfully disagree on that point. Devuan should always allow a
> third option, that is:
>
>  - none of the above
>
> and a fourth option, that is:
>
>  - mix and match, at your own risk
>
> This is an attitude that we can't relinquish, whatever the cost. It's
> at the very heart of Devuan. Not all Devuan users want to have a fully
> "featured" desktop, and they must retain the possibility of *not*
> having any of that cruft in their systems (yes, I normally consider
> that stuff *cruft* in my systems, and I am definitely one of those
> choosing "none of the above"). Many Devuan users are natural
> tinkerers, to whom experimenting is at the heart of their GNU/Linux
> experience. Many more are server users, and don't give a toss to the
> elogind + policycit + consolekit clusterfuck anyway.
>
> Being a universal operating system is about allowing users to choose
> what to use and what to discard, avoiding unnecessary
> entanglement. That's why we are here.
>
>
> > Generally i would like to see get rid of all systemd originating software
> > monoliths. So what i could imagine:
> >
> > - Create a logind replacement which redirects all dbus queries to
> consolekit
> >   and let consolekit doe the session management. dbus queries for which
> no
> >   consolekit stuff exists (e.g. shutdown/reboot...) could be simply fan
> out
> >   into an external command, e.g. shell script. Its up to the
> >   administrator/maintainer whats happens then. Using this we can have
> consolekit
> >   and logind api at the same time while not struggling with two session
> >   management systems.
> >
> > - Create a minimal logind replacement which uses unix commands as
> thought of
> >   by Adam. This can be used by people who want install DEs requiring
> logind
> >   but dont want ck or logind to be installed
> >
> > If this is possible, every one can choose what he like and what fits
> > her/his needs. That is the spirit of linux.
> >
>
> To create something we need creators. Personally, I am not interested
> in desktop-things (it should be very clear by now :P), so I don't see
> myself actively working to develop replacements for those components.
>
> I am otherwise interested in experimenting with different possible
> alternatives for device management (mdev/smdev?), init systems
> (sinit?), and process management (perp?), and in possibly making them
> available in Devuan for those who like minimalism. That's my personal
> goal for after ascii will be out.
>
> Developing a universal operating system is about me and you working at
> the same distribution, with goals as different as a microminimal
> shell-only system and a full-featured gorgeous desktop environment,
> and still not noticing any inconsistency.
>
> My2Cents
>
> KatolaZ
>
> --
> [ ~.,_  Enzo Nicosia aka KatolaZ - Devuan -- Freaknet Medialab  ]
> [ "+.  katolaz [at] freaknet.org --- katolaz [at] yahoo.it  ]
> [   @)   http://kalos.mine.nu ---  Devuan GNU + Linux User  ]
> [ @@)  http://maths.qmul.ac.uk/~vnicosia --  GPG: 0B5F062F  ]
> [ (@@@)  Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ  ]
>
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>
>


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

Re: [DNG] udev completely F-e'd up ?

[KatolaZ]

On Mon, Feb 19, 2018 at 05:54:45PM +0100, Menelaos Maglis wrote:

[cut]

> 
> I second similar behaviour with a Devuan ASCII system migrated from
> Debian Stretch running eudev now.
> 
> root was able to mount the exFAT usb drives correctly.
> Normal user was able to mount the device as e.g. /dev/sdb, showing
> content existing before formating, but not /dev/sdb1 with correct
> current content.
> 
> After repartitioning/reformating the device with fdisk/mkfs.vfat
> everything works fine.

I don't know if this might be the culprit:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755434

it is not clear whether that patch for exfat was eventually
incorporated in pmount or not.

HTH

KatolaZ

-- 
[ ~.,_  Enzo Nicosia aka KatolaZ - Devuan -- Freaknet Medialab  ]  
[ "+.  katolaz [at] freaknet.org --- katolaz [at] yahoo.it  ]
[   @)   http://kalos.mine.nu ---  Devuan GNU + Linux User  ]
[ @@)  http://maths.qmul.ac.uk/~vnicosia --  GPG: 0B5F062F  ] 
[ (@@@)  Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ  ]


signature.asc
Description: Digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] A few days of ASCII Beta -- Some stats

[KatolaZ]

On Sun, Feb 18, 2018 at 05:17:52PM +, KatolaZ wrote:

[cut]

> On a related note, Devuan has risen to the 11th position (it was 61st
> on Feb 13th) in the weekly ranking on Distrowatch:
> 
>   https://distrowatch.com/table.php?distribution=devuan
> 
> Their rough count would correspond to a normalised average of about
> 1400 unique visits per day, which could probably put Devuan among the
> top 7/8 on the weekly ranking by next Wednesday. Not bad at all for a
> beta release :)
> 

So apparently that was not too optimistic, if:

  https://distrowatch.com/table.php?distribution=devuan

says Devuan is today #8 in the weekly ranking. I don't know if
distrowatch stats are considered authoritative at all (I have never
used them to choose my distro, TBH), but we have seen many bloggers
and commentators using those same stats to support their claims that
Devuan was doomed to disappear "soon".

Well, apparently so far Devuan has managed at least to not be put
among the "dormant" distros there :P

HND

KatolaZ

-- 
[ ~.,_  Enzo Nicosia aka KatolaZ - Devuan -- Freaknet Medialab  ]  
[ "+.  katolaz [at] freaknet.org --- katolaz [at] yahoo.it  ]
[   @)   http://kalos.mine.nu ---  Devuan GNU + Linux User  ]
[ @@)  http://maths.qmul.ac.uk/~vnicosia --  GPG: 0B5F062F  ] 
[ (@@@)  Twitter: @KatolaZ - skype: katolaz -- github: KatolaZ  ]


signature.asc
Description: Digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] clamd.conf: systemd overide in debian package

[leloft]

I am trying to install the package claws-mail-clamd-plugin
debian wheezy: claws-mail-clamd-plugin (3.8.1-2)
debian stretch:  claws-mail-clamd-plugin (3.14.1-3 and others)

I installed claws-mail-clamd-plugin:amd64 (3.14.1-3+b1) from from
devuan repos
#apt-cache policy claws-mail-clamd-plugin
claws-mail-clamd-plugin:
  Installed: 3.14.1-3+b1
  Candidate: 3.14.1-3+b1
  Version table:
 *** 3.14.1-3+b1 500
500 http://pkgmaster.devuan.org/merged ascii/main amd64 Packages
100 /var/lib/dpkg/status

But it also needs clamav-daemon, and here started my woes.

(1)
Start-Date: 2018-02-19  16:39:34
Commandline: apt-get install clamav-daemon
Install: clamav-daemon:amd64 (0.99.2+dfsg-6+deb9u1), clamdscan:amd64
(0.99.2+dfsg-6+deb9u1, automatic) End-Date: 2018-02-19  16:40:12

The configuration automatically used a systemd overide to
write /etc/clamav/clamd.conf

(2)
From /usr/share/doc/clamav-daemon/README.gz
[...]
ClamAV 0.99.2 is a release of bug fixes and minor enhancements.
[...]
- systemd support for clamd and freshclam. Patch provided by 
  Andreas Cadhalpun.
[...]

So i tried to reconfigure it:

(3)
# dpkg-reconfigure clamav-daemon
[ ok ] Stopping ClamAV daemon: clamd.
Configuring clamav-daemon
-

Some options must be configured for clamav-daemon.

The ClamAV suite won't work if it isn't configured. If you do not
configure it automatically, you'll have to
configure /etc/clamav/clamd.conf manually or run 'dpkg-reconfigure
clamav-daemon' later. In any case, manual changes in [More]  

/etc/clamav/clamd.conf will be respected.

Handle the configuration file automatically? [yes/no] no


Replacing config file /etc/clamav/clamd.conf with new version
Disabling old systemd service override options for clamav-daemon
Disabling old logrotate script for clamav-daemon
[FAIL] Clamav is not configured. ... failed!
[FAIL] Please edit /etc/clamav/clamd.conf and run
'/etc/init.d/clamav-daemon start' ... failed! invoke-rc.d: initscript
clamav-daemon, action "start" failed.

So i tried to remove it and start again

(4)
#apt-get remove --purge clamav-daemon
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following package was automatically installed and is no longer
required:
  clamdscan
Use 'apt autoremove' to remove it.
The following packages will be REMOVED:
  clamav-daemon*
0 upgraded, 0 newly installed, 1 to remove and 6 not upgraded.
After this operation, 1,094 kB disk space will be freed.
Do you want to continue? [Y/n] y
(Reading database ... 147083 files and directories currently installed.)
Removing clamav-daemon (0.99.2+dfsg-6+deb9u1) ...
[FAIL] Clamav is not configured. ... failed!
[FAIL] Please edit /etc/clamav/clamd.conf and run
'/etc/init.d/clamav-daemon start' ... failed!
invoke-rc.d: initscript clamav-daemon, action "stop" failed.
dpkg: error processing package clamav-daemon (--remove):
 subprocess installed pre-removal script returned error exit status 6
Errors were encountered while processing:
 clamav-daemon
E: Sub-process /usr/bin/dpkg returned an error code (1)

So i commented out the line 'Example' in /etc/clamav/clamd.conf

(5)
#apt-get remove --purge clamav-daemon
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following package was automatically installed and is no longer
required: clamdscan
Use 'apt autoremove' to remove it.
The following packages will be REMOVED:
  clamav-daemon*
0 upgraded, 0 newly installed, 1 to remove and 5 not upgraded.
After this operation, 1,094 kB disk space will be freed.
Do you want to continue? [Y/n] y
(Reading database ... 147106 files and directories currently installed.)
Removing clamav-daemon (0.99.2+dfsg-6+deb9u1) ...
[ ok ] Stopping ClamAV daemon: clamd.
Processing triggers for man-db (2.7.6.1-2) ...
(Reading database ... 147082 files and directories currently installed.)
Purging configuration files for clamav-daemon (0.99.2+dfsg-6+deb9u1) ..

However, the package is preconfigured for systemd

(6)
#apt-get install clamav-daemon
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Suggested packages:
  apparmor clamav-docs daemon
The following NEW packages will be installed:
  clamav-daemon
0 upgraded, 1 newly installed, 0 to remove and 5 not upgraded.
Need to get 0 B/445 kB of archives.
After this operation, 1,094 kB of additional disk space will be used.
Preconfiguring packages ...
Selecting previously unselected package clamav-daemon.
(Reading database ... 147080 files and directories currently installed.)
Preparing to unpack .../clamav-daemon_0.99.2+dfsg-6+deb9u1_amd64.deb ...
Unpacking clamav-daemon (0.99.2+dfsg-6+deb9u1) ...
Setting up clamav-daemon (0.99.2+dfsg-6+deb9u1) ...

This automatically reinstalls the systemd configuration
to /etc/clamav/clamd.conf; my attempts to reconfigure dpkg just reenter
the loop at (3).  And to make a bad situation worse, removing the