Deng Xiyue writes:
> [Don't know whether this has been asked. If so, pointers are welcomed.]
>
> According to Debian Policy Manual section 12.5:
>
> In addition, the copyright file must say where the upstream sources
> (if any) were obtained. *It should name the original authors of the
>
[Don't know whether this has been asked. If so, pointers are welcomed.]
According to Debian Policy Manual section 12.5:
In addition, the copyright file must say where the upstream sources
(if any) were obtained. *It should name the original authors of the
package and the Debian maint
Package: wnpp
Severity: wishlist
Owner: Ray Wang
* Package name: mono-uiaatkbridge
Version : 1.0
Upstream Author : Mono Accessibility
* URL : http://www.mono-project.com/Accessibility
* License : MIT
Programming Lang: C#
Description : Bridge between U
Package: wnpp
Severity: wishlist
Owner: Ray Wang
* Package name: mono-uiautomationwinforms
Version : 1.0
Upstream Author : Mono Accessibility
* URL : http://www.mono-project.com/Accessibility
* License : MIT
Programming Lang: C#
Description : Implemen
Package: wnpp
Severity: wishlist
Owner: Salvatore Bonaccorso
* Package name: yapet
Version : 0.3
Upstream Author : Rafael Ostertag
* URL : http://www.guengel.ch/myapps/yapet/
* License : GPL-3+
Programming Lang: C++
Description : Yet Another Password E
Andres Mejia writes:
> Oh. I didn't know of such a goal and the DEP draft doesn't mention
> this. I've always thought the copyright file was meant to be most
> readable by people.
Yes, and that's certainly a goal that should not be lost. As I
understand it, the goal is to make it *also* easily p
On Mon, Jun 08, 2009 at 12:03:00AM -0400, Andres Mejia wrote:
> On Sunday 07 June 2009 22:51:10 Noah Slater wrote:
> > On Sun, Jun 07, 2009 at 10:44:41PM -0400, Andres Mejia wrote:
> > > Which implementation could we reasonably expect most people to understand
> > > (to include people not knowledge
On Sunday 07 June 2009 22:51:10 Noah Slater wrote:
> On Sun, Jun 07, 2009 at 10:44:41PM -0400, Andres Mejia wrote:
> > Which implementation could we reasonably expect most people to understand
> > (to include people not knowledgeable with shell escaping)? For example,
> > consider what the two fiel
On Sun, Jun 07, 2009 at 10:44:41PM -0400, Andres Mejia wrote:
> Consider two examples of a Files field, one space-separated, and one
> comma-separated.
> space-separated
> Files: a\ b c d\ e\ f g.*
> comma-separated
> Files: a b, c, d e f, g.*
> Which implementation could we reasonably expec
On Sun, 2009-06-07 at 22:44 -0400, Andres Mejia wrote:
> Which implementation could we reasonably expect most people to understand (to
> include people not knowledgeable with shell escaping)? For example, consider
> what the two fields may mean to a Windows user.
I think the style I proposed i
On Sun, Jun 07, 2009 at 10:44:41PM -0400, Andres Mejia wrote:
> Which implementation could we reasonably expect most people to understand (to
> include people not knowledgeable with shell escaping)? For example, consider
> what the two fields may mean to a Windows user.
To a Windows user?
Heh, I
On Sunday 07 June 2009 10:20:59 Noah Slater wrote:
> On Sun, Jun 07, 2009 at 11:07:15PM +0900, Charles Plessy wrote:
> > I think that how to specifiy a list of files is in the end in the hands
> > of the people writing parsers.
>
> I think that this optimises for the wrong thing. The parsing code w
On Sun, 2009-06-07 at 01:10 -0700, oohay moc. wrote:
> Hello,
> ...
> Had the license been completed. Would they've/you've considered it?
Seems non-free to me.
-Rob
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: Michele Martone
* Package name: fim
Version : 0.3-beta
Upstream Author : Michele Martone
* URL : http://savannah.nongnu.org/projects/fbi-improved/
* License : GPL
Programming Lang: C++
Description : Fbi IMproved
Thanks for the suggestions, but libposix already has well defined goals. We
in the project believe that libposix may be useful for a lot of people,
including people who are not the target audience. Again, we welcome anyone
who wants to join in.
2009/6/7 Samuel Thibault
> Henrique Almeida, le Su
On Sun, Jun 07, 2009 at 11:36:25PM +0200, Norbert Preining wrote:
> On So, 07 Jun 2009, Josselin Mouette wrote:
> > Le vendredi 05 juin 2009 à 21:15 +0200, Frank Küster a écrit :
> > > texlive-base's postrm, upon REMOVE, uses a command from tex-common, on
> > > which it already DEPENDS. This is all
On So, 07 Jun 2009, Josselin Mouette wrote:
> Le vendredi 05 juin 2009 à 21:15 +0200, Frank Küster a écrit :
> > texlive-base's postrm, upon REMOVE, uses a command from tex-common, on
> > which it already DEPENDS. This is allowed by policy.
>
> I’m not sure about the policy, but I’m certain that w
Hi All,
Just a reminder, the plumbers conference (Portland, OR, USA) CFP closes
on 15 June 2009:
http://linuxplumbersconf.org/2009/2009/04/lpc-2009-call-for-proposals/
One of the tracks we thought we'd try this year is inter distribution
co-operation, so we're looking for any topics you think mi
Henrique Almeida, le Sun 07 Jun 2009 13:06:20 -0300, a écrit :
> newlib has embedded systems as main targets,
Err, not necessarily, as cygwin's usage shows.
> while libposix targets general purpose computers.
And thus will _have_ to support the old standard and the extensions, do
not dream.
> t
On Sun, Jun 07, 2009 at 01:06:20PM -0300, Henrique Almeida wrote:
> http://libposix.sourceforge.net/COMPARE
That page is unreadable with a proportional font; if you put text files
with tables on your webpage, I suggest to HTML-ify it for the web.
Michael
--
To UNSUBSCRIBE, email to debian-de
Hello,
since dpkg 1.15, update-alternatives is more strict and forbids lots of
silly operations that were previously accepted. Unfortunately improper
usage of u-a in the past could lead to cruft files that cause bugs on
upgrade. You have examples in #530633 and #531611.
| Setting up gnome-session
Gauvain Pocentek wrote:
Hi all,
On 06/07/2009 03:59 PM, Gilles Filippini wrote:
really don't want to take over the package without interaction with Thomas.
But I'm definitly interesting in helping out with this package, maybe in a team
as Vincent Bernat suggested in an other mail.
Maybe
A comparison between libposix and other "libc" implementations is available
at:
http://libposix.sourceforge.net/COMPARE
Newlib would be equivalent to eglibc and uclibc in the table. More
specifically, newlib has embedded systems as main targets, while libposix
targets general purpose computers
On Sun, Jun 07, 2009 at 11:07:15PM +0900, Charles Plessy wrote:
> I think that how to specifiy a list of files is in the end in the hands of the
> people writing parsers.
I think that this optimises for the wrong thing. The parsing code will be wrote
once, or only a few times at most. The file for
Il giorno Sun, 07 Jun 2009 15:59:55 +0200
Gilles Filippini ha scritto:
> It appears that lilypond is actively maintained in ubuntu[1].
> I'd like to take over this package in Debian but I don't know about
> the practices when a package is already maintained in Ubuntu:
> * should I start from the
OoO En ce début d'après-midi ensoleillé du dimanche 07 juin 2009, vers
15:59, Gilles Filippini disait :
> It appears that lilypond is actively maintained in ubuntu[1].
> I'd like to take over this package in Debian but I don't know about the
> practices when a package is already maintained in U
Le Sun, Jun 07, 2009 at 12:44:23AM -0400, Andres Mejia a écrit :
> The current proposal for DEP 5 has this snippet for the 'Files' field.
>
> "List of space-separated globbing pathnames (see man 7 glob for more details)
> indicating files that have the same licence and share copyright holders."
Hi,
Paul Wise a écrit :
> It looks like lilypond is unmaintained in Debian, so that is unlikely
> to happen until it gets a new maintainer or newly active maintainer.
> CCing the maintainer, hopefully they will respond.
It appears that lilypond is actively maintained in ubuntu[1].
I'd like to tak
Henrique Almeida, le Sun 07 Jun 2009 10:33:28 -0300, a écrit :
> I know debian has just switched it's libc implementation, but I've
> created a project that will hopefully lead core Unix functionality
> into a new direction.
What's the difference with newlib's libc?
Samuel
--
To UNSUBSCRIBE,
Stephen Gran writes:
> This one time, at band camp, Ben Finney said:
> > I'm not sure how to resolve this without making the specification
> > more hairy. Is there prior art we can refer to?
>
> Why not just use standard csv rules for this sort of thing, ie add
> quotes where necessary?
I can s
(this message will be posted to debian-glib and debian-devel)
Hello,
I know debian has just switched it's libc implementation, but I've
created a project that will hopefully lead core Unix functionality
into a new direction. The goal is unifying all Unix implementations
with a small, clean and p
On Sun, 07 Jun 2009, Andres Mejia wrote:
> "List of space-separated globbing pathnames (see man 7 glob for more details)
> indicating files that have the same licence and share copyright holders."
>
> This doesn't take into account files or directories that may be named with
> spaces.
Principle
Hi!
I wanted to set the background image of kdm's login screen to
a file called "Gänseblümchen.jpeg" (Gänseblümchen is German
for daisy flower), but I had to find out that l10n isn't set up that early.
The bug (#528937) is closed now, but I feel it should not be the
responsibility of kdm (gdm, x
Did you read the license?
The majority of the software in Debian is licensed under the GPL, that is why
Debian is referred to as licensed under the GNU GPL.
I would think the license would be applied to the act of final distribution of
Debian, to the source LiveCD, or other ways. So that when o
This one time, at band camp, Ben Finney said:
> I'm not sure how to resolve this without making the specification more
> hairy. Is there prior art we can refer to?
Why not just use standard csv rules for this sort of thing, ie add
quotes where necessary?
--
--
Package: wnpp
Severity: wishlist
Owner: Deepak Tripathi
* Package name: snmpscan
Version : 0.1
Upstream Author : Marco Ceresa
* URL : http://rubyforge.org/projects/snmpscan/
* License : Ruby
Programming Lang: Ruby
Description : A simple yet powerf
Package: wnpp
Severity: wishlist
Owner: Rafael Laboissiere
* Package name: glpk-java
Version : 1.0.1
Upstream Author : Heinrich Schuchardt
* URL : http://glpk-java.sourceforge.net
* License : GPL-3+
Programming Lang: Java
Description : Java binding to
"oohay moc." writes:
> So! I was wondering what the community at large, and hopefully the
> main Debian developers, think about InaTux's "Author's Choice of
> Terminology License"? You can find it here:
> http://www.inatux.com/actl/
It's much more practical to look at how *works* are licensed, s
Xavier MAILLARD (07/06/2009):
> The package was already in Debian till 2006 then it got dropped (no
> reason given).
You could look at:
http://packages.qa.debian.org/r/records.html
Removed 1.4.9-4.1 from unstable →
http://packages.qa.debian.org/r/records/news/20081204T190628Z.html
# 507598 →
ht
On Sun, 7 Jun 2009 10:46:51 +0200
Xavier MAILLARD wrote:
> The package was already in Debian till 2006 then it got dropped (no
> reason given).
The reasons are accessible via the PTS:
http://packages.qa.debian.org/r/records.html
[2008-12-04] Removed 1.4.9-4.1 from unstable (Thomas Viehmann)
ht
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: records
Version: 1.5.2
Upstream Author: Xavier Maillard
URL: http://launchpad.net/records
License: GPL
Description: Records-mode
su, 2009-06-07 kello 00:44 -0400, Andres Mejia kirjoitti:
> The current proposal for DEP 5 has this snippet for the 'Files' field.
>
> "List of space-separated globbing pathnames (see man 7 glob for more details)
> indicating files that have the same licence and share copyright holders."
>
> Thi
On Tue, 2009-06-02 at 10:28 -0400, Michael Poole wrote:
> I have some relevant experience that makes me skeptical about needing
> sophisticated structures to achieve acceptable performance
Some concrete numbers:
- naive fstrcmp comparisons (using edit distance, lifted from GNU
Gettext)
- list of
Hello,
I have sent an email to Richard Stallman asking a similar question, no response.
So! I was wondering what the community at large, and hopefully the main Debian
developers, think about InaTux's "Author's Choice of Terminology License"? You
can find it here: http://www.inatux.com/actl/
It
Le vendredi 05 juin 2009 à 21:15 +0200, Frank Küster a écrit :
> texlive-base's postrm, upon REMOVE, uses a command from tex-common, on
> which it already DEPENDS. This is allowed by policy.
I’m not sure about the policy, but I’m certain that with the current
dpkg version this will fail miserably
Andres Mejia wrote:
> On Sunday 07 June 2009 02:16:41 you wrote:
>> On Sun, 2009-06-07 at 00:44 -0400, Andres Mejia wrote:
>> > The current proposal for DEP 5 has this snippet for the 'Files' field.
>> >
>> > "List of space-separated globbing pathnames (see man 7 glob for more
>> > details) indica
On Sunday 07 June 2009 03:02:32 Ben Finney wrote:
> Andres Mejia writes:
> > On Sunday 07 June 2009 01:47:04 Ben Finney wrote:
> > > Thanks for raising this problem with the current draft. I agree that
> > > it needs to be changed to allow spaces in the patterns.
>
> […]
>
> > > I would prefer to
Package: wnpp
Severity: wishlist
Owner: LI Daobing
* Package name: ibus-table-zhuyin
Version : 1.1.0.20090602
Upstream Author : Ding-Yi Chen
* URL : http://code.google.com/p/ibus
* License : GPLv2+
Programming Lang: N/A
Description : the zhuyin input m
On Sunday 07 June 2009 02:16:41 you wrote:
> On Sun, 2009-06-07 at 00:44 -0400, Andres Mejia wrote:
> > The current proposal for DEP 5 has this snippet for the 'Files' field.
> >
> > "List of space-separated globbing pathnames (see man 7 glob for more
> > details) indicating files that have the sam
Package: wnpp
Severity: wishlist
Owner: LI Daobing
* Package name: ibus-table-translit
Version : 1.1.0.20090603
Upstream Author : Caius 'kaio' Chance < k AT kaio DOT me >
* URL : http://code.google.com/p/ibus
* License : GPLv2+
Programming Lang: N/A
Descrip
Robert Collins writes:
> On Sun, 2009-06-07 at 00:44 -0400, Andres Mejia wrote:
> > I suggest that the Files field use a comma-separated list of
> > globbing pathnames instead, else something ugly like 'path/with some
> > spaces/'* would have to be used.
>
> That just trades ' ' for ',' as the p
Package: wnpp
Severity: wishlist
Owner: LI Daobing
* Package name: ibus-table-xinhua
Version : 1.1.0.20090605
Upstream Author : dgod DOT osa AT gmail DOT com
* URL : http://code.google.com/p/ibus
* License : GPLv3+
Programming Lang: N/A
Description : Xi
Package: wnpp
Severity: wishlist
Owner: LI Daobing
* Package name: ibus-table-quick
Version : 1.1.0.20090601
Upstream Author : Yu Yuwei (acevery) ,
Caius "kaio" Chance
* URL : http://code.google.com/p/ibus
* License : Public Domain & GPLv2
Andres Mejia writes:
> On Sunday 07 June 2009 01:47:04 Ben Finney wrote:
> > Thanks for raising this problem with the current draft. I agree that
> > it needs to be changed to allow spaces in the patterns.
[…]
> > I would prefer to have a specification that allows the above field
> > to be parse
54 matches
Mail list logo
