Re: ITP: adun.app -- a Molecular Simulator

[Miles Bader]

Frank Küster <[EMAIL PROTECTED]> writes:
> .app is pretty much meaningless.  Therefore I'd prefer if you'd use a
> suffix with a less arcane meaning, like -gnustep.

Does anyone truly care?  Is it worth any effort to rename?

-miles
-- 
"Unless there are slaves to do the ugly, horrible, uninteresting work, culture
and contemplation become almost impossible. Human slavery is wrong, insecure,
and demoralizing.  On mechanical slavery, on the slavery of the machine, the
future of the world depends." -Oscar Wilde, "The Soul of Man Under Socialism"

Re: Experiment: orphanining some of my packages (second round)

[Aurelien Jarno]

Aurelien Jarno wrote:

Hi all,

As Debian^WDunc-tank experiments with funding, I have loosed motivation 
to spend so much time on my packages. I have therefore decided to 
experiment with orphaning a few of my packages in the hope I will have 
more time to contribute to other Free Software projects.


Here is the list of packages I have orphaned in a first round, please 
feel free to adopt them:


The following packages are also available:
- quiteinstane
- quiteinsanegimpplugin
- zziplib

Bye,
Aurelien

--
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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

Re: ITP: adun.app -- a Molecular Simulator

[Frank Küster]

Miles Bader <[EMAIL PROTECTED]> wrote:

> Frank Küster <[EMAIL PROTECTED]> writes:
>> .app is pretty much meaningless.  Therefore I'd prefer if you'd use a
>> suffix with a less arcane meaning, like -gnustep.
>
> Does anyone truly care?  Is it worth any effort to rename?

It's an ITP, why not do it better with new packages?

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

[hardware-donations] 15-20 GB IDE disks (USA)

[Martin Michlmayr]

Someone is interested in donating some older IDE hard disks with about
15-20 GB.  They are located in the States and might be useful for
testing to someone working on the debian-installer.  If you are
interested, please respond to [EMAIL PROTECTED]
-- 
Martin Michlmayr
http://www.cyrius.com/


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

RE: Experiment: orphanining some of my packages

[Miriam Ruiz]

 --- Aurelien Jarno <[EMAIL PROTECTED]> escribió:

> Here is the list of packages I have orphaned in a first round, please 
> feel free to adopt them:

>   * xwelltris (priority goes to the pkg-games team)

The Games Team will take care of that game, thanks Aurelien :)

Greetings,
Miry





__ 
LLama Gratis a cualquier PC del Mundo. 
Llamadas a fijos y móviles desde 1 céntimo por minuto. 
http://es.voice.yahoo.com


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

Director Appointee

[Beau Philips]

 .

Would you like to make at least 1.5K to 3.5K per day just for returning
phone calls?
If you have a telephone and can return calls you are fully qualified.

Get in contact with us - 800-513-3876

Regards,
Beau Philips



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

Re: FIRST CALL FOR VOTES FOR "DFSG #2 applies to all programmatic works"

[Peter Van Eynde]

> 
> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
> 22fc4edd-1f6c-454f-b204-6aa0bad0ce1d
> [   ] Choice 1: DFSG #2 applies to all programmatic works
> [ 1 ] Choice 2: Further discussion
> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-


pgpJGXAIXbUre.pgp
Description: PGP signature

Re: A plan to get rid of unnecessary package dependencies

[Loïc Minier]

