[manjaro-dev] manjaro-dev Digest, Vol 29, Issue 7

Sun Aug 21 13:45:51 CEST 2016

hi
Thank you thank you thank you! I've been wanting to use lightdm for mate
for ages. In that case, I'm glad you removed it. I wasn't complaining
about you removing it in the first place, just wondering where the files
should go. But I'm building a test image right now.
Thanks
Kendell Clark

artoo wrote:
> Hi kendell,
>
>
> I removed the root-overlay, this stuff shouldn't be there.
>
> Reason is, calamares will now configure the target installation,
> rather than letting buildiso do it.
>
> Your stuff from root-overlay has been saved, its not lost, but notice,
> with removed root-overlay, lightdm starts to talk. I moved some things
> in sonar profile in proper places.
>
> This is work in progress.
>
>
> As for calamares and accessibility, generally, deprecating thus and
> cli-installer lets us focus on one installer only. Its a nightmare to
> support 3 different installers. This is also work in progress to
> eventually make sonar a calamares module, that specifically configures
> sonar stuff.
>
>
> Kind regards
>
> Marcus(udeved)
>
>
> Am 21.08.2016 um 12:00 schrieb manjaro-dev-request at manjaro.org:
>> Send manjaro-dev mailing list submissions to
>>     manjaro-dev at manjaro.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>>     http://lists.manjaro.org/mailman/listinfo/manjaro-dev
>> or, via email, send a message with subject or body 'help' to
>>     manjaro-dev-request at manjaro.org
>>
>> You can reach the person managing the list at
>>     manjaro-dev-owner at manjaro.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of manjaro-dev digest..."
>>
>>
>> Today's Topics:
>>
>>     1.  thus is gone, help needed (kendell clark)
>>     2. Re:  thus is gone, help needed (kendell clark)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Sun, 21 Aug 2016 04:00:55 -0500
>> From: kendell clark <coffeekingms at gmail.com>
>> To: "manjaro-dev at manjaro.org" <manjaro-dev at manjaro.org>
>> Subject: [manjaro-dev] thus is gone, help needed
>> Message-ID: <57B96DC7.5020409 at gmail.com>
>> Content-Type: text/plain; charset=UTF-8
>>
>> hi all
>> I just got a message on the sonar mailing list that udevd removed thus
>> from the repositories. I'm not complaining about this at all, but this
>> does mean I'll need the calamares installer accessible by the next sonar
>> release or I won't have an installer to put into sonar. Would some
>> people from hear mind contacting the calamares devs to emphasize that
>> their installer has to run as a normal user in order for it to be
>> accessible? Phil and I have told this to the only calamares developer I
>> know, called teo, and he agrees with me, but so far calamares is still
>> run as root, which for some reason I still don't understand keeps orca
>> from seeing it. Calamares is already completely accessible with the
>> exception of some small bugs when run as a normal user, so the installer
>> only has a couple of very small bugs that need fixing but when it's run
>> as root orca can't see it. The only reason I'm bringing this up again is
>> because it's now the only installer I have to work with so it needs to
>> be accessible. I'm asking more people to get involved so I can't be
>> ignored easily. If only a few people want a bug to get fixed it can be
>> put off with the assumption that not enough users are affected by it so
>> why fix it. From what teo tells me, the calamares people are reluctant
>> to rewrite calamares to run as an unprivilaged user and use something
>> like policy kit or pam to elevate when needed, saying that it's a lot of
>> work. I don't know if this is true but it either needs to be done or
>> patched, or something so that it doesn't run as root or people who use
>> screen readers won't be able to use it. I think screen magnifiers and on
>> screen keyboards might still be able to work with it, but I'm not
>> positive about that.
>> Thanks
>> Kendell Clark
>>
>>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Sun, 21 Aug 2016 04:09:41 -0500
>> From: kendell clark <coffeekingms at gmail.com>
>> To: "manjaro-dev at manjaro.org" <manjaro-dev at manjaro.org>
>> Subject: Re: [manjaro-dev] thus is gone, help needed
>> Message-ID: <57B96FD5.1040306 at gmail.com>
>> Content-Type: text/plain; charset=UTF-8
>>
>> hi
>> I've just noticed that most of the files I put in our shared/root
>> overlay are gone. Are they maybe in another repository? I've been
>> flaking a lot over the past week but I'm trying to get back into
>> developing sonar after taking a couple of days off. Also, I've figured
>> out a fix for pulse audio which should improve sound when sonar is run
>> in a vm, allow console speech to work and also keep our setting to allow
>> newly plugged in devices to switch over automatically. Would someone
>> mind writing a script which generates a pulse audio config named
>> 'default.pa' and places it in ~/.config/pulse when the live system is
>> booted? I don't know a thing about sed or I'd try this myself? It should
>> have the following lines in it.
>>
>> .include /etc/pulse/default.pa #this includes the system pulse
>> configuration file.
>> #switch to newly plugged in sound hardware
>> load-module module-switch-on-connect
>> #enable console screen readers
>> load-module module-native-protocol-unix auth-anonymous=1
>> socket=/tmp/pulse.sock
>>
>> If the file is generated on boot I won't have to create a skel folder
>> and place that file there. I assume my root overlay was deleted to try
>> to de-clutter up our profiles, which I completely understand. The reason
>> I'm asking it to go into the user config folder for pulse instead of the
>> system wide one is because if it's placed in the system wide pulse
>> config file, pulse breaks. I'm not at all sure why, but if it's placed
>> in the ~/.config/pulse folder it works fine.
>>
>> Thanks
>>
>> Kendell Clark
>>
>>
>>
>>
>> kendell clark wrote:
>>> hi all
>>> I just got a message on the sonar mailing list that udevd removed thus
>>> from the repositories. I'm not complaining about this at all, but this
>>> does mean I'll need the calamares installer accessible by the next
>>> sonar
>>> release or I won't have an installer to put into sonar. Would some
>>> people from hear mind contacting the calamares devs to emphasize that
>>> their installer has to run as a normal user in order for it to be
>>> accessible? Phil and I have told this to the only calamares developer I
>>> know, called teo, and he agrees with me, but so far calamares is still
>>> run as root, which for some reason I still don't understand keeps orca
>>> from seeing it. Calamares is already completely accessible with the
>>> exception of some small bugs when run as a normal user, so the
>>> installer
>>> only has a couple of very small bugs that need fixing but when it's run
>>> as root orca can't see it. The only reason I'm bringing this up
>>> again is
>>> because it's now the only installer I have to work with so it needs to
>>> be accessible. I'm asking more people to get involved so I can't be
>>> ignored easily. If only a few people want a bug to get fixed it can be
>>> put off with the assumption that not enough users are affected by it so
>>> why fix it. From what teo tells me, the calamares people are reluctant
>>> to rewrite calamares to run as an unprivilaged user and use something
>>> like policy kit or pam to elevate when needed, saying that it's a
>>> lot of
>>> work. I don't know if this is true but it either needs to be done or
>>> patched, or something so that it doesn't run as root or people who use
>>> screen readers won't be able to use it. I think screen magnifiers
>>> and on
>>> screen keyboards might still be able to work with it, but I'm not
>>> positive about that.
>>> Thanks
>>> Kendell Clark
>>>
>>
>>
>> ------------------------------
>>
>> _______________________________________________
>> manjaro-dev mailing list
>> manjaro-dev at manjaro.org
>> http://lists.manjaro.org/mailman/listinfo/manjaro-dev
>>
>>
>> End of manjaro-dev Digest, Vol 29, Issue 7
>> ******************************************
>
> _______________________________________________
> manjaro-dev mailing list
> manjaro-dev at manjaro.org
> http://lists.manjaro.org/mailman/listinfo/manjaro-dev