Hey,
> I would like to know if there is any package of debian 4.0 and Lustre.
> This will be the ultimate.
Yes, we've created unofficial backport for etch. Use them on your own risk ;)
See [1] for details.
But I would strongly suggest you to update to lenny which is now the stable
debian rele
On Sun, Mar 22, 2009 at 12:55:58PM -0700, Russ Allbery wrote:
> Well, the one thing that I think we need to clarify here is whether we
> need to list the licenses for files that aren't source code for what goes
> into the binary distribution, such as the build system. The files from
> Autoconf and
Le Mon, Mar 23, 2009 at 10:30:42PM +0100, Cedric Delfosse a écrit :
> * License : LGPL v3
Hi Cédric,
according to the home page, XMind is dual licensed under 2 open source
licenses: the Eclipse Public License v1.0 (EPL), and the GNU Lesser General
Public License v3 (LGPL).
Bonne journée,
On Tue, Mar 24, 2009 at 12:52 PM, wrote:
> I prefer Debian 4.0 because I feel it is more stable than 5.0. Am I right?
I am unable to detect any difference in stability between etch & lenny
for my use-cases. There is more useful software available for lenny
though and it will be security-support
I prefer Debian 4.0 because I feel it is more stable than 5.0. Am I right?
On Mar 23, 2009 11:22pm, Paul Wise wrote:
On Tue, Mar 24, 2009 at 11:38 AM, set...@gmail.com> wrote:
> I would like to know if there is any package of debian 4.0 and Lustre.
> This will be the ultimate.
lust
On Mon, Mar 23, 2009 at 11:42:40PM +0100, Bill Allombert wrote:
> Hello developers,
> I am hereby proposing the amendement below to the General resolution
> entitled "Enhance requirements for General resolutions".
> PROPOSAL START
>
On Tue, Mar 24, 2009 at 11:38 AM, wrote:
> I would like to know if there is any package of debian 4.0 and Lustre.
> This will be the ultimate.
lustre appears to be only available in Debian 5.0 (lenny) and later,
you might want to upgrade to lenny instead of continuing to use etch.
There is als
I would like to know if there is any package of debian 4.0 and Lustre.
This will be the ultimate.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
As I discovered that libsoup SVN trunk has libproxy as an optional build
dependency, I stumbled upon this ITP, and found out that upstream has
been made aware of this issue:
http://code.google.com/p/libproxy/issues/detail?id=21
Based on that bug, I assume that a future release release will offer
Le Sunday 22 March 2009 23:53:02 Bill Allombert, vous avez écrit :
> Furthermore I am a Debian since 2001 and I see no evidence than the GR
> process was abused during that time. On the contrary, some GR were delayed
> to the point where it was inconvenient for the release process.
I agree. I fail
On 24/03/09 at 00:29 +0100, Frans Pop wrote:
> > PROPOSAL START
> > ===
> > General Resolutions are an important framework within the Debian
> > Project, which have served us well since the first GR vote in 2003,
> > with 804 devel
I don't have the energy to push this any more, but I should probably
at least refer to my previous attempt to standardize bulleted lists:
http://lists.debian.org/debian-devel/2005/12/msg00531.html
You might find it useful, or not. At least it more or less documents
current practice in aptitu
Hello developers,
I am hereby proposing the amendement below to the General resolution
entitled "Enhance requirements for General resolutions".
PROPOSAL START
General Resolutions are an important framework within the Debian
On Mon, 2009-03-23 at 10:03 +1100, Ben Finney wrote:
> > Anyway, thanks for the work on the format. To me it seems to
> > probably be a good thing. I hope this mail wasn't too negative.
>
> I find this a little confusing, since you spent most of your message
> saying how you *don't* think it's a g
Package: wnpp
Owner: Luca Capello
Severity: wishlist
User: pkg-fso-ma...@lists.alioth.debian.org
Usertags: package-creation
* Package name: xserver-xorg-video-glamo
Version : MMDD.gitCOMMIT (read below)
Upstream Author : mainly Lars-Peter Clausen
* URL or Web page : http://gi
Package: wnpp
Severity: wishlist
Owner: Cédric Delfosse
* Package name: xmind
Version : 3.0.2
Upstream Author : XMind Ltd.
* URL : http://code.google.com/p/xmind3/
* License : LGPL v3
Programming Lang: JAVA
Description : Mind mapping and brainstorming
* Steve Langasek [Mon, 23 Mar 2009 02:19:58 -0700]:
> On Mon, Mar 23, 2009 at 10:14:24AM +0100, Pierre Habouzit wrote:
> > Package: openbsd-inetd
> > Version: 0.20080125-2
> > Tags: squeeze sid
> > Severity: normal
> > Following the thread on debian-devel, where people seemed to agree with
> > su
* Darren Salt [Mon, 23 Mar 2009 18:01:15 +]:
> >> Debian Python Modules Team
> >> pyxine
> > We only build-dep on "libxine-dev" and depends are brought in by substvar,
> > so a binNMU should be enough to update dependencies.
> No; you need to explicitly depend on libxine1-x or libxine1-co
Le lundi 23 mars 2009 à 10:58 -0700, Ludovico Cavedon a écrit :
> > Theoretically, any application should work without its schemas
> > installed. Upstream considers it a bug otherwise. Practically speaking,
> > we are far from there and it’s safer to consider them required.
> >
> > In all cases, it
I demand that Sandro Tosi may or may not have written...
> On Mon, Mar 23, 2009 at 17:44, Darren Salt
> wrote:
>> Debian Python Modules Team
>> pyxine
> ...
>> Sandro Tosi
>> pyxine (U)
> We only build-dep on "libxine-dev" and depends are brought in by substvar,
> so a binNMU should be enou
Package: wnpp
Severity: wishlist
* Package name: libemail-received-perl
Version : 1.00
Upstream Author : Simon Cozens
* URL or Web page : http://search.cpan.org/~simon/Email-Received-1.00/
* License : same as Perl itself
Description : Perl library to parse an email R
On Mon, Mar 23, 2009 at 02:32:17PM +0100, Stefano Zacchiroli wrote:
> In that respect, resisting the NIH syndrome just means choose an
> already existing text-based markup language and adopt its
> convention. For instance, we can just say that long description lists
> have to be formatted as Markdo
2009/3/19 Josselin Mouette :
> Le jeudi 19 mars 2009 à 11:12 -0700, Ludovico Cavedon a écrit :
>> are application using gconf *required* to have provide a schema?
>> In other words, does it make sense to file a bug against applications
>> which fail to do so?
>
> Theoretically, any application shou
Quoting Andreas Tille (til...@rki.de):
> Could you please clarify whether you mean *enumeration* (in the sense
I meant itemization, actually, so more "" than "". There are
certainly very few cases where ordered lists are really useful in
packages' description.
Sorry for the approximative English
On Mon, Mar 23, 2009 at 17:44, Darren Salt
wrote:
> Debian Python Modules Team
> pyxine
...
> Sandro Tosi
> pyxine (U)
We only build-dep on "libxine-dev" and depends are brought in by
substvar, so a binNMU should be enough to update dependencies. Feel
free to coordinate this with release te
Le lundi 23 mars 2009 à 16:44 +, Darren Salt a écrit :
> Debian GNOME Maintainers
>totem (U)
Fixed in the svn.
--
.''`. Debian 5.0 "Lenny" has been released!
: :' :
`. `' Last night, Darth Vader came down from planet Vulcan and told
`-me that if you don't install Lenny, he
It's time to move towards being able to drop the dependencies on libxine1-x
and libxine-console from libxine1 and libxine1-all-plugins. This means that
packages which need xine-lib's X output plugins will need to depend on
libxine1-x, and packages which need its console output plugins will need to
2009/3/23 Lucas Nussbaum :
>> Secondly, the GR process depends heavily on the possibility of developers
>> to offer amendments and extra options on the ballots. In particular it
>> is vital that middle-ground options get on the ballot. Requiring of them
>> a high number of seconds might bar them f
On 23/03/09 at 14:28 +, Stephen Gran wrote:
> This one time, at band camp, Lucas Nussbaum said:
> > Could you propose an amendement that explicitely says that the current
> > rules don't need to be changed (different from FD), and another one that
> > proposes a compromise by requiring 8 or 10
On Mon, 23 Mar 2009, Stefano Zacchiroli wrote:
In particular, I observe that we (IIRC) already have psuedo-parsing
code which is used at least by packages.d.o to render as proper HTML
lists the pseudo-lists which come from long descriptions.
Not that I know of. IMHO it is just set verbose ()
On Sun, Mar 22, 2009 at 10:55:58AM +0100, Florian Weimer wrote:
> * Wouter Verhelst:
>
> > On Sat, Mar 21, 2009 at 10:53:55PM +0100, Florian Weimer wrote:
> >> * Bernd Zeimetz:
> >> > Being able to rename an interface without messing with udev is a
> >> > feature, not a bug.
> >>
> >> I think you
On Sun, Mar 22, 2009 at 01:17:01AM +0100, Marco d'Itri wrote:
> On Mar 21, Wouter Verhelst wrote:
>
> > While 1.6% is indeed a rather small amount, I wouldn't call 1340 people
> > 'trivial'.
> I do, since I expect that most of these are using sarge or worse.
There's no proof of that. Personally,
This one time, at band camp, Lucas Nussbaum said:
> Could you propose an amendement that explicitely says that the current
> rules don't need to be changed (different from FD), and another one that
> proposes a compromise by requiring 8 or 10 seconders?
You're aware that you can propose amendments
Le lundi 16 mars 2009 à 14:08 +0100, Josselin Mouette a écrit :
> 3. GNOME-PYTHON-EXTRAS
>
> What is happening in unstable:
> * egg.trayicon, gtkhtml2 and gtkmozembed each have their own
> binary package (python-eggtrayicon, python-gtkhtml2,
> python-gtkmozembed)
> * gk
On Mon, 23 Mar 2009, Felipe Sateler wrote:
The DeMuDi project is dead AFAIK.
This fits to my observation.
The 64studio spawned from it, and can't be a
pure blend. Actually the demudi team merged with the Debian Multimedia
Maintainers, so we now work together.
That's really good.
I would
On Fri, Mar 20, 2009 at 02:45:09PM +0100, Andreas Tille wrote:
> I do not propose drastic changes but a start for "Best practices"
> might be reasonable and perhaps some lintian warnings might help to
> remind developers to move to some standard.
Laudable initiative, thanks for raising the issue.
Joerg Jaspert wrote:
The real problem here is that FTP masters require the list of copyright
holders to be up-to-date each time the package goes through NEW.
Whatever justification exists for this requirement, I???m starting to find
it unacceptable. If a package has to go through NEW, it takes ab
On Sun, 22 Mar 2009, Steve Langasek wrote:
> On Sun, Mar 22, 2009 at 09:16:31AM +0100, Jakub Wilk wrote:
> >> It seems to me that it would be a lot less effort to fix this by removing
> >> file-rc in Debian, which has only a handful (137) of popcon reports. Even
> >> if we take into consideration
Processing commands for cont...@bugs.debian.org:
> reassign 520891 linux-2.6
Bug#520891: general: Data coruption on my /dev/sda - /dev/sdd sata_siil siil
3114 chip
Bug reassigned from package `general' to `linux-2.6'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Hi,
On Montag, 23. März 2009, Neil Williams wrote:
> Then make an amendment that produces a lower requirement for seconding
> amendments?
sounds like an excellent idea to me, any takers? ;-)
regards,
Holger
signature.asc
Description: This is a digitally signed message part.
Andreas Tille wrote:
> On Sun, 22 Mar 2009, Jim wrote:
>
>> Hi. I took the suggestion of one of the replies to your original post
>> and read about debian pure blends, and at first I thought demudi was a
>> pure blend;
>
> At the time of writing the DeMuDi project *intended* to become 100%
> Deb
On Mon, 23 Mar 2009, Cyril Brulebois wrote:
> Henrique de Moraes Holschuh (16/03/2009):
> > So, ethtool really needs to grow an option to iterate over all
> > netdevs, and another one to print a summary of link state and
> > speed,duplex before mii-tool could be dropped.
>
> I won't promise anyth
Le lundi 23 mars 2009 à 23:30 +1100, Felipe Sateler a écrit :
> > No problem here. But objdump -p /usr/bin/creox | grep jack shows NEEDED
> > libjack-0.100.0.so.0, that's where the linker looks.
>
> But why use the field when linking, and not use it when loading the shared
> object? I fail to se
[No need to CC me, thanks]
El 23/03/09 23:17 Samuel Thibault escribió:
> Felipe Sateler, le Mon 23 Mar 2009 23:02:00 +1100, a écrit :
> > [1] This actually surprised me. Could someone explain to me why are there
> > SONAMEs when they are not actually used?
>
> They are used when linking a program,
On Mon, 23 Mar 2009, Michael Banck wrote:
So it would be great if some numbers could be brought up first (maybe
Andreas has a rough overview now, because he looked at the different
kinds of itemizations).
Well, I had not but you can get it somehow by
for tag in "\*" "-" "+" "o" ; do
echo
Samuel Thibault, le Mon 23 Mar 2009 13:17:36 +0100, a écrit :
> No problem here. But objdump -p /usr/bin/creox | grep jack shows NEEDED
> libjack-0.100.0.so.0, that's where the linker looks.
Oops, here, by linker I mean ld.so, not ld.
Samuel
--
To UNSUBSCRIBE, email to debian-devel-requ...@li
Felipe Sateler, le Mon 23 Mar 2009 23:02:00 +1100, a écrit :
> [1] This actually surprised me. Could someone explain to me why are there
> SONAMEs when they are not actually used?
They are used when linking a program, to know which NEEDED should be
put.
> % ldd /usr/bin/creox | grep jack
>
Fellow developers and release team (bcc'ed),
The Debian Multimedia Maintainers would like to drop the versioned jack
library and development packages (that is, libjack0.100.0-{0,dev}). They were
introduced a long time ago (along with the appropriately renamed library) due
to perceived instabilit
On Sat, Mar 21, 2009 at 07:08:08PM +0100, Patrik Fimml wrote:
> Before migrating to a VCS, one might consider splitting the source
> package. It seems a bit awkward to have four separate source tarballs in
> one source package, which then builds four separate binary packages
> again. Do you agree?
Henrique de Moraes Holschuh (16/03/2009):
> So, ethtool really needs to grow an option to iterate over all
> netdevs, and another one to print a summary of link state and
> speed,duplex before mii-tool could be dropped.
I won't promise anything, but I'm interested in having a look, time
permittin
Package: general
Severity: grave
Justification: causes non-serious data loss
-- System Information:
Debian Release: 4.0
APT prefers oldstable
APT policy: (500, 'oldstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=sv_SE.UTF-8, LC_C
On Sun, Mar 22, 2009 at 08:06:57PM +0100, Gonéri Le Bouder wrote:
> Svnbuildstat is unmaintained for a while now. buildstat.d.n is the futur.
Which currently refuses connections, is that expected?
Just in case you overlooked it ...
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ Pos
On Mon, Mar 23, 2009 at 07:24:45AM +0100, Christian Perrier wrote:
> Quoting Michael Banck (mba...@debian.org):
>
> > > Please note that debian-l10n-english suggests using the enumeration
> > > style you mention for a2ps, when we're reviewing package
> > > descriptions...
> >
> > What's the ratio
reassign 520876 wnpp
retitle 520876 RFP: BareFTP - yet another ftp client.
thanks
Such bugs belong against wnpp, not general. Please see
http://www.debian.org/devel/wnpp/ for mor information.
> Package: general
> Severity: normal
>
> Hi,
>
> There is a new FTP client called BareFTP. It would be
Processing commands for cont...@bugs.debian.org:
> package general
Ignoring bugs not assigned to: general
> reassign 520876 wnpp
Bug#520876: general: new FTP app needs packaging ... http://bareftp.org
Bug reassigned from package `general' to `wnpp'.
> retitle 520876 RFP: bareftp -- FTP client fo
Package: general
Severity: normal
Hi,
There is a new FTP client called BareFTP. It would be nice to have it packaged
into Debian unstable.
This application is available at:
http://bareftp.org/
-- System Information:
Debian Release: 5.0
APT prefers jaunty-updates
APT policy: (500, 'jaunty-
On Mon, Mar 23, 2009 at 10:14:24AM +0100, Pierre Habouzit wrote:
> Package: openbsd-inetd
> Version: 0.20080125-2
> Tags: squeeze sid
> Severity: normal
> Following the thread on debian-devel, where people seemed to agree with
> such a move, could you please upload a new openbsd-inetd with its
> p
Package: openbsd-inetd
Version: 0.20080125-2
Tags: squeeze sid
Severity: normal
Following the thread on debian-devel, where people seemed to agree with
such a move, could you please upload a new openbsd-inetd with its
priority set to Extra instead of Standard ?
Thanks.
On lun, mar 09, 2009 at 07
On Mon, 23 Mar 2009, Christian Perrier wrote:
What's the rationale? So far, I was under the impression that " * "
A not very strong one, I'm afraid..:-)
IIRC, we once found some reference indicating a tendency for dashed
enumerations to be an accepted "standard" but I can't quote this.
C
Package: wnpp
Severity: wishlist
Owner: "Jaromír Mikeš"
* Package name: jconv-reverbs
Version : 0.8.0
Upstream Author : Fons Adriaensen
* URL : http://kokkinizita.net/linuxaudio/downloads/index.html
* License : GPL
Programming Lang:
Description : Wav
Neil Williams writes:
> On Mon, 23 Mar 2009 11:59:29 +1100
> Ben Finney wrote:
>
> > > Are you saying that you don't want any BSD packages or that
> > > you're trying to make Debian out of only packages using GNU
> > > licences?
> >
> > I would find it useful, for example, to more easily deter
> Seconded.
Please follow the mail headers in the original mail and send this to the
place where vote stuff belongs: debian-v...@lists.debian.org.
That is, if you want it to count anything. :)
--
bye, Joerg
[2.6.15.4 direkt nach 2.6.15.3]
Linus muss Gentooler hassen.
wieso?
Naja, die dürfte
Quoting Michael Banck (mba...@debian.org):
> > Please note that debian-l10n-english suggests using the enumeration
> > style you mention for a2ps, when we're reviewing package
> > descriptions...
>
> What's the rationale? So far, I was under the impression that " * "
A not very strong one, I'
On Mon, 23 Mar 2009 11:59:29 +1100
Ben Finney wrote:
> > Are you saying that you don't want any BSD packages or that you're
> > trying to make Debian out of only packages using GNU licences?
>
> I would find it useful, for example, to more easily determine which
> works, or parts of works, are F
64 matches
Mail list logo