On Sun, Oct 01, 2006, Peter Samuelson wrote:
> > A first step in that direction would be to fix .la, .pc and -config
> > files so that they only give the needed libraries.
> binary-arch: build-arch
>   # [something like '$(MAKE) install DESTDIR=$(shell pwd)/debian/tmp']
>   #
>   sed -i 's:/usr/lib/lib\([^ ]*\).la:-l\1:g' debian/tmp/usr/lib/*.la

 Can't we just tell people to not use *.la files for static linking?

-- 
Loïc Minier <[EMAIL PROTECTED]>


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

Re: Debian Women Wiki (was: No Config-Files state even though postrm purge failed while purging an installed package?)

[Margarita Manterola]

On 9/29/06, Marc Haber <[EMAIL PROTECTED]> wrote:

On Fri, 29 Sep 2006 00:52:05 +0200, [EMAIL PROTECTED] wrote:
>  http://women.debian.org/wiki/English/MaintainerScripts states,
>while discussing the purging of a fully installed package
>("Removing and Purging", Removal+Purge of foo (Installed)), that

This is important information I would never have found due to the lack
of knowledge that the Debian Women project has her own wiki.

May I ask why information this important is not on the main Debian
wiki, wiki.debian.org?


It was born in the Debian Women wiki, because I felt much more
comfortable doing this documenting process inside the Debian Women
than doing it in the main Debian project wiki.  It could be copied to
the main wiki now, but I'm not sure if it would make any differences.

Also, as to the question of why is it a wiki, it's because wikis are
easier to edit and update than established documentation.  The
documentation that can only be edited by a few is bound to get
outdated quickly.

--
Besos,
Marga


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

Bug#390650: ITP: azrael -- Simple GTK2 based client for XMMS2 audio server

[Ricardo Mones]

Package: wnpp
Severity: wishlist
Owner: Ricardo Mones <[EMAIL PROTECTED]>


* Package name: azrael
  Version : 0.3.5
  Upstream Author : Costin Chirvasuta 
* URL : 
https://sourceforge.net/project/showfiles.php?group_id=155647
* License : GPL
  Programming Lang: C
  Description : Simple GTK2 based client for XMMS2 audio server

 Azrael is a simple client for the new generation XMMS2 server.
 It is written in C and uses GTK2. Despite its simplicity features
 an LCD for elapsed time, nice display of song information, playlist,
 equalizer, stereo volume control and two display modes.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-amd64-k8
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Re: No Config-Files state even though postrm purge failed while purging an installed package?

[Margarita Manterola]

On 9/28/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

  http://women.debian.org/wiki/English/MaintainerScripts states,
while discussing the purging of a fully installed package
("Removing and Purging", Removal+Purge of foo (Installed)), that

   there's no way that the package might end-up
   in a Config files state, even if "postrm purge" fails.


The phrase was there before dpkg was fixed.  When I updated the
diagrams, I forgot to update this part of the text.

The text has been updated now.  Thanks for pointing this out.

--
Besos,
Marga


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

Bug#390655: ITP: enblend -- image blending with multiresolution splines

[Sebastian Harl]

Package: wnpp
Severity: wishlist
Owner: Sebastian Harl <[EMAIL PROTECTED]>


* Package name: enblend
  Upstream Author : Andrew Mihal
* URL : http://enblend.sourceforge.net/
* License : GPL
  Description : image blending with multiresolution splines

enblend is a tool for compositing images. Given a set of images that overlap
in some irregular way, enblend overlays them in such a way that the seam
between the images is invisible, or at least very difficult to see. enblend
does not line up the images for you. Use a tool like hugin to do that.


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

Re: FIRST CALL FOR VOTES FOR "DFSG #2 applies to all programmatic works"

[Peter Van Eynde]

On Sunday 01 October 2006 01:05, Debian Project Secretary wrote:
> 
> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
> 22fc4edd-1f6c-454f-b204-6aa0bad0ce1d
> [   ] Choice 1: DFSG #2 applies to all programmatic works
> [ 1 ] Choice 2: Further discussion
> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-


pgpdsg0eky9NL.pgp
Description: PGP signature

Debconf creating default files

[Rodrigo Tavares]

Hello,

I got to create a debian structure defaukt from a
package.

changelog control dirs emacsen-remove init.d   
manpage.xml postrm prerm script-full shlibs
compat copyright docs emacsen-startup manpage.1 menu  
  preinst  README.Debian  script-gera-dbar-default
 templates config cron.d emacsen-install files
  manpage.sgml postinst prerm rules
script-gera-dbar.doc-base.EX watch

But i don't remember how I make it.
I try to execute dh_installdebconf, dh_make, i just
configured the control with Sections Source and
Package

Somebody, can to help me ?
I want create this structure again.

Best regards,

Faria



___ 
Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. 
Registre seu aparelho agora! 
http://br.mobile.yahoo.com/mailalertas/ 
 


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

Re: Debconf creating default files

[Nico Golde]

Hello Rodrigo,

* Rodrigo Tavares <[EMAIL PROTECTED]> [2006-10-02 17:00]:
> I got to create a debian structure defaukt from a
> package.
> 
> changelog control dirs emacsen-remove init.d   
> manpage.xml postrm prerm script-full shlibs
> compat copyright docs emacsen-startup manpage.1 menu  
>   preinst  README.Debian  script-gera-dbar-default
>  templates config cron.d emacsen-install files
>   manpage.sgml postinst prerm rules
> script-gera-dbar.doc-base.EX watch
> 
> But i don't remember how I make it.
> I try to execute dh_installdebconf, dh_make, i just
> configured the control with Sections Source and
> Package
> 
> Somebody, can to help me ?

http://www.debian.org/doc/maint-guide/
Kind regards
Nico
-- 
Nico Golde - http://www.ngolde.de
JAB: [EMAIL PROTECTED] - GPG: 0x73647CFF
Forget about that mouse with 3/4/5 buttons,
gimme a keyboard with 103/104/105 keys!


pgpTW11dSoslm.pgp
Description: PGP signature

Bug#390691: ITP: gnome-icon-theme-human -- Ubuntu default Gnome's icons theme

[Le_Vert]

Package: wnpp
Severity: wishlist
Owner: "Adam Cécile (Le_Vert)" <[EMAIL PROTECTED]>

* Package name: gnome-icon-theme-human
  Version : 0.3
  Upstream Author : Jeff Waugh <[EMAIL PROTECTED]>
Daniel Holbach <[EMAIL PROTECTED]>
* URL : http://packages.ubuntu.com/human-icon-theme
* License : Creative Commons Legal Code Attribution-ShareAlike 2.5
  Description : Ubuntu default Gnome's icons theme

Human is the default icons for Ubuntu Gnome.
.
 Homepage: http://packages.ubuntu.com/human-icon-theme



It seems CC ShareAlike 2.5 is not dfsg compliant. Should I really move this 
package to non-free ?

The package is available at debian-mentors:
http://mentors.debian.net/debian/pool/main/g/gnome-icon-theme-human/

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (400, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.17-2-amd64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Simpleminded members better than abusive members

[Dan Jacobson]

I used to work at Bell Labs.  There was a very large management
training effort to correct things like abusive behavior between
co-workers, etc. You might say that that was a profit making company,
and Debian is not, but I am sure the values still apply.

http://bugs.debian.org/390564 was my suggestion, based on
http://bugs.debian.org/389892

Abusive members give the message that no interaction is welcome. Bug
reports and fixes will be few. Development stifled. A wall built.

Simpleminded co-workers do not hurt the organization as much as
abusive co-workers.

You might want to have related workshops at the next Debian
conference or seminars. The leadership team should get involved.


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

Re: Simpleminded members better than abusive members

[Frans Pop]

On Monday 02 October 2006 17:15, Dan Jacobson wrote:
> You might want to have related workshops at the next Debian
> conference or seminars. The leadership team should get involved.

Try filing better bug reports instead. I don't see _any_ rationale in 
#390564 why the maintainer should add the Suggests.

Do you really think it is strange that people dismiss your bug reports if 
you habitually fail to present them decently?


pgpzuQPm2Z1Sy.pgp
Description: PGP signature

Re: A plan to get rid of unnecessary package dependencies

[Peter Samuelson]

[Loïc Minier]
>  Can't we just tell people to not use *.la files for static linking?

The problem is that .la files provide a way to pull in all the
dependent libraries for static linking, and unless you also ship .pc
files, there is no other automated way to do this.  Some people
apparently care about this capability, which is why we can't just
delete _all_ .la files _now_.


signature.asc
Description: Digital signature

Re: A plan to get rid of unnecessary package dependencies

[Mike Hommey]

On Mon, Oct 02, 2006 at 02:10:01PM -0500, Peter Samuelson <[EMAIL PROTECTED]> 
wrote:
> 
> [Loïc Minier]
> >  Can't we just tell people to not use *.la files for static linking?
> 
> The problem is that .la files provide a way to pull in all the
> dependent libraries for static linking, and unless you also ship .pc
> files, there is no other automated way to do this.  Some people
> apparently care about this capability, which is why we can't just
> delete _all_ .la files _now_.

Why not add support for Libs.private in libtool ?

Mike


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

Re: A plan to get rid of unnecessary package dependencies

[Peter Samuelson]

[Mike Hommey]
> Why not add support for Libs.private in libtool ?

That's essentially what the .la file already provides, with _debian_
libtool.  The main problem we have with libtool these days is packages
that use their own shipped libtool rather than debian's.

Anyway, it's probably easiest just to get people to stop shipping .la
files at all.  Easy to lintian for, etc.


signature.asc
Description: Digital signature

Bug#390717: ITP: gtk2-engines-human -- Ubuntu GTK2.x theme based on Clearlooks

[Le_Vert]

Package: wnpp
Severity: wishlist
Owner: "Adam Cécile (Le_Vert)" <[EMAIL PROTECTED]>

* Package name: gtk2-engines-human
  Version : 0.9.12+0.2
  Upstream Author : Richard Stellingwerff <[EMAIL PROTECTED]>
Daniel Borgmann <[EMAIL PROTECTED]>
&
Jeff Waugh <[EMAIL PROTECTED]>
Daniel Holbach <[EMAIL PROTECTED]>
* URL : http://packages.ubuntu.com/gtk2-engines-ubuntulooks
&
http://packages.ubuntu.com/human-gtk-theme
* License : GPL / Creative Commons Legal Code
* Attribution-ShareAlike 2.5
  Description : Ubuntu GTK2.x theme based on Clearlooks

Human is the default Ubuntu GTK2.x theme based on Clearlooks engine.
.
It was forked by the Ubuntu Linux distribution.
.
This package includes both Ubuntulooks GTK2.x engine and Human GTK
theme, which are two separate package
s in Ubuntu.
.
 Homepage: http://packages.ubuntu.com/gtk2-engines-ubuntulooks
   http://packages.ubuntu.com/human-gtk-theme



This package is ready (both upstream tarballs in orig tarball) and has
been uploaded to debian/mentors :
http://mentors.debian.net/debian/pool/main/g/gtk2-engines-human/

It seems CC ShareAlike 2.5 is not dfsg compliant. Should I really move
this package to non-free ?


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (400, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.17-2-amd64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Bug#390729: ITP: bluemsxlite -- portable version of the blueMSX MSX emulator

[Joost Yervante Damad]

Package: wnpp
Severity: wishlist
Owner: Joost Yervante Damad <[EMAIL PROTECTED]>


* Package name: bluemsxlite
  Version : 2.6.1
  Upstream Author : Daniel Vik <[EMAIL PROTECTED]>
* URL : http://www.bluemsx.com/
* License : GPL, Zlib, BSD
  Programming Lang: C, C++
  Description : portable version of the blueMSX MSX emulator

The MSX emulator to experience MSX differently. blueMSX is a cycle
accurate emulator that emulates all generations of MSX computers as well
as SVI, ColecoVision and Sega SG-1000.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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

Re: Help with piuparts?

[Bill Allombert]

On Fri, Sep 29, 2006 at 12:25:28AM +0300, Lars Wirzenius wrote:
> I'm not going to be able to work much on piuparts in the coming months.
> This includes both improving the code, and processing log files and
> reporting bugs found by piuparts.
> 
> It might be a good idea if someone else, or several, could step up. For
> maintaining the package, you need to hack in Python, since that's what
> it's written in. The code is in the latest uploaded package, have a look
> at it before committing yourself to this. Look at the piuparts-master
> and -slave stuff as well. I'm afraid it isn't the cleanest code ever
> written.

Hello Lars,
I am using a modified version of piuparts quite extensively.
I am certainly interested helping with piuparts but I am not confident
I understand where you would like the project to go. 

> For running piuparts, and reporting bugs based on what it finds, there's
> piuparts.cs.helsinki.fi, a fairly fast machine donated by HP. There's a
> few people who've been helping me with the bug reporting, but they
> haven't made much of a dent.

I used a modified version that only check for a small number of problems
 and which is able to process a hundred of packages at once to make
finding and reporting of bug easier.

> piuparts.cs.helsinki.fi isn't currently running piuparts, my latest
> upload broke things: piuparts now needs to run python2.4, python2.3
> doesn't have the subprocess module; this needs packaging changes, which
> are slightly complicated by the fact that piuparts needs to run on sarge
> as well as testing+sid (piuparts.cs.helsinki.fi runs sarge).

Is it not possible to run piuparts in a sid chroot ? This is what I do
in my setup.

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 


signature.asc
Description: Digital signature

Bug#390725: ITP: vb2py -- convert existing visual basic applications into python

[alex bodnaru]

Package: wnpp
Severity: wishlist
Owner: alex bodnaru <[EMAIL PROTECTED]>

see below.

* Package name: vb2py
  Version : 0.2.1
  Upstream Author : Name <[EMAIL PROTECTED]>
* URL : http://vb2py.sourceforge.net
* License : BSD
  Programming Lang: Python
  Description : convert existing visual basic applications into python

(Include the long description here.)
 The vb2Py project is developing a suite of conversion tools to aid in 
 translating existing Visual Basic projects into Python.
 * The conversion includes,
 * VB code modules translating to Python code modules
 * VB classes to Python classes
 * VB Forms to PythonCard forms
 * VB Projects to PythonCard projects
 The project is also aiming to support translation of VB Script, ASP and VBA 
 code into Python equivalent code. If you have experience in ASP and are 
 interesting in contributing, please get in touch.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-skas3-v8.2
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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

Re: Simpleminded members better than abusive members

[Nico Golde]

Hi Dan,

* Dan Jacobson <[EMAIL PROTECTED]> [2006-10-02 20:18]:
> I used to work at Bell Labs.  There was a very large management
> training effort to correct things like abusive behavior between
> co-workers, etc. You might say that that was a profit making company,
> and Debian is not, but I am sure the values still apply.
> 
> http://bugs.debian.org/390564 was my suggestion, based on
> http://bugs.debian.org/389892
> 
> Abusive members give the message that no interaction is welcome. Bug
> reports and fixes will be few. Development stifled. A wall built.
> 
> Simpleminded co-workers do not hurt the organization as much as
> abusive co-workers.
[...] 
I'm sorry but your bug reports aren't very helpful 
sometimes. For example in #390564 there is no explanation 
why hal should be added to the Suggests. And thats what is 
required at least to make you mail helpful.
Kind regards
Nico
-- 
Nico Golde - http://www.ngolde.de
JAB: [EMAIL PROTECTED] - GPG: 0x73647CFF
Forget about that mouse with 3/4/5 buttons,
gimme a keyboard with 103/104/105 keys!


pgpd6SdUqYdTX.pgp
Description: PGP signature

Public discussion time for Creative Commons 3.0 license draft coming to a close

[Evan Prodromou]

Hi, everyone. Pardon the wide distribution, but I wanted to make sure I
didn't miss anyone.

As some of you know [1], a workgroup within Debian cooperating with
Creative Commons [2] to make some of their licenses compatible with the
Debian Free Software Guidelines [3] so that CC-licensed works (images,
video, sounds, documentation, help text) can be part of the Debian
operating system. [4]

We reached some good conclusions, which resulted in the current Creative
Commons 3.0 license  but unfortunately some of the people in the
Creative Commons community -- a diverse one, just like Debian's -- have
managed to knock the process off track. [5] The license draft now
available leaves out some key clauses that the workgroup thought
necessary to make the license DFSG-compatible.

The draft has been subject to public review for more than a month now,
and the discussion period is drawing to a close. Creative Commons
general counsel has said that they'll consider public opinion when it
comes to making a final decision about this license.

So, for those of you who want to see Creative Commons licenses that meet
our standard of Freedom, this is the time to act. Please, if you haven't
already, take a few minutes to send an email message to the Creative
Commons public review mailing list [6] letting CC know that you support
a Debian-compatible version of the license. "I want a Debian-compatible
Creative Commons license, signed John Q. Hacker" is probably plenty.

Complaining to each other 6 months from now won't do any good; the time
to complain is now, when it can make a difference. We've got a narrow
window in which to let CC know that the Free Software guidelines matter.
Please spread the word to other Debian users and supporters as well as
into the rest of the Free Software community.

Thanks for your time,

~Evan

[1] http://evan.prodromou.name/Debian_Creative_Commons_Workgroup_report
[2] http://creativecommons.org/
[3] http://www.debian.org/social_contract#guidelines
[4] http://people.debian.org/~evan/ccsummary
[5] http://creativecommons.org/weblog/entry/6017
[6] http://lists.ibiblio.org/pipermail/cc-licenses/

-- 
Evan Prodromou <[EMAIL PROTECTED]>
The Debian Project (http://www.debian.org/)


signature.asc
Description: This is a digitally signed message part

Re: Debian Women Wiki (was: No Config-Files state even though postrm purge failed while purging an installed package?)

[Javier Fernández-Sanguino Peña]

On Mon, Oct 02, 2006 at 10:32:23AM -0300, Margarita Manterola wrote:
> >May I ask why information this important is not on the main Debian
> >wiki, wiki.debian.org?
> 
> It was born in the Debian Women wiki, because I felt much more
> comfortable doing this documenting process inside the Debian Women
> than doing it in the main Debian project wiki.  It could be copied to
> the main wiki now, but I'm not sure if it would make any differences.

It would be more visible, please might search wiki.debian.org for that
information.

> Also, as to the question of why is it a wiki, it's because wikis are
> easier to edit and update than established documentation.  The
> documentation that can only be edited by a few is bound to get
> outdated quickly.

I wonder why do we then have a CVS any developer can get access to that
provides all the Debian documentation (DDP) as well as a CVS for all the
website any Debian developer (and even non-DD) can easily contribute to. 
I would urge to go read http://www.debian.org/doc/ddp, if you have not done
so already.

If you dislike the current documentation development system in Debian, by all
means, go ahead and improve it or make suggestions of how it fails in the
appropiate mailing list, but do not actively work against it just because you
don't like it. The former, if enough people worked on it, might eventually
get us a better documentation system in the long term with up-to-date
documentation that is maintained and current, the later will just lead to
fragmented documentation all over the world wide web, disconnected,
unmaintained and is a disservice to our users.

Regards

Javier

PD: Notice that I'm not implying that a wiki is not a good resource for a OSS
documentation system (my opinion is quite the opposite), I'm just saying that
writting up documentation in two different wikis, at people.debian.org, at
people's blogs and what not is not the best way for us (as a group) to
provide documentation to our users.


signature.asc
Description: Digital signature

Re: Public discussion time for Creative Commons 3.0 license draft coming to a close

[Eric Dorland]

* Evan Prodromou ([EMAIL PROTECTED]) wrote:
> So, for those of you who want to see Creative Commons licenses that meet
> our standard of Freedom, this is the time to act. Please, if you haven't
> already, take a few minutes to send an email message to the Creative
> Commons public review mailing list [6] letting CC know that you support
> a Debian-compatible version of the license. "I want a Debian-compatible
> Creative Commons license, signed John Q. Hacker" is probably plenty.

I'd very much like to see this happen, but I feel kind of
uncomfortable sending an "AOL" to a list I'm not subscribed to and a
discussion I haven't participated in. Maybe some sort of signature
collection would make more sense, then send batches in a single email
to the list. Seems more polite that way. 
 
> Complaining to each other 6 months from now won't do any good; the time
> to complain is now, when it can make a difference. We've got a narrow
> window in which to let CC know that the Free Software guidelines matter.
> Please spread the word to other Debian users and supporters as well as
> into the rest of the Free Software community.
> 
> Thanks for your time,
> 
> ~Evan
> 
> [1] http://evan.prodromou.name/Debian_Creative_Commons_Workgroup_report
> [2] http://creativecommons.org/
> [3] http://www.debian.org/social_contract#guidelines
> [4] http://people.debian.org/~evan/ccsummary
> [5] http://creativecommons.org/weblog/entry/6017
> [6] http://lists.ibiblio.org/pipermail/cc-licenses/
> 



-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Re: Public discussion time for Creative Commons 3.0 license draft coming to a close

[Stefano Zacchiroli]

On Mon, Oct 02, 2006 at 06:00:02PM -0400, Eric Dorland wrote:
> Maybe some sort of signature collection would make more sense, then
> send batches in a single email to the list. Seems more polite that
> way. 

Totally agreed, I was going to write exactly the same reply.

Evan: what about setting up a pool, a signature collection, or simply
ask people to write directly to you and then, after 1 month time frame
or so, notify the CC guys of all the subscription you received?

Cheers.

-- 
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy
[EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/
If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. -!-


signature.asc
Description: Digital signature

Re: Public discussion time for Creative Commons 3.0 license draft coming to a close

[Thomas Viehmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

first, thanks Evan for your work and the update.

Eric Dorland wrote:
> * Evan Prodromou ([EMAIL PROTECTED]) wrote:
>> So, for those of you who want to see Creative Commons licenses that meet
>> our standard of Freedom, this is the time to act. Please, if you haven't
>> already, take a few minutes to send an email message to the Creative
>> Commons public review mailing list [6] letting CC know that you support
>> a Debian-compatible version of the license. "I want a Debian-compatible
>> Creative Commons license, signed John Q. Hacker" is probably plenty.
> 
> I'd very much like to see this happen, but I feel kind of
> uncomfortable sending an "AOL" to a list I'm not subscribed to and a
> discussion I haven't participated in. Maybe some sort of signature
> collection would make more sense, then send batches in a single email
> to the list. Seems more polite that way. 

If you do, please count me in.

Kind regards

T.
- --
Thomas Viehmann, http://thomas.viehmann.net/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: GnuPG key at 
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQCVAwUBRSGQcUqbsiUXPcVvAQLfSQQAoKgrS53DBb0zvXcFNEoYhsZ+ywthgq2F
fiCXtZrtGKZ79ZdZc7J/i++lGzs+J9TWnMsLReYMQ4+U7nS+yXWeRo/uSle6xI21
OxGPOlw9uXPPhsv4lz2btLHPm7PF82eQ6gAVHvY9DSr1jtbf4/a5qbCljOtY3Ojj
qlx5GzVtnso=
=T0ZY
-END PGP SIGNATURE-


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

Bug#390744: O: publib -- library of miscellaneous C functions

[Lars Wirzenius]

Package: wnpp
Severity: normal

I have just orphaned (by doing an upload setting the maintainer to QA)
the publib source package (producing the publib-dev binary package). I'm
also freezing my upstream development. I haven't really used the code
for many years, and every time someone else does, they find embarrassing
mistakes.

If anyone wants to adopt the Debian package, they might want to consider
adopting it upstream as well.

I've CCd (I hope) the maintainers of the two packages that are reverse
build dependencies of publib-dev (there's a third, liwc, but I'm the
maintainer of that, except I'm orphaning that, too).

The package description is:
 This library contains functions for memory allocation, bit arrays,
 comparing standard C types for qsort and bsearch, error messages,
 filenames, hash tables, integer sets, log files, NNTP, priority queues,
 normal queues, editor buffers, stacks, and strings.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17-2-486
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)


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

Bug#390745: O: liwc

[Lars Wirzenius]

Package: wnpp
Severity: normal

I'm orphaning liwc.

Description: Tools for manipulating C source code
 Includes programs for converting C++ comments to C comments,
 removing C comments, print out string literals, and converting
 characters to trigraphs and trigraphs to characters.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17-2-486
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)


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

Bug#390768: ITP: xmms-mp3cue -- plugin to add cue file support to XMMS

[Sandro Tosi]

Package: wnpp
Severity: wishlist
Owner: Sandro Tosi <[EMAIL PROTECTED]>

* Package name: xmms-mp3cue
  Version : 0.94
  Upstream Author : Brian Fernandes <[EMAIL PROTECTED]>
* URL : http://brianvictor.tripod.com/mp3cue.htm
* License : GPL
  Description : plugin to add cue file support to XMMS

 mp3cue  allows you  to easily  manipulate these  cue files;  and more
 importantly, it  presents you with a separate  playlist composed from
 the cue  information which you can  use to easily navigate  to any of
 the  smaller   tracks  in  the   audio  file,  just  like   a  normal
 playlist. You can also save  this cue information within an ID3v2 tag
 (if the audio  file is an mp3), eliminating the  need for an external
 cue file.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686-smp
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


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

Re: Desktop task(sel) in Etch? (Bug #389092)

[Alexander Petrov]

Hi

On Tuesday 26 September 2006 11:12 Christoph Haas wrote:
> I have tried the new Etch installer last weekend and I'm impressed. The
> installation works perfectly well and the graphical installer - while it
> doesn't add much value IMHO to the dialog based installer - looks nice and
> will surely be liked by many users. Kudos to the installer team.

second that!

> I chose to install the "Desktop" task when tasksel asked me. And I ended up
> with a Gnome desktop. Since Gnome is not really my favorite desktop
> manager I deinstalled Gnome (probably leaving a lot of Gnome cruft on the
> system) and installed KDE through apt-get. I wondered why Debian installed
> Gnome as a default and does not even offer the choice between - say -
> Xfce, Gnome and KDE during the installation. I just didn't expect Gnome.

me too =(
And seeing GNOME only was the main disappointing thing in the d-i:
I was happy to see X11, GNOME and KDE after I've installed Potato, because it 
allowed me to learn many ways to do things.

[...]

> Joey Hess argued that users may not know what KDE and Gnome are and just
> expect a working desktop. Opinions on
> http://kitenet.net/~joey/code/tasksel/faq.html

I wouldn't care so much about unexeperienced users in favour of experienced 
ones. I believe that the latter give back more to Debian.

> I know that tasksel tries to keep things simple. But I want to question the
> way the desktop installation is handled. So I'd like to hear a few
> opinions on how happy other people are with that choice.
>
> Currently the way to install KDE is to provide the
> option "tasksel/first=kde-desktop" when booting the Etch installer CD. No
> user will guess that.

that's really cool to know after I've completely reinstalled the whole bunch 
of kde packages =)

> My 2¢
>  Christoph

-- 
BR. Alexander 'zowers' Petrov.jabber:[EMAIL PROTECTED]icq:69694782
http://zowers.googlepages.com/mailto:[EMAIL PROTECTED]


pgpC2w9U3Sz5j.pgp
Description: PGP signature

Bug#390765: ITP: xmms-pipe -- plugin to control XMMS via a named pipe

[Sandro Tosi]

Package: wnpp
Severity: wishlist
Owner: Sandro Tosi <[EMAIL PROTECTED]>

* Package name: xmms-pipe
  Version : 0.5.6
  Upstream Author : Ben Lynn <[EMAIL PROTECTED]>
* URL : http://rooster.stanford.edu/~ben/xmmspipe/
* License : GPL
  Description : plugin to control XMMS via a named pipe

 xmms-pipe is  a plugin for XMMS  that enables it to  be controlled by
 sending strings  to a named pipe  (FIFO).  When enabled,  XMMS can be
 commanded by sending strings to $HOME/.xmms/inpipe
 .
 It  is  possible  to  setup  an  output  pipe,  and  query  XMMS  for
 information.
 .
 There exists  alternatives to xmms-pipe, but pipes  may be preferable
 in some situations:

   * The  pipe automatically  inherits  the security  features of  the
 underlying filesystem  (e.g. you could change  its permissions so
 that only users of a particular group can control XMMS).

   * In many programming  languages, writing to a pipe  is easier than
 executing programs, making it easier to build programs to control
 XMMS.

   * The plugin  can call internal  XMMS functions which means  it can
 have   more   functionality   than   programs  relying   on   the
 xmms_remote_*  functions   alone.   For  example,   XMMSPipe  can
 load/save playlists.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686-smp
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


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

[EMAIL PROTECTED] (WAS: Re: Simpleminded members better than abusive members)

[Maarten Verwijs]

Good evening, 

On Mon, Oct 02, 2006 at 08:37:55PM +0200, Frans Pop wrote:
> Try filing better bug reports instead. 

Since this is an ongoing problem, how about the following:
[EMAIL PROTECTED]

Please consider:

1) Endusers and bugreports often do not mix well.
2) Developers and 'Stupid Bugreports' often do not mix well. 

Putting a third entity between those two groups could be the sollution
to this. 

What could be possible if Debian had an official Helpdesk Department?
* End-Users could ask *any* question and actually get a nice answer. 
* End-Users can report bugs, but these are first checked by helpdeskers,
  before they are commited.
* Bugreports would end up more specific and detailed
* Developers would only have to communicate with Knowledgeable Helpdesk
  Users.
* Developers: more time to develop. None wasted on useless bugreports.
* Knowledgeable Users can easily become part of the official
  project as Helpdesker. No (or limited) packaging skills required!
* If this is done right and proper, this may actually attract new users,
  without new problems.
* Solving a problem as old as free software development.

What might a good helpdesk need?
* Good software (Request Tracker anyone?)
* Skilled Debian Users
* Management 
* An official place in the Debian Hierarchy?

Tis just an idea, and it may have it's do's and don't's, so please:
what are the general thoughts on this?

/me ducks

-- 
Maarten Verwijs <[EMAIL PROTECTED]>


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

Bug#390754: O: piuparts -- .deb package installation, upgrading, and removal testing tool

[Lars Wirzenius]

Package: wnpp
Severity: normal

I've just orphaned the piuparts package. I can't promise to spend any
time on it myself in the next few months, so it's better to be explicit
about this.

See also http://lists.debian.org/debian-devel/2006/09/msg01068.html

Alastair McKinstry offered to help, but I've concluded that I don't want
to even be an uploader for now. I don't know if Alastair wants to adopt
the package. Bill Allombert also replied; I'm not happy about the
direction Bill wants to take piuparts, but, hey, since I'm not going to
do any work on it, it's not really appropriate that I make any
decisions, either. In other words, I do not intend to pick my
successor(s).

piuparts.cs.helsinki.fi needs to be put into use again. This involves
making the package installable on sarge, because piuparts-master needs
to run on sarge, and a chroot won't do without setting things up in
complicated ways, and then it's better to just make the package
installable directly.

In addition, you need root access on the machine, to be able to run the
slave, and you'd probably best talk to debian-admin about that.

I had hoped that people would start using piuparts themselves, before
uploading, but based on the number of failures piuparts.cs.helsinki.fi
tends to find (when it does run), I'm not confident that the need for
a centralized service will go away anytime soon.

In addition to just running piuparts on the machine, you need to report
bugs based on any failures it finds (only those that are real ones;
piuparts sometimes fails for non-bugs, e.g., mirroring problems). Just
putting log files up so that people can browse them doesn't work, the
problems don't get fixed. lintian.debian.org has shown that.

(And for those wondering why I'm on an orphaning spree: I am
overcommited with regard to time and responsibilities, and am fixing
this by getting rid of all the responsibilities I can. Any predictions
of my leaving Debian are premature.)

The package description is:
 piuparts tests that .deb packages (as used by Debian) handle
 installation, upgrading, and removal correctly. It does this by
 creating a minimal Debian installation in a chroot, and installing,
 upgrading, and removing packages in that environment, and comparing the
 state of the directory tree before and after. piuparts reports any
 files that have been added, removed, or modified during this process.
 .
 piuparts is meant as a quality assurance tool for people who create .deb
 packages to test them before they upload them to the Debian package archive.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17-2-486
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8)


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

Re: [EMAIL PROTECTED] (WAS: Re: Simpleminded members better than abusive members)

[Luis Rodrigo Gallardo Cruz]

On Tue, Oct 03, 2006 at 12:54:09AM +0200, Maarten Verwijs wrote:
> On Mon, Oct 02, 2006 at 08:37:55PM +0200, Frans Pop wrote:
> > Try filing better bug reports instead. 
> 
> Since this is an ongoing problem, how about the following:
> [EMAIL PROTECTED]
> ...
> Tis just an idea, and it may have it's do's and don't's, so please:
> what are the general thoughts on this?

I think I see the answer to this, but still: How is this different
from the -user-* lists?

If i'm guessing your intentions correctly, I think it's a great idea,
and it's kind of what I try to do on -user-spanish[1]. However,
there's a very big problem. How do we avoid burn out? It gets *really*
tiresome after a while, answering the same 'please go read the FAQ and
don't post in HTML and don't expect me to do your homework'-kind of
questions.

So, before we try it, any ideas how to avoid that and keep us possible
volunteers motivated?

[1] And that points out another posible task: Mediating between
non-english-speaking users and DDs. Many won't do bug reports because
of language barriers.

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Re: looking for the article with a graph of the relations between maintainer scripts

[James R. Van Zandt]

"Andrew Saunders" <[EMAIL PROTECTED]> wrote:
>   On 9/26/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>   > Can any one point me to the article with a graph of  the relations
>   > of the various maintainer scripts?
>
>   Sounds like you're after
>   http://women.debian.org/wiki/English/MaintainerScripts - the page was
>   mentioned in http://www.debian.org/News/weekly/2005/07/ and Margarita
>   Manterola's the author.

Excellent diagrams!

Is there something of the sort for the various package building
scripts?  E.g. debuild calls debian/rules which calls dpkg-gencontrol
and dpkg-buildpackage and others.  Sometimes a maintainer will want to
run just part of the scripts.

- Jim Van Zandt


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

Re: Experiment: orphanining some of my packages (second round)

[Aníbal Monsalve Salazar]

On Mon, Oct 02, 2006 at 11:21:45AM +0200, Aurelien Jarno wrote:
>Aurelien Jarno wrote:
>- zziplib

I'll take zziplib.

Aníbal Monsalve Salazar
-- 
http://v7w.com/anibal


signature.asc
Description: Digital signature

Bug#390778: ITP: ntfs-3g -- A read-write NTFS driver for FUSE

[Le_Vert]

Package: wnpp
Severity: wishlist
Owner: "Adam Cécile (Le_Vert)" <[EMAIL PROTECTED]>

* Package name: ntfs-3g
  Version : 0.0.0+20070920
  Upstream Author : Anton Altaparmakov <[EMAIL PROTECTED]>
Mario Emmenlauer <[EMAIL PROTECTED]>
Yuval Fledel (no email address on request)
Yura Pakhuchiy <[EMAIL PROTECTED]>
Richard Russon <[EMAIL PROTECTED]>
Szabolcs Szakacsits <[EMAIL PROTECTED]>
* URL : http://mlf.linux.rulez.org/mlf/ezaz/
* License : GPL
  Description : A read-write NTFS driver for FUSE

The ntfs-3g driver is an open source, GPL licensed, third generation 
Linux NTFS driver for 32-bit, little-endian architectures which was 
implemented by the Linux-NTFS project. It provides full read-write access
to NTFS, excluding access to encrypted files, writing compressed files,
changing file ownership, access right.
.
Technically it's based on and a major improvement to the third 
generation Linux NTFS driver, ntfsmount. The improvements includes 
functionality, quality and performance enhancements.
.
ntfs-3g is based on FUSE (userspace filesystem framework for Linux), 
thus you will have to prepare fuse kernel module to be able to use it.
.
Homepage: http://mlf.linux.rulez.org/mlf/ezaz/

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (400, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.17-2-amd64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Re: Public discussion time for Creative Commons 3.0 license draft coming to a close

[Fabian Fagerholm]

On Mon, 2006-10-02 at 18:00 -0400, Eric Dorland wrote:
> I'd very much like to see this happen, but I feel kind of
> uncomfortable sending an "AOL" to a list I'm not subscribed to and a
> discussion I haven't participated in. Maybe some sort of signature
> collection would make more sense, then send batches in a single email
> to the list. Seems more polite that way. 

Could this be a good time to use the unofficial GR-style, devotee-driven
poll that Jeroen has set up ([0], [1])? The CC blog post by Mia Garlick
[2] seems to imply that they are interested in some kind of preliminary
indication of how Debian would handle the new 3.0 CC licenses with or
without the parallel distribution language. So maybe a poll could run
for some time, and the results, including number of participants, could
be communicated to the CC list?

Jeroen, how about setting up such a poll?

Who is on the CC mailing list and could make sure the result would be
communicated there?

[0] http://master.debian.org/~jeroen/polls/
[1] http://lists.debian.org/debian-project/2005/12/msg00216.html
[2] http://creativecommons.org/weblog/entry/6017

-- 
Fabian Fagerholm <[EMAIL PROTECTED]>


signature.asc
Description: This is a digitally signed message part

Re: Bits from the DPL: Looking forward

[Anthony Towns]

On Tue, Oct 03, 2006 at 03:39:20PM +1000, Anthony Towns wrote:
> BSPs in Vienna (Switzerland) [3], 

I was assuming, of course, that "Switzerland" was some foreign word
meaning "snowy place", but apparently it's actually a country all of
its own, entirely separate to Austria...

On Tue, Oct 03, 2006 at 03:43:52PM +1000, Anthony Towns wrote:
> (b) Firmware vote
> proposal, as amended by Manon Srivastava (Message-id:

And while _Manon des sources_ might've been a neat French film, I don't
think it's actually got all that much to do with Manoj...

Cheers,
aj


signature.asc
Description: Digital signature