Re: Google Summer of Code 2010 Debian Report

2010-09-20 Thread Obey Arthur Liu 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello fellow developers,

The summer is over :( but I'm happy to announce that this year's Summer
of Code at Debian[1] has been better than ever! :) This is indeed the
4th time we had the privilege of participating in the Google Summer of
Code and each year has been a little different.

This year, 8 of our 10 students succeeded in our (very strict!) final
evaluations, but we have reasons to believe that they will translate
into more long-term developers than ever, all thank to you.

The highlight this year has been getting almost all of our students at
DebConf10[2][4]. Thanks again this year to generous Travel Grants from
the Google Open Source Team, we managed to fly in 7 of our students (up
from 3!). You certainly saw them, presenting during DebianDay, hacking
on the grass of Columbia, hacking^Wcheering our Debian Project Leader
throwing the inaugural pitch of a professional baseball game or
hacking^Wsun-tanning on the très kitsch Coney Island beach.

Before I give the keyboard to our Students, I'd like to tell you that it
will be the pleasure and honor of Obey Arthur Liu (yours truly, as
Administrator) and Bastian Venthur (as Mentor) to represent Debian at
the Summer of Code 2010 Mentors Summit on 23-24 October 2010, at the
Google Headquarters in Mountain View. Like last year[3], we expect many
other DDs to be present under other hats. We will be having 2 days of
unconference on GSoC and free software related topics. We all look
forward to reporting from California on Planet and soc-coordinat...@l.a.d.o!

All of our students had a wonderful experience, even if they couldn't
come to DebConf, that is best shared in their own voice, so without
further ado, our successful projects:

=== Multi-Arch support in APT ===
by David Kalnischkies, mentored by Michael Vogt

"apt-get install MultiArch" does mostly work now as most code is already
merged in squeeze, but if not complain about us at de...@l.d.o! Still, a
lot left on the todo list - not only in APT - so let us all add
MultiArch again to the Release Goals and work hard on squeezing it into
wheezy. :)

=== Debbugs Bug Reporting and Manipulation API ===
by David Wendt Jr., mentored by Bastian Venthur

Hello, I'm David Wendt, and I went to Debconf10 to learn more about the
development side of Debian. Having used it since the 9th grade, I've
been intimately familiar with many of Debian's internals. However, I
wanted to see the developers and other Debian users. At DebConf, I was
able to see a variety of talks from Debian and Ubuntu developers. I also
got to meet with my mentor as well as the maintainer of Debbugs.

=== Content-aware Config Files Upgrading ===
by Krzysztof Tyszecki, mentored by Dominique Dumont

Config::Model is now capable of manipulating files using shorter and
easier to write models. Thanks to that, packagers may start experiment
with creating upgrade models. Further work is needed to support more
complicated config files - Dominique Dumont is working on DEP-5 parser,
I'll shortly start working on a cupsd config file parser.

The best thing about DebConf10 is that every person I talked with knew
what I was doing. I had a mission to get some feedback on my project.
Everybody liked the idea of making upgrades less cumbersome. On the
other side, it was my first visit to United States, so I decided to go
on a daytrip on my own (instead of staying inside the building, despite
heat warnings). I had a chance to visit many interesting places like
Ground Zero, the UN headquarters, Grand Central Terminal, Times square
and Rockefeller Center - that was a great experience.

=== Hurd port and de-Linux-ization of Debian-Installer ===
by Jérémie Koenig, mentored by Samuel Thibault

Debconf10 was great! Among other people working on the installer, I met
Aurélien Jarno from the Debian/kFreeBSD team and we worked together on a
cross-platform busybox package.  Besides, the talks were very
interesting and I've filled my TODO-list for the year.

For instance I learned about the Jigsaw project of OpenJDK, and how
Debian would be the ideal platform to experiment with it.  More
generally, some people think Debian could push Java 7 forward and I'd
like to see this happen.

=== Smart Upload Server for FTP Master ===
by Petr Jasek, mentored by Joerg Jaspert

I must say that it was great time for me in NY, I've met and talked and
coded with people from ftp-master team like Torsten Werner who helped me
to push the project a bit further and with some other people who were
looking forward to release of the tool which I hope they will use quite
soon. Everybody interested, everybody excited, really cool place and
time. And I can't forget the Coney Island beach and stuff, lot of fun,
lot of sun;)

=== Aptitude Qt ===
by Piotr Galiszewski, mentored by Sune Vuorela

Currently, development branches support full features searching, viewing
extended package's informations, performing cache and packages
operations. Code and GUI stil

Re: Bug#597340: dpkg-gencontrol: implicit substvar at the end of every field

2010-09-20 Thread Julien Cristau 
On Sun, Sep 19, 2010 at 23:07:44 +0200, Raphael Hertzog wrote:

> On Sun, 19 Sep 2010, Steve McIntyre wrote:
> > >CCing -devel and Joey Hess to have some input on this idea. Do you think
> > >it would be useful ? Do you have comments and suggestions ?
> > 
> > I'm uncomfortable with the idea of (even more?) build-time package
> > settings being hidden away outside of debian/control. :-/
> 
> On the flip side, it means less possibilities of mistakes for debhelper
> users, a simpler learning curve to newbies who don't have to know about
> substvars right from the start, etc.
> 
> But I can understand your feeling and we will probably need options to
> disable this behaviour in some cases.
> 
I'm at least as uncomfortable with new options as I am with new magic.
dpkg-source has way too many options already.

Cheers,
Julien


signature.asc
Description: Digital signature

Google Summer of Code 2010 Debian Report

2010-09-20 Thread Obey Arthur Liu 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello fellow developers,

The summer is over :( but I'm happy to announce that this year's Summer
of Code at Debian[1] has been better than ever! :) This is indeed the
4th time we had the privilege of participating in the Google Summer of
Code and each year has been a little different.

This year, 8 of our 10 students succeeded in our (very strict!) final
evaluations, but we have reasons to believe that they will translate
into more long-term developers than ever, all thank to you.

The highlight this year has been getting almost all of our students at
DebConf10[2][4]. Thanks again this year to generous Travel Grants from
the Google Open Source Team, we managed to fly in 7 of our students (up
from 3!). You certainly saw them, presenting during DebianDay, hacking
on the grass of Columbia, hacking^Wcheering our Debian Project Leader
throwing the inaugural pitch of a professional baseball game or
hacking^Wsun-tanning on the très kitsch Coney Island beach.

Before I give the keyboard to our Students, I'd like to tell you that it
will be the pleasure and honor of Obey Arthur Liu (yours truly, as
Administrator) and Bastian Venthur (as Mentor) to represent Debian at
the Summer of Code 2010 Mentors Summit on 23-24 October 2010, at the
Google Headquarters in Mountain View. Like last year[3], we expect many
other DDs to be present under other hats. We will be having 2 days of
unconference on GSoC and free software related topics. We all look
forward to reporting from California on Planet and soc-coordinat...@l.a.d.o!

All of our students had a wonderful experience, even if they couldn't
come to DebConf, that is best shared in their own voice, so without
further ado, our successful projects:

=== Multi-Arch support in APT ===
by David Kalnischkies, mentored by Michael Vogt

"apt-get install MultiArch" does mostly work now as most code is already
merged in squeeze, but if not complain about us at de...@l.d.o! Still, a
lot left on the todo list - not only in APT - so let us all add
MultiArch again to the Release Goals and work hard on squeezing it into
wheezy. :)

=== Debbugs Bug Reporting and Manipulation API ===
by David Wendt Jr., mentored by Bastian Venthur

Hello, I'm David Wendt, and I went to Debconf10 to learn more about the
development side of Debian. Having used it since the 9th grade, I've
been intimately familiar with many of Debian's internals. However, I
wanted to see the developers and other Debian users. At DebConf, I was
able to see a variety of talks from Debian and Ubuntu developers. I also
got to meet with my mentor as well as the maintainer of Debbugs.

=== Content-aware Config Files Upgrading ===
by Krzysztof Tyszecki, mentored by Dominique Dumont

Config::Model is now capable of manipulating files using shorter and
easier to write models. Thanks to that, packagers may start experiment
with creating upgrade models. Further work is needed to support more
complicated config files - Dominique Dumont is working on DEP-5 parser,
I'll shortly start working on a cupsd config file parser.

The best thing about DebConf10 is that every person I talked with knew
what I was doing. I had a mission to get some feedback on my project.
Everybody liked the idea of making upgrades less cumbersome. On the
other side, it was my first visit to United States, so I decided to go
on a daytrip on my own (instead of staying inside the building, despite
heat warnings). I had a chance to visit many interesting places like
Ground Zero, the UN headquarters, Grand Central Terminal, Times square
and Rockefeller Center - that was a great experience.

=== Hurd port and de-Linux-ization of Debian-Installer ===
by Jérémie Koenig, mentored by Samuel Thibault

Debconf10 was great! Among other people working on the installer, I met
Aurélien Jarno from the Debian/kFreeBSD team and we worked together on a
cross-platform busybox package.  Besides, the talks were very
interesting and I've filled my TODO-list for the year.

For instance I learned about the Jigsaw project of OpenJDK, and how
Debian would be the ideal platform to experiment with it.  More
generally, some people think Debian could push Java 7 forward and I'd
like to see this happen.

=== Smart Upload Server for FTP Master ===
by Petr Jasek, mentored by Joerg Jaspert

I must say that it was great time for me in NY, I've met and talked and
coded with people from ftp-master team like Torsten Werner who helped me
to push the project a bit further and with some other people who were
looking forward to release of the tool which I hope they will use quite
soon. Everybody interested, everybody excited, really cool place and
time. And I can't forget the Coney Island beach and stuff, lot of fun,
lot of sun;)

=== Aptitude Qt ===
by Piotr Galiszewski, mentored by Sune Vuorela

Currently, development branches support full features searching, viewing
extended package's informations, performing cache and packages
operations. Code and GUI stil

Re: Google Summer of Code 2010 Debian Report

2010-09-20 Thread Adrian von Bidder 
Hi Arthur,

On Monday 20 September 2010 11.37:04 Obey Arthur Liu wrote:
[GSoC report]

Hmm.  It would have been nice to hear about what the students did and how 
far they got in their GSoC projects instead of what they did at DC10.

Exactly like David Kalnischkies wrote his summary.

(That said, THANKS for doing it, I imagine it's quite a bit of work and 
I share your enthusiasm that it looks like many of the students will stay 
with Debian even after the GSoC projects are "finished".)

cheers
-- vbi

-- 
The idea is that you can only get in trouble for what you actually did.
What a concept.
-- Pam Jones, Groklaw


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

Re: Google Summer of Code 2010 Debian Report

2010-09-20 Thread Obey Arthur Liu 
On Mon, Sep 20, 2010 at 12:47 PM, Adrian von Bidder
 wrote:
> Hi Arthur,
>
> On Monday 20 September 2010 11.37:04 Obey Arthur Liu wrote:
> [GSoC report]
>
> Hmm.  It would have been nice to hear about what the students did and how
> far they got in their GSoC projects instead of what they did at DC10.

The report is an aggregation of joint reports from students and
mentors ([1]). I combined and posted what I received. Some pairs
didn't send me their blurbs on time, but I suppose that some students
being back to school already is a reason.

Note that I have complete data as part of official GSoC evaluations
but their content is private to mentors by GSoC rule, so I'm still
keeping tabs on things, don't worry :)

> Exactly like David Kalnischkies wrote his summary.
>
> (That said, THANKS for doing it, I imagine it's quite a bit of work and
> I share your enthusiasm that it looks like many of the students will stay
> with Debian even after the GSoC projects are "finished".)

Thanks. We all hope they (you students!) do.

Cheers


[1] 



--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktiko-8ujxivwqdpd=uy2k3sv2=ne8jrefmbgq...@mail.gmail.com

Re: Re: searching inside files with find, cat and grep as a oneliner ...

2010-09-20 Thread Stephen Powell 
On Sat, 18 Sep 2010 08:40:31 -0400 (EDT), Adam Borowski wrote:
> On Sat, Sep 18, 2010 at 12:01:17PM +0100, Clive Standbridge wrote:
>> Stephen Powell wrote:
>>> Search all files under the home directory (recursively) with an
>>> extension of .txt
>>> for the keyword "xorg":
>>> 
>>> grep -r xorg ~/*.txt
>> 
>> That looks like a misunderstanding. That command actually causes grep
>> to search
>> (a) files matching *.txt in the home directory.
>> (b) files of ANY name, contained in subdirectories named *.txt in the
>> home directory.
>> 
>> To search all files under the home directory (recursively) with an
>> extension of .txt, you will need to use find .. | xargs or find
>> .. -exec ... {} + as discussed previously,
> 
> I guess you're looking for:
> grep -r --include='*.txt' xorg ~

Clive, you are quite correct.  I didn't think that through carefully
enough.  Thanks for pointing that out.  And thanks to you, Adam, for
the corrected version.

-- 
  .''`. Stephen Powell
 : :'  :
 `. `'`
   `-


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1732889826.116729.1284988319814.javamail.r...@md01.wow.synacor.com

Re: Bug#596511: ITP: simon -- Open source speech recognition

2010-09-20 Thread Peter Grasch 



Hi!

Please cc me in further requests because I am not subscribed to
debian-devel@lists.debian.org (I found this by accident).



Samuel Thibault  writes:
>  « The HTK is, strictly speaking, no dependency of simon. It extends
>  simon functionality: Without it is not possible to create speech mdoels
>  but you can still use existing ones. »
>
>  And can you modify one?  I guess you can't.  That's an issue.

Of course you can. The HTK format is a well documented ASCII format.
However, I doubt that this is what you want.
Speech models are not really modified - they are re-created (like
compiled source code). You could possibly convert them to the SPHINX
format with the GPL converter on sourceforge tough and do the adaption
there. You could then convert it back for use with simon. With the same
procedure you could also create entirely new models for use with simon with
completely free software.

I have to note that I haven't tried this yet, tough.

Please also keep in mind that for example GNOME voice control doesn't
provide any training at all - open source or otherwise. Its not like simon
doesn't provide any functionality on an completely free software stack.


Peter, have you prepared a source *.deb yet?  It would be interesting to
look at the code to understand how critical the non-free component is.

Sure. There are complete packages in the Ubuntu ppa:
https://launchpad.net/~grasch-simon-listens/+archive/simon/

The package files are in the debian git repository on git.debian.org.

Best regards,
Peter


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c9776d5.20...@simon-listens.org

Re: Accepted postgresql-9.0 9.0.0-1 (source all amd64)

2010-09-20 Thread Rene Engelhard 
Hi,

On Mon, Sep 20, 2010 at 01:32:41PM +, Martin Pitt wrote:
[...]
>  libpq-dev  - header files for libpq5 (PostgreSQL library)
>  libpq5 - PostgreSQL C client library
[...]
>* Final 9.0 release, upload to unstable (will not go into Squeeze, though).
[...]
>  bb626688fd7e228052ee28c614820adc49a4e8fc 502726 libpq-dev_9.0.0-1_amd64.deb
>  05f0d46ff21d0311475d3df930c50cc273afc158 416472 libpq5_9.0.0-1_amd64.deb
[...]

$ cat /var/lib/dpkg/info/libpq5.shlibs 
libpq 5 libpq5 (>= 9.0~)

And how are packages linking against libpq5 now aupposed to go into squeeze 
with fixes?

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  r...@debian.org | GnuPG-Key ID: D03E3E70
   `-   Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100920161131.gd16...@rene-engelhard.de

Re: Accepted postgresql-9.0 9.0.0-1 (source all amd64)

2010-09-20 Thread Bastian Blank 
On Mon, Sep 20, 2010 at 06:11:31PM +0200, Rene Engelhard wrote:
> $ cat /var/lib/dpkg/info/libpq5.shlibs 
> libpq 5 libpq5 (>= 9.0~)
> And how are packages linking against libpq5 now aupposed to go into squeeze 
> with fixes?

A preliminary analysis shows that the addition of a symbols file should
be enough for the client library in libpq5. There are five new exported
functions and no tricky define stuff. Not sure about the other lib.

For the record, -release asked to NMU this fast. No further warning will
be given if this seems to be working and I see no response from the
maintainer.

Bastian

-- 
Klingon phaser attack from front!
100% Damage to life support


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100920171039.gb9...@wavehammer.waldi.eu.org

Re: Accepted postgresql-9.0 9.0.0-1 (source all amd64)

2010-09-20 Thread Martin Pitt 
Hello Bastian,

Bastian Blank [2010-09-20 19:10 +0200]:
> On Mon, Sep 20, 2010 at 06:11:31PM +0200, Rene Engelhard wrote:
> > $ cat /var/lib/dpkg/info/libpq5.shlibs 
> > libpq 5 libpq5 (>= 9.0~)
> > And how are packages linking against libpq5 now aupposed to go into squeeze 
> > with fixes?
> 
> A preliminary analysis shows that the addition of a symbols file should
> be enough for the client library in libpq5. There are five new exported
> functions and no tricky define stuff. Not sure about the other lib.

I'm terribly sorry for the mess, should have thought about that
before. I'm currently preparing another upload with a proper symbols
file. I need to leave now for about 2.5 hours, but you'll definitively
get a new and tested upload by midnight (CEST) today.

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100920173816.gl2...@piware.de

Re: Re: searching inside files with find, cat and grep as a oneliner ...

2010-09-20 Thread Adam Borowski 
On Mon, Sep 20, 2010 at 09:11:59AM -0400, Stephen Powell wrote:
> On Sat, 18 Sep 2010 08:40:31 -0400 (EDT), Adam Borowski wrote:
> > On Sat, Sep 18, 2010 at 12:01:17PM +0100, Clive Standbridge wrote:
> >> To search all files under the home directory (recursively) with an
> >> extension of .txt, you will need to use find .. | xargs or find
> >> .. -exec ... {} + as discussed previously,
> > 
> > I guess you're looking for:
> > grep -r --include='*.txt' xorg ~
> 
> Clive, you are quite correct.  I didn't think that through carefully
> enough.  Thanks for pointing that out.  And thanks to you, Adam, for
> the corrected version.

It's not "corrected", as Clive's idea would work just fine.  My version is
just simpler and faster, at the cost of using a GNU-specific extension and
thus being less portable.

-- 
1KB // Microsoft corollary to Hanlon's razor:
//  Never attribute to stupidity what can be
//  adequately explained by malice.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100920190456.ga10...@angband.pl

Re: RFC: Rules for distro-friendly packages

2010-09-20 Thread Yavor Doganov 
Enrico Weigelt wrote:
> * Yavor Doganov  schrieb:
> > > Switching dependencies which silently enables/disables features is
> > > a generally bad approach.
> > 
> > Well, in my very humble experience, an optional dependency is there
> > precisely to provide an optional feature.
> 
> No, opposite direction: features are functional requirements, whose
> implementations just happens to have some dependencies. For example,
> an feature could be supporting compressed files, implemented using
> zlib or libbz2.

That's exactly where --with-zlib and --with-libbz2 should be used
(according to the practice recommended by Autoconf, at least).
--enable-compression could by default check for zlib and libbz2, and
enable either or both if found.  If neither is found and
--enable-compression was manually specified by the installer, the
configure script should fail with a proper error message.

That's what users generally expect, since the recommendation has been
there for ages.

> > > And still many people need them.
> > 
> > I seriously doubt that.
> 
> You doubt the whole embedded/smalldev development going all around
> the world ?

I admit I'm not familiar with this topic ("embedded/smalldev
development").  If static libraries are really needed there, and this
is an area Debian strives to support, I guess the stance about static
libs should be widely discussed.

> > > > I strongly disagree with requiring pkg-config.  
> > > 
> > > Well, actually, I need it, eg. for clean sysroot'ed crosscompiling.
> > 
> > But pkg-config is notoriously bad when cross-compiling...  
> 
> No, it's not. Actually, it's quite fine. Just give it the right
> environment variables, so it takes everything from sysroot.

That's what I'm talking about.  You don't need to play with PKG*
variables if pkg-config macros are *not* used.

> And you suppose all the individual distro maintainers to manually
> tweak each package for each target ?

Of course not.  A proper usage of the GNU Build System does not
require pkg-config, and certainly does not require manual tweaks.

> It's easier to control those things via a generic interface like
> pkg-config (note: I'm talking about the _interface_, not just the
> binary /usr/bin/pkg-config !)

This interface contradicts the Autoconf philosophy (i.e., perform
realistic feature tests, not merely version comparisons), which is why
some developers do not like and/or trust its approach.  Others do,
which is also fine.

I don't see why Debian should insist on upstreams to be in the former
or the latter group.  Really.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/874odkdxcy.gnus_not_unix!%ya...@gnu.org

Re: Accepted postgresql-9.0 9.0.0-1 (source all amd64)

2010-09-20 Thread Martin Pitt 
Hello again,

Bastian Blank [2010-09-20 19:10 +0200]:
> A preliminary analysis shows that the addition of a symbols file should
> be enough for the client library in libpq5. There are five new exported
> functions and no tricky define stuff. Not sure about the other lib.

OK, fixed and tested by checking psql's own dependencies (-client now
depends on >= 9.0~, but -contrib only on >= 8.4~), and rebuilding an
rdepends.

Sorry again for the brainfart,

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Re: Bug#597202: ITP: kstars-data-extra-tycho2 -- Contains the Tycho2 star catalog for centralized install, avoiding per-user install

2010-09-20 Thread Javier Fernández-Sanguino Peña 
On Sun, Sep 19, 2010 at 05:24:38PM +0100, Noel David Torres Taño wrote:
> > > * License : GPL
> > 
> > This license is *not* the license the Tycho2 catalog was distributed
> > with 10 years ago (8th february 2000). It might be worth clarifying with
> > Erik Høg, original author of the catalog from the Niels Bohr Institute
> > under which license this catalog can be distribued.
> > 
> > Please note that other catalogues distributed by international
> > organisations (ESA, NASA) have had a 'please do not modify these files'
> > strings attached and have thus fallen into non-free (see gliese and
> > yale catalogues).
> 
> That is the license of the file I'm distributing. Should I contact Simha and 
> Harris to see if THEY are violating the Tycho-2 catalog license?

Please confirm with them that this *derived* data from the Tycho-2 can be
indeed GPL-licensed. I would be very surprised if this is the case (I've had
contact with some producers of star data catalogues in the past) but if it is
fine.

We packaged the Gliese and Yale packages as they are right now (in non-free
and including the original sources with data files for starplot generated on
install) as the upstream authors would not allow for modification of the star
data catalogs.

Throughout the years maintainers (both Debian and upstream's) have learnt of
this "the hard way", i.e.  bugs in celestia: #174456, stellarium #198495,
kstars #198499, xephem 225002 and stars: #246047, gstar #246048, openuniverse
#246049.

Some upstream developers (kstars') were very helpful in the past. When we
took this issue up with them, the kstars team (Jason Harris mainly) digged up
contacts with the catalog providers. 

This is what someone from CDS replied (when asked about Hipparcos and SAO
catalogs):

: Catalogues available at CDS contain scientific data distributed
: for free, for a scientific usage. Only the expenses related to
: copying and mailing are charged if relevant.
: Companies including such data in their commercial products cannot
: charge their clients for the data. Furthermore, users must be informed
: of the origin of the data: this means an explicit reference to the service
: provided by the CDS and also to the original author(s) of each catalogue.
:

So this initially made the catalogs used by kstars non-free, they then
contacted people at ESA which confirmed that Hipparcos was in the
public-domain:

:  Hello Jason,
:
:  The Hipparcos data is in the public domain and may be used
:  by anyone. We do request however that use of the catalogue data
:   is acknowledged. Something similar to "This application
:  makes use of the  Hipparcos and Tycho catalogues (ESA, 1997)"
:  could be appropriate, and a link to the ESA Hipparcos web pages
:  (http://sci.esa.int/hipparcos) would also be appreciated.
:
:  Can I enquire what you would like to use the catalogue for?
:
:  Regards,
:  Karen O'Flaherty

As a consequence kstars switch to the Hypparcos catalog (and many other
astronomy packages too).

Since the main author of the Tycho2 catalog is Erik Høg I suggest asking
the kstars developed if they have contacted him regarding the catalog and, if
not, get clarification from him


> > Actually, I believe that the fact that the catalog is not provided *within*
> > the kstars program is certainly because it is not considered free.
> 
> I believe instead that the fact that the catalog is not provided *within* the 
(...)
> own set of predefined stars up to the visual magnitude. Datafile authors
> (which are, by the way, two of the same authors of the program itself) say
> the datafile is GPL, so I can not think they decided not to include it
> because of it being not free.

Please, take this up with upstream for clarification because in the past
other upstreams have made the same assumptions which turned out not to be
valid with other catalogs (i.e. yale). It would be best to seek clarification
from the author.  I don't see GPL anywhere at
http://www.astro.ku.dk/~erik/Tycho-2/, in fact, I don't see any reference to
licenses at all so I'm quite sure the original author do not stamped a GPL
license to the data.

Since upstream developers (kstars) where very open to discussion and where
really helpful when we brought to them this issue 7 years ago, they probably
have researched this issue, but a statement from the original author of the
catalog (to be used in debian/copyright) would be good to have.

Regards

Javier



signature.asc
Description: Digital signature

Re: Bug#597202: ITP: kstars-data-extra-tycho2 -- Contains the Tycho2 star catalog for centralized install, avoiding per-user install

2010-09-20 Thread Noel David Torres Taño 
On Lunes 20 Septiembre 2010 21:58:41 Javier Fernández-Sanguino Peña escribió:
[...]
> 
> Please confirm with them that this *derived* data from the Tycho-2 can be
> indeed GPL-licensed. I would be very surprised if this is the case (I've
> had contact with some producers of star data catalogues in the past) but
> if it is fine.
> 
> We packaged the Gliese and Yale packages as they are right now (in non-free
> and including the original sources with data files for starplot generated
> on install) as the upstream authors would not allow for modification of
> the star data catalogs.
> 
> Throughout the years maintainers (both Debian and upstream's) have learnt
> of this "the hard way", i.e.  bugs in celestia: #174456, stellarium
> #198495, kstars #198499, xephem 225002 and stars: #246047, gstar #246048,
> openuniverse #246049.
> 
> Some upstream developers (kstars') were very helpful in the past. When we
> took this issue up with them, the kstars team (Jason Harris mainly) digged
> up contacts with the catalog providers.
> 
> This is what someone from CDS replied (when asked about Hipparcos and SAO
> 
> catalogs):
> : Catalogues available at CDS contain scientific data distributed
> : for free, for a scientific usage. Only the expenses related to
> : copying and mailing are charged if relevant.
> : Companies including such data in their commercial products cannot
> : charge their clients for the data. Furthermore, users must be informed
> : of the origin of the data: this means an explicit reference to the
> : service provided by the CDS and also to the original author(s) of each
> : catalogue.
> 
> So this initially made the catalogs used by kstars non-free, they then
> contacted people at ESA which confirmed that Hipparcos was in the
> 
> public-domain:
> :  Hello Jason,
> :  
> :  The Hipparcos data is in the public domain and may be used
> :  by anyone. We do request however that use of the catalogue data
> :  
> :   is acknowledged. Something similar to "This application
> :  
> :  makes use of the  Hipparcos and Tycho catalogues (ESA, 1997)"
> :  could be appropriate, and a link to the ESA Hipparcos web pages
> :  (http://sci.esa.int/hipparcos) would also be appreciated.
> :  
> :  Can I enquire what you would like to use the catalogue for?
> :  
> :  Regards,
> :  Karen O'Flaherty
> 
> As a consequence kstars switch to the Hypparcos catalog (and many other
> astronomy packages too).
> 
> Since the main author of the Tycho2 catalog is Erik Høg I suggest asking
> the kstars developed if they have contacted him regarding the catalog and,
> if not, get clarification from him
> 
> > > Actually, I believe that the fact that the catalog is not provided
> > > *within* the kstars program is certainly because it is not considered
> > > free.
> > 
> > I believe instead that the fact that the catalog is not provided *within*
> > the
> 
> (...)
> 
> > own set of predefined stars up to the visual magnitude. Datafile authors
> > (which are, by the way, two of the same authors of the program itself)
> > say the datafile is GPL, so I can not think they decided not to include
> > it because of it being not free.
> 
> Please, take this up with upstream for clarification because in the past
> other upstreams have made the same assumptions which turned out not to be
> valid with other catalogs (i.e. yale). It would be best to seek
> clarification from the author.  I don't see GPL anywhere at
> http://www.astro.ku.dk/~erik/Tycho-2/, in fact, I don't see any reference
> to licenses at all so I'm quite sure the original author do not stamped a
> GPL license to the data.
> 
> Since upstream developers (kstars) where very open to discussion and where
> really helpful when we brought to them this issue 7 years ago, they
> probably have researched this issue, but a statement from the original
> author of the catalog (to be used in debian/copyright) would be good to
> have.
> 
> Regards
> 
> Javier

I will contact kstars developers about that, as you suggest. I really do not 
want to get Debian into (more) legal issues like those you name. I will try to 
get the statement from Erik Høg too (mailed him yesterday, no answer as of 
now).

Moreover, the cite from Karen O'Flaherty mentions both Hipparcos and Tycho. 
Does it refer just to Tycho 1 ?

Thanks for all the work and advice

Noel
er Envite


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

FW: [Xen-devel] xen 4 only seeing one keyboard and mouse, fixed in xen 4.0.2-rc-pre

2010-09-20 Thread Mike Viau 

> On Mon, 20 Sep 2010 18:05:06 +0300  wrote:
> 
> On Mon, Sep 20, 2010 at 10:51:52AM -0400, Konrad Rzeszutek Wilk wrote:
>> On Fri, Sep 17, 2010 at 11:49:02PM +0100, M A Young wrote:
>>> On Wed, 8 Sep 2010, Konrad Rzeszutek Wilk wrote:
>>>
Compared this to how Xen works it is pretty much exactly the same.
Except that I think Xen forces the IO APIC to be reset. Here it looks
as if it is untouched from the boot - but who knows?

I think you need to figure out who sets the IO APIC entries earlier
on. It might be as well that nobody does and this is what the BIOS
came up and under Xen we clear it up.
>>>
>>> The latest 4.0.2-rc1-pre fixes my problem. I saw the patch
>>> http://xenbits.xensource.com/xen-4.0-testing.hg?rev/965d47d5d7c2
>>> which looked relevant, so I tried a build including it and my laptop
>>> keyboard and mouse work again.
>>
>> Woot! Excellent!
>>
>
> Yeah, good to hear this got resolved.
>
> Debian folks might want to include that patch in their Xen .deb packages
> for upcoming Squeeze (6.0) release..
>
> -- Pasi

Message forwarded from the Xen mailing list for both Debian Xen Developers and 
Users :)


-M
  

--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/bay148-w606f810a34b0ccc9f7a6b6ef...@phx.gbl

Re: Bug#597571: nodejs: non common executable name

2010-09-20 Thread Carl Fürstenberg 
2010/9/21 Jérémy Lal :
> On 21/09/2010 01:31, Carl Fürstenberg wrote:
>> On Tue, Sep 21, 2010 at 00:46, Jérémy Lal  wrote:
>>> On 21/09/2010 00:27, Carl Fürstenberg wrote:
 Package: nodejs
 Version: 0.2.2-1
 Severity: normal

 in debian, the executable name is set to "nodejs"; this seems to be
 really uncommon out in the wild, where it's assumed it's called "node"
 for short.

 Unless there is a compelling reason for sticking with the name "nodejs",
 I would want the package to change the name of the executable to "node",
 or at least add an alias for it.
>>>
>>> The only reason is because there's already a package providing a "node" 
>>> binary
>>> in debian [0].
>>>
>>> I also contacted debian-hams to see if they'd mind changing this binary 
>>> name,
>>> and the answer is clearly no [1].
>>>
>>> So for now, i guess conflicting with "node" package is the only alternative.
>>> However, i doubt it will be accepted. Do this reason for a conflict have 
>>> already
>>> been accepted in the archive ?
>>>
>>>
>>>
>>> [0]
>>> http://lists.debian.org/debian-devel/2010/08/msg00568.html
>>> [1]
>>> http://lists.debian.org/debian-hams/2010/08/msg00031.html
>>>
>>>
>>
>>
>> Don't know if it's a valid source, but according to popcon, "nodejs"
>> http://qa.debian.org/popcon.php?package=nodejs is more popular now
>> than "node" http://qa.debian.org/popcon.php?package=node
>
> I noticed. Unfortunately it's not.
> Feel free to submit any idea about that problem !
>
> Jérémy.
>


Policy only states "The maintainers should report this to the
debian-devel mailing list and try to find a consensus about which
program will have to be renamed. If a consensus cannot be reached,
both programs must be renamed."; I don't see any consensus in the
thread you linked to, so technically both must change at the moment :)

I do CC -devel though, so we can see what their input is on this
issue. (the reply from Ray Wells felt really single sided and
unconstructive).




-- 
/Carl Fürstenberg 


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlkti=wzcmlsotoxoe4az5joztfc2z0-oaerpcnq...@mail.gmail.com