Re: Introducing myself

[Owen Townend]

On 3/8/08, Debian Forever <[EMAIL PROTECTED]> wrote:
>
> Hello everyone,
> I'm an Italian undergraduate student of Informatics in Trento. I love
> Debian and I've used it from a lot of years. I've also invited and
> helped my friends to use it.
>
> This year I would like to do something that is useful for the Debian
> project and for me, so I'm very interested in participating in Google
> Code of Summer. I mainly program in Java, however I have also some
> skills in C and I can learn other languages.
>
> I've seen that Debian participated in GCoS last year, so I hope that
> it will participate also this year.
>
> Is this mailing-list the right place to start a collaboration?
>
> Thanks in advance for any reply.
>
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact
> [EMAIL PROTECTED]
>
>
Hey,
  Great to get more people involved, I'm looking at getting more involved
myself and found a few pages to be quite helpful.
  Here are a few resources to check out:
  http://wiki.debian.org/SummerOfCode2008
  https://wiki.ubuntu.com/ServerTeam/Mentoring
  https://wiki.ubuntu.com/MOTU/GettingStarted (MotU - Masters of the
Universe, the maintainers of the 'Universe' repository)

cheers,
Owen.

Re: Introducing myself

[martin f krafft]

also sprach Owen Townend <[EMAIL PROTECTED]> [2008.03.08.0955 +0100]:
>   https://wiki.ubuntu.com/ServerTeam/Mentoring
>   https://wiki.ubuntu.com/MOTU/GettingStarted (MotU - Masters of the
> Universe, the maintainers of the 'Universe' repository)

Which, mind you, are Ubuntu, not Debian. I am not saying that it
wouldn't be worth your time, just that it's likely not the best
place to send someone who wants to become involved with Debian. MOTU
are still quite different from Debian, I think.

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems
 
< Ganneff> more love
< Ganneff> latex good!
-- #debian-devel


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#469980: ITP: python-sparql-wrapper -- SPARQL endpoint interface to Python

[Nacho Barrientos Arias]

Package: wnpp
Severity: wishlist
Owner: Nacho Barrientos Arias <[EMAIL PROTECTED]>

* Package name: python-sparql-wrapper
  Version : 1.0.1
  Upstream Author : Ivan Herman 
Sergio Fernández 
Carlos Tejo 
* URL : http://sparql-wrapper.sourceforge.net/
* License : W3C
  Programming Lang: Python
  Description : SPARQL endpoint interface to Python

This is a wrapper around a SPARQL service. It helps in creating the
query URI and, possibly, convert the result into a more manageable
format.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#469982: ITP: cl-trivial-garbage -- Finalizers and weak pointers for Common Lisp

[Matthias Benkard]

Package: wnpp
Severity: wishlist
Owner: Matthias Benkard <[EMAIL PROTECTED]>


* Package name: cl-trivial-garbage
  Version : 0.15
  Upstream Author : Luis Oliveira <[EMAIL PROTECTED]>
* URL : http://www.cliki.net/trivial-garbage
* License : Public domain
  Programming Lang: Common Lisp
  Description : Finalizers and weak pointers for Common Lisp

trivial-garbage is a portability layer that provides an API to finalizers,
weak hash tables and weak pointers for a variety of Common Lisp
implementations.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=de_AT, LC_CTYPE=de_AT (charmap=UTF-8) (ignored: LC_ALL set to 
de_AT.UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#469993: ITP: siggen -- Waveform generation tools

[Jens Peter Secher]

Package: wnpp
Owner: Jens Peter Secher <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: siggen
  Version : 2.3.9
  Upstream Author : Jim Jackson
* URL or Web page : http://www.comp.leeds.ac.uk/jj/linux/siggen.html
* License : GPL v2
  Description : Waveform generation tools
 a set of tools for imitating a laboratory Signal Generator,
 generating audio signals out of Linux's /dev/dsp audio device.  There
 is support for mono and/or stereo and 8 or 16 bit samples.  The tools
 include:
 .
  * soundinfo: display some of the programming capabilities of the
 sound system support for the mixer device /dev/mixer and the DSP
 device.  Also shows some of the ioctl calls in action.
 .
  * sgen: a command line signal generator where details are specified
 from the command line for generating sine, cos, square, triangle,
 sawtooth, pulse, noise waves.  Frequency, sample rate, relative
 amplitude etc. can be specified through command line options.  The
 signal is played continuously until the program is stopped.  There
 are options to save the basic raw digital samples raw to file or to a
 WAVE format file.
 .
  * swgen: a command line sweep generator.  Both the sweeping and
 swept waveforms can be specified, along with the sweeping frequency
 and the swept frequency range.  Otherwise similar to sgen above.
 .
  * siggen: an Ncurses screen based Signal Generator for two separate
 channels.  On stereo audio cards the two channels are played on
 separate outputs.  On mono cards the teo channels are digitally mixed
 onto the one output.  Type of waveform, frequency, amplitude, sample
 rate etc are specified/changed via a screen menu.  It plays
 continuously.  Changes to parameters take effect nearly immediately.
 .
  * sweepgen: an Ncurses screen based Sweep generator (see swgen and
 siggen above).
 .
  * tones: a command line program to generate several successive tones
 of varying frequency, and optional differing waveforms, durations and
 intensities.  The sequence of tones can be either played once, or
 repetitively or the samples can be written to a file in raw or WAV
 format.  This could make the basis of an auto-dialer for tone phones.
 .
  * smix: a simple command line program for getting and setting the
 mixer settings.
 .
  * fsynth: an Ncurses based fourier synthesis realtime generator.



I will put an initial package on http://people.debian.org/~jps .



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Introducing myself

[Petter Reinholdtsen]

[Debian Forever]
> This year I would like to do something that is useful for the Debian
> project and for me, so I'm very interested in participating in Google
> Code of Summer. I mainly program in Java, however I have also some
> skills in C and I can learn other languages.

If you want to be involved in the java part of Debian, the
[EMAIL PROTECTED] list and subgroup would be a useful place to
start. :)

Happy hacking,
-- 
Petter Reinholdtsen


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#470046: ITP: libtext-trac-perl -- perl extension for formatting text with Trac Wiki Style

[Nacho Barrientos Arias]

Package: wnpp
Severity: wishlist
Owner: Nacho Barrientos Arias <[EMAIL PROTECTED]>

* Package name: libtext-trac-perl
  Version : 0.11
  Upstream Author : Gosuke Miyashita <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Text-Trac/
* License : Perl-like (GPL/Artistic)
  Programming Lang: Perl
  Description : perl extension for formatting text with Trac Wiki Style

Long description: to be written.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Best practices for handling API (not ABI) breaks?

[Daniel Burrows]

  Hi,

  I'm the maintainer of libsigc++-2.0, a typesafe callback library for
C++.  Upstream has just released a new version, 2.2, which preserves the
version 2.0 ABI but is not source-compatible: programs that compiled
against the 2.0 series will break with this new release.  There are 114
packages that depend on libsigc++-0, too many to do this just by bugging
a few maintainers to recompile.

  What's the best practice for handling this situation?

Thanks,
  Daniel


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]