Hi,
I changed the service file, but it is using the default voice instead of the
voice I set. Can you take a look at it and let me know what is wrong? This is
just the one from the version in community adapted for the git package. The
attached file contains the service file, the pkgbuild, the i
Thanks.
2013/10/27 Connor Behan :
>
> Disowned, thanks. Please include a link next time :).
>
Responding to a message written by Curtis Shimamoto:
# Did you create the service file for it? If so, then you could just
make it
# something like espeakup@.service and then just put a "%I" in the ExecStart
# command where the voice/language would typically go. That way the
user could
# enable so
On 10/27/13 at 11:23pm, Storm Dragon wrote:
>
> I have made a package for espeakup that pulls the git version and installs it.
> It has a systemd file so that espeakup can start with boot. After installation
> is complete though, the system file needs to be edited to set the voice the
> user wants
Best practice is to write the systemd file without a default. Espeakup
uses the default British English Espeak voice if no voice is specified.
Then if the user wishes to change the voice, he/she can add a voice
option on the ExecStart command line. Hope this helps.
~Kyle
http://kyle.tk/
--
"Kyle?
Hi,
I have made a package for espeakup that pulls the git version and installs it.
It has a systemd file so that espeakup can start with boot. After installation
is complete though, the system file needs to be edited to set the voice the
user wants to use, e.g. en-us, en-sc, etc. Can I just put
On 2013-10-27 17:01 -0400
Dwayne Bent wrote:
>https://aur.archlinux.org/packages/lua51-socket-devel/
>
>Hi, can this package be deleted? Its functionality is now in the
>official package in community. Thanks.
>
>--
>Dwayne Bent
done, thanks
https://aur.archlinux.org/packages/lua51-socket-devel/
Hi, can this package be deleted? Its functionality is now in the
official package in community. Thanks.
--
Dwayne Bent
Hello,
please delete matio
https://aur.archlinux.org/packages/matio/
It is a duplicate of libmatio
https://aur.archlinux.org/packages/libmatio/
Thanks and best Regards.
Stefan
On Oct 27, 2013 9:44 AM, "Connor Behan" wrote:
>
> On 27/10/13 01:18 AM, Johannes Löthberg wrote:
> > Hey,
> >
> > Upstream doesn't call it compiz-core anymore, the compiz-core-dev
> > package hasn't been updated in over a year and is orphaned. compiz-dev
> > on the other hand is named after the c
On Sunday, October 27, 2013 12:37:37 Maurizio D'Addona wrote:
> Hi,
>
> I'm the maintainer of the PKGBUILD libsnl [0]. I have updated it
> according to the VCS PKGBUILD guidelines and submitted the new
> package libsnl-svn [1]. Please, can a TU merge [0] into [1] ?
>
> [0] https://aur.archlinux.o
Hi,
I'm the maintainer of the PKGBUILD libsnl [0]. I have updated it
according to the VCS PKGBUILD guidelines and submitted the new
package libsnl-svn [1]. Please, can a TU merge [0] into [1] ?
[0] https://aur.archlinux.org/packages/libsnl/
[1] https://aur.archlinux.org/packages/libsnl-svn/
On 27/10/13 01:18 AM, Johannes Löthberg wrote:
> Hey,
>
> Upstream doesn't call it compiz-core anymore, the compiz-core-dev
> package hasn't been updated in over a year and is orphaned. compiz-dev
> on the other hand is named after the current upstream name and is up to
> date, could a TU merge com
On 26/10/13 11:01 PM, Justin Dray wrote:
> Can we please get sixpair-bluez removed:
> https://aur.archlinux.org/packages/sixpair-bluez/
>
> It has been out of date for many years and there is already a sixpair
> package that is updated.
Merged into sixpair. Thanks.
signature.asc
Description: Ope
On 26/10/13 08:16 PM, 徐林 wrote:
> I send E-mail to 2 weeks ago but get no replay at
> all.
Disowned, thanks. Please include a link next time :).
signature.asc
Description: OpenPGP digital signature
On 26/10/13 06:33 PM, Alfredo Palhares wrote:
> Hello fellow archinians.
>
> Please merge bugseverywhere[0] into bugseverywhere-git[1] the
> "stable" version of be is totally out of date, git is the only option.
>
> [0] https://aur.archlinux.org/packages/bugseverywhere/
> [1] https://aur.archlinux
On 26/10/13 01:17 PM, Karol Woźniak wrote:
> Hi all,
> it's cleaning time!
>
> As museek+ sources were recently moved from svn to git, I thought it would
> be good time to have a look at our packages for them.
>
> Therefore, please merge museekd-svn [1] and museeq-svn [2] into museekd-git
> [3] and
Hey,
Upstream doesn't call it compiz-core anymore, the compiz-core-dev
package hasn't been updated in over a year and is orphaned. compiz-dev
on the other hand is named after the current upstream name and is up to
date, could a TU merge compiz-core-dev[1] into compiz-dev[2]?
[1]: https://aur.arch
=== Signoff report for [community-testing] ===
https://www.archlinux.org/packages/signoffs/
There are currently:
* 8 new packages in last 24 hours
* 0 known bad packages
* 0 packages not accepting signoffs
* 0 fully signed off packages
* 14 packages missing signoffs
* 0 packages older than 14 days
19 matches
Mail list logo
