[Etienne Millon, 2010-11-19]
> - dget http://mentors.debian.net/debian/pool/main/z/zsnes/zsnes_1.510-3.dsc
if I will not upload or send you a list of things to fix in next 24h,
please ping me (see link from signature)
--
http://people.debian.org/~piotr/sponsor
--
To UNSUBSCRIBE, email to debia
On Wed, Nov 24, 2010 at 04:23:15AM +, hungryh...@i2pmail.org wrote:
> Right, but I can't seem to figure out how to make it non-native. I think
> the problem is the missing ".orig" in the .tar.gz filename that
> dpkg-buildpackage produces, but I haven't been able to get
> dpkg-buildpackage to ad
Right, but I can't seem to figure out how to make it non-native. I think
the problem is the missing ".orig" in the .tar.gz filename that
dpkg-buildpackage produces, but I haven't been able to get
dpkg-buildpackage to add it.
HH
Fernando Lemos wrote:
> Hi,
>
> On Sun, Nov 21, 2010 at 7:20 PM, hun
On Tue, Nov 23, 2010 at 10:51 PM, Paul Wise wrote:
> On Thu, Nov 18, 2010 at 2:27 AM, Alexandre Rossi
> wrote:
>
>> I am looking for a sponsor for my package "remotepad-server".
>>
>> * Package name : remotepad-server
>> Version : 1.10+dfsg.1-1
>> Upstream Author : Kawamoto Yosihisa
On Thu, Nov 18, 2010 at 2:27 AM, Alexandre Rossi
wrote:
> I am looking for a sponsor for my package "remotepad-server".
>
> * Package name : remotepad-server
> Version : 1.10+dfsg.1-1
> Upstream Author : Kawamoto Yosihisa
> * URL : http://www.tenjin.org/RemotePad/
> * Li
Noel David Torres Taño wrote:
> On Martes 23 Noviembre 2010 22:45:20 Benoît Knecht escribió:
> > I'm not in a position of requiring anything, these are all just
> > suggestions (I'm not a DD and I can't upload your package).
>
> I thought you were :)
I'm sorry for the confusion. As I'm not writin
On Martes 23 Noviembre 2010 22:45:20 Benoît Knecht escribió:
> Hi Noel,
>
> Noel David Torres Taño wrote:
> > On Lunes 22 Noviembre 2010 11:14:21 Benoît Knecht escribió:
> > > (Since your package doesn't depend on any kde4 stuff, you need to make
> > > sure /etc/kde4 exists.)
> >
> > Yes. I relie
Benoît Knecht wrote:
> For now, I'm waiting for upstream to address the licensing issue, so I
> won't upload a new version until then. But I'm still fixing things
> locally and if anyone notices other issues with the package, please do
> point them out. I'm hoping my next upload will be the one :)
Hi Noel,
Noel David Torres Taño wrote:
> On Lunes 22 Noviembre 2010 11:14:21 Benoît Knecht escribió:
> > (Since your package doesn't depend on any kde4 stuff, you need to make
> > sure /etc/kde4 exists.)
>
> Yes. I relied implicitly in having at least kstars itself installed. Which is
> the best
Stefan Tomanek wrote:
> I think
> merging the two programs would be difficult. Although young, triggerhappy
> has accumulated quite a few features that would require a redesigning many
> aspects of esekeyd (multiple devices, command socket, multiple config files).
This information could be useful
On Mon, Nov 22, 2010 at 6:05 PM, Holger Levsen wrote:
>> piuparts fails with error that seem unrelated to my package:
>>
>> 0m35.5s ERROR: Broken symlinks:
>> /usr/lib/python2.4/site-packages/python-support.pth ->
>> /var/lib/python-support/python2.4/.path
>>
>> Can you recommend any best practi
On Lunes 22 Noviembre 2010 11:14:21 Benoît Knecht escribió:
> Hi Noel,
[...]
> Sorry, I had completely forgotten; thanks for reminding me.
Do not worry: we're all humans... busy humans ;)
[...]
> (Since your package doesn't depend on any kde4 stuff, you need to make
> sure /etc/kde4 exists.)
Yes.
Dies schrieb Jonathan Nieder (jrnie...@gmail.com):
> > I think esekeyd can only handle KEY events, while triggerhappy can also
> > process
> > Switch and button events. I am also unsure whether esekeyd support the
> > hotplugging of input devices (done in triggerhappy by a udev script) or
> > da
* Nicolas Dandrimont [2010-11-21 23:24:35 +0100]:
> Dear mentors,
>
> I am looking for a sponsor for my package "ramond".
>
> * Package name: ramond
> Version : 0.4-1
> Upstream Author : James Morse
> * URL : http://ramond.sourceforge.net/
> * License : BSD
Hi,
Thanks for your answer.
>> RemotePad is an open source application that controls the mouse cursor of
>> your desktop PC. This way, you can use your iPhone or iPod touch as a
>> wireless touchpad!
>
> Hmm, so this is a way of remotely injecting input events?
Yes.
> . debian/copyright mentio
On 23 November 2010 13:00, Stephen Kitt wrote:
>> > mingw-w64 has a ton of warnings, all instances of non-standard-dir-in-usr
>> > or
>> > file-in-unusual-dir because it ships its headers and libraries
>> > in /usr/$target/{include,lib}.
>>
>> Sounds like a lintian bug.
>
> Probably not, since th
On 23 November 2010 12:17, Jonathan Nieder wrote:
> Hi again,
>
> [out of order for convenience]
> Dmitrijs Ledkovs wrote:
>
>> =) can you sponsor our work in the future?
>
> Only if I become DD. I have not applied yet, so you will probably
> need someone else.
>
> That said, my experience has be
(For anyone else following, see the other subthread too.)
On Mon, Nov 22, 2010 at 05:22:41PM -0600, Jonathan Nieder wrote:
> > Building the packages is slightly involved:
> > 1. Build binutils-mingw-w64 and install it.
>
> So the first step could be to get this package alone in Debian.
Indeed, a
Hi Jonathan,
(I'll reply separately to the remaining points from your earlier
email.)
On Tue, Nov 23, 2010 at 04:17:32AM -0600, Jonathan Nieder wrote:
> > mingw-w64 do all they work upstream. All patches that were created
> > mingw-w64 project are applied directly to binutils and gcc head.
>
> T
Hi again,
[out of order for convenience]
Dmitrijs Ledkovs wrote:
> =) can you sponsor our work in the future?
Only if I become DD. I have not applied yet, so you will probably
need someone else.
That said, my experience has been that useful, policy-compliant
patches and packages tend to get in
On 23 November 2010 01:22, Jonathan Nieder wrote:
> (+cc: the almost-defunct debian-toolchain@ list, for posterity's sake)
>
> Hi Stephen,
>
> Stephen Kitt wrote:
>
>> I'm working on packaging a new version of the MinGW-w64 toolchain, which
>> allows 32- and 64-bit Windows software to be compiled
Hi Krzysztof and Stefan,
Stefan Tomanek wrote:
> I think esekeyd can only handle KEY events, while triggerhappy can also
> process
> Switch and button events. I am also unsure whether esekeyd support the
> hotplugging of input devices (done in triggerhappy by a udev script) or daemon
> control v
Alexandre Rossi wrote:
> RemotePad is an open source application that controls the mouse cursor of
> your desktop PC. This way, you can use your iPhone or iPod touch as a
> wireless touchpad!
Hmm, so this is a way of remotely injecting input events?
I am not a DD, and even if I were, I cannot te
Dies schrieb Jonathan Nieder (jrnie...@gmail.com):
> How does triggerhappy compare to Krzysztof Burghardt's esekeyd?
I think esekeyd can only handle KEY events, while triggerhappy can also process
Switch and button events. I am also unsure whether esekeyd support the
hotplugging of input devices
Stefan Tomanek wrote:
> Dies schrieb Jonathan Nieder (jrnie...@gmail.com):
>> How does this compare to Rick van Rein's funkey[1]?
>
> Hm, funkey does require a kernel patch und looks quite dated?
>
> "Funky Daemon which demonstrates how to parse the /dev/funkey character
> device."
Thanks for a
Etienne Millon wrote:
> The package builds in a clean chroot, so I thought this was "good
> enough". If this is bad practice I will have another look at it.
Yes, best practice is to explicitly declare all build-time
dependencies that are not build-essential. So for example if
the code uses Xlib
26 matches
Mail list logo
