On Mon, Sep 13, 2010 at 06:42:39AM EST, Bill Cox wrote:
> gksu has problems. It's no longer a simple sudo wrapper, and has
> evolved into a multi-threaded monster of such complexity that good C
> debuggers (I count myself as one) can't easily fix major problems.
> gksu has a many-year outstanding
Ok I created the git repository and uploaded my current version of the
package.
git clone ssh://git.debian.org/git/pkg-a11y/simon.git
It's far from perfect (no manpages and some unnecessary links for
example) but it works and shouldn't eat your system.
Feedback of course hugely appreciated
I've patched pkexec which is like gksu, but uses Policy Kit for
authentication. The patch is very simple - all I had to do is
uncomment some code the author already had in there to enable X11
applications. It seems that the author decided that running X11
applications as root is just too much of
Hi Bill!
Am 2010-09-12 21:43, schrieb Bill Cox:
Hi, Peter. I'm not all that good at packaging myself yet, but I do
want to help with simon.
That would be great. Maybe you can get write access to that git repo
Samuel mentioned if you don't have it already.
I tried, but was unable to build
Hi, Peter. I'm not all that good at packaging myself yet, but I do
want to help with simon. I tried, but was unable to build a version
myself that did not require the user to download HTK source code.
Assuming you've done that separation, I would be very glad to get
Simon into Vinux for testing.
Am 2010-09-12 19:59, schrieb Georges Khaznadar:
> Peter Grasch a écrit :
>> The license is not unknown. The julius/ subdirectory is a fork of
>> the Julius project that incorporates a couple of bugfixes.
>>
>> The whole julius/ directory is distributed under the Julius license
>> (included in jul
Peter Grasch, le Sun 12 Sep 2010 20:32:01 +0200, a écrit :
> > Julius is currently published as an Ubuntu package, in version 4.0.2:
> > https://launchpad.net/ubuntu/+source/julius/4.0.2-0ubuntu1
> Yes I know. This is actually conflicting with the package I'm building
> (appropriate tags are alrea
Am 2010-09-12 16:22, schrieb Georges Khaznadar:
Hello,
I fear that we should begin with checking possible license issues.
For example the source tarball comes with a directory
julius/libsent/src/adin whose author is Akinobu LEE, and the copyrights
are:
* Copyright (c) 2004-2005 Shikano Lab.,
Hello,
I fear that we should begin with checking possible license issues.
For example the source tarball comes with a directory
julius/libsent/src/adin whose author is Akinobu LEE, and the copyrights
are:
* Copyright (c) 2004-2005 Shikano Lab., Nara Institute of Science and
Technology
* Copyri
Am 2010-09-12 14:58, schrieb Paul Gevers:
If I understood it correctly I can develop my package on the debian git
and just dput it to the Ubuntu ppa (probably changing the target
distribution temporarily)? Is this the recommended workflow?
Not 100% sure (I am learning git at the moment), b
Am 2010-09-12 14:45, schrieb Samuel Thibault:
Peter Grasch, le Sun 12 Sep 2010 14:33:14 +0200, a écrit :
on the other hand I don't want to commit a half-baked package to
something as official looking as git.debian.org - or is this not an issue?
A repository is there to put stuff while imp
> If I understood it correctly I can develop my package on the debian git
> and just dput it to the Ubuntu ppa (probably changing the target
> distribution temporarily)? Is this the recommended workflow?
Not 100% sure (I am learning git at the moment), but I am trying to keep
my ppa packaging in a
Am 2010-09-12 14:04, schrieb Samuel Thibault:
Peter Grasch, le Sun 12 Sep 2010 13:36:43 +0200, a écrit :
I see that Simon would be your first upload to Debian, and that you are
the author of Simon (as stated in Sourceforge.net)
Yes it would be. In fact I have very, very little experience packa
Peter Grasch, le Sun 12 Sep 2010 14:33:14 +0200, a écrit :
> on the other hand I don't want to commit a half-baked package to
> something as official looking as git.debian.org - or is this not an issue?
A repository is there to put stuff while improving it :)
The plus side is that we'll more eas
Peter Grasch, le Sun 12 Sep 2010 13:36:43 +0200, a écrit :
> >I see that Simon would be your first upload to Debian, and that you are
> >the author of Simon (as stated in Sourceforge.net)
> Yes it would be. In fact I have very, very little experience packaging
> software but I will do my best and
>>> 1) Upstream ships the binary in the source tree, I suppose I should ask
>>> him to remove it in the future (lintian also tells this).
>>
>> I did a quick package for vinux until this makes it back from debian to
>> ubuntu and vinux. I just deleted the binary in the debian packaging
>> branch
Sebastian Humenda wrote:
> What exactly should I do? I'm using the Debian version of libbrlapi.
Are you sure? It's normally built whenever you compile BRLTTY.
As Samuel said, somehow, it's searching in the wrong directory, and I think
the most likely cause is the fact that you've compiled and i
Am 2010-09-12 11:26, schrieb Samuel Thibault:
May you should consider joining the accessibility group on alioth to
coordinate packaging efforts on this?
Samuel
Done. I registered and sent the request to join.
Regards,
Peter
--
To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.
Hello Mario,
Mario Lang wrote on So, Sep 12, 2010 at 11:26:29 +0200:
>Sebastian Humenda writes:
>> Should have been my second look. Sorry. I built BRLTTY with the prefix
>> /usr/local. In order to run it, I put a symlink into /sbin pointing to
>> /usr/local/bin/brltty. A short while ago I remove
Hello,
Peter Grasch, le Sun 12 Sep 2010 10:57:57 +0200, a écrit :
> * Package name: simon
> Version : 0.3.0
> Upstream Author : Peter Grasch
> * URL : http://www.simon-listens.org/
> * License : GPL, BSD, GFDL and Julius
> Programming Lang: C, C++
> Descrip
Sebastian Humenda writes:
> Should have been my second look. Sorry. I built BRLTTY with the prefix
> /usr/local. In order to run it, I put a symlink into /sbin pointing to
> /usr/local/bin/brltty. A short while ago I removed this symlink and now Orca
> does search for the brlapi.key in /usr/local
Package: wnpp
Severity: wishlist
Owner: Peter Grasch
* Package name: simon
Version : 0.3.0
Upstream Author : Peter Grasch
* URL : http://www.simon-listens.org/
* License : GPL, BSD, GFDL and Julius
Programming Lang: C, C++
Description : Open source sp
Gaijin, le Sat 11 Sep 2010 23:23:10 -0700, a écrit :
> On Sun, Sep 12, 2010 at 12:25:37AM +0200, Samuel Thibault wrote:
> > Support for it is there already, but didn't make it before the squeeze
> > freeze, so it'll be in wheezy.
>
> No WAY am I installing something called "wheezy." Call it
Hello Jason,
Jason White wrote on So, Sep 12, 2010 at 06:27:49 +1000:
>Sebastian Humenda wrote:
>> Should have been my second look. Sorry. I built BRLTTY with the prefix
>> /usr/local. In order to run it, I put a symlink into /sbin pointing to
>> /usr/local/bin/brltty. A short while ago I remove
Samuel Thibault writes:
> I have submitted to Dave the icelandic table posted on the liblouis
> mailing list. I'd tend to consider this similar to i18n translations, I
> guess we should thus add it to the squeeze debian package?
Maybe, yes. But if you do that, also add the fixes to en-g2 which
Sebastian Humenda wrote:
> Should have been my second look. Sorry. I built BRLTTY with the prefix
> /usr/local. In order to run it, I put a symlink into /sbin pointing to
> /usr/local/bin/brltty. A short while ago I removed this symlink and now Orca
> does search for the brlapi.key in /usr/local/e
Hello,
Samuel Thibault wrote on Sa, Sep 11, 2010 at 11:36:26
+0200:
>Check out
>http://live.gnome.org/Orca/Debugging
Should have been my second look. Sorry. I built BRLTTY with the prefix
/usr/local. In order to run it, I put a symlink into /sbin pointing to
/usr/local/bin/brltty. A short while
27 matches
Mail list logo