Processing commands for cont...@bugs.debian.org:
> reassign 515721 live-helper
Bug#515721: [general] live: disk1 boot method fails
Bug reassigned from package `general' to `live-helper'.
> retitle 515721 syslinux help screens mention unused localboot methods
Bug#515721: [general] live: disk1 boot
reassign 515721 live-helper
retitle 515721 syslinux help screens mention unused localboot methods
severity 515721 minor
tag 515721 pending
thanks
Filipus Klutiero wrote:
> Package: general
could you *please* assign the bugs where they belong to. i did
*specifically* requested you here[0] to read
reassign 515718 live-initramfs
retitle 515718 noise at shutdown when no persistency is used
severity 515718 minor
tag 515718 pending
thanks
Filipus Klutiero wrote:
> Package: general
could you *please* assign the bugs where they belong to. i did
*specifically* requested you here[0] to read how to
Processing commands for cont...@bugs.debian.org:
> reassign 515718 live-initramfs
Bug#515718: [general] live: failures at shutdown on USB flash drive
Bug reassigned from package `general' to `live-initramfs'.
> retitle 515718 noise at shutdown when no persistency is used
Bug#515718: [general] liv
Le mardi 17 février 2009 à 10:50 +1100, Felipe Sateler a écrit :
> > "current" does not mean anything, semantically, especially for public
> > modules/extensions. There is a set of supported versions, and that’s
> > all. For extensions, it is the set of versions the extension has been
> > built aga
Olá, tudo bem?
Esta é sua chance de conhecer a Plataforma Moodle, usada nas maiores
universidades do Brasil e do mundo e nas principais escolas, para cursos e
treinamentos on line.
Estão abertas as inscrições para mais uma turma de nosso Curso On Line Moodle
para Professores e Iniciantes, com
[http://texasonthego.com/]
[http://texasonthego.com/]
Home
[http://texasonthego.com/index.php/compon
Le mardi 17 février 2009 à 07:41 +0100, Giacomo Catenazzi a écrit :
> > Currently, the discussion is clearly happening at other levels. If you
> > look at the recent cgroups discussion for example, it will clearly be
> > decided at the distribution level, without any kind of standardization.
>
> I
Le February 16, 2009 05:29:21 pm Daniel Baumann, vous avez écrit :
> Filipus Klutiero wrote:
> > You are aware that Debian Live lenny RC1 was released on *2009-02-09*?
>
> no, i didn't know that *kidding*
Eh, maybe I didn't know that lenny was about to be released then.
>
> > I did not see any anno
Michael S. Gilbert wrote:
Dear All,
First of all, congratulations on getting the Lenny release out the
door! I understand that it was a lot of work, and you're probably
looking forward to at least somewhat of a break. So I don't want
to treat this problem with too much urgency (yet), but I wou
Le mardi 17 février 2009 à 00:31 -0500, Michael S. Gilbert a écrit :
> 2. Components of the package may stop working in the midst of a
> stable release's lifetime
This is a problem that affects much more than this kind of packages. All
packages relying on an external service are affected. For exa
Josselin Mouette wrote:
> "XS-Python-Version: current" means the following: even if several Python
> versions are available, the module will only be built for the default
> version. *This declaration has nothing to do with the supported Python
> versions.* If we really needed it, it should go in a
On Mon, Feb 16, 2009, Russ Allbery wrote:
> Why would we want to sanction that when the same effect can be achieved by
> using a debian/rules of:
> #!/usr/bin/make -f
> %:
> dh $@
> without risking breaking any existing assumptions or software?
Which software would be affected?
--
Loïc
Le mardi 17 février 2009 à 22:06 +1100, Felipe Sateler a écrit :
> Josselin Mouette wrote:
>
> > "XS-Python-Version: current" means the following: even if several Python
> > versions are available, the module will only be built for the default
> > version. *This declaration has nothing to do with
On Tue, 2009-02-17 at 11:16 +0100, Loïc Minier wrote:
> On Mon, Feb 16, 2009, Russ Allbery wrote:
> > Why would we want to sanction that when the same effect can be achieved by
> > using a debian/rules of:
> > #!/usr/bin/make -f
> > %:
> > dh $@
> > without risking breaking any existing ass
Le lundi 16 février 2009 à 22:33 +0100, Matthias Klose a écrit :
> > I really like the idea of using the same location for both tools, please
> > note
> > that you'll have to change pycentral to use something like /usr/lib/pyshared
> > (for Python extensions)
>
> where is the advantage of having
Le mardi 17 février 2009 à 13:03 +0100, Julien Cristau a écrit :
> dpkg-source -b, for one. You can't put a symlink in the diff.gz.
Is that still a problem with the quilt source package format?
--
.''`. Debian 5.0 "Lenny" has been released!
: :' :
`. `' Last night, Darth Vader came down
* Julien Cristau [Tue, 17 Feb 2009 13:03:18 +0100]:
> On Tue, 2009-02-17 at 11:16 +0100, Loïc Minier wrote:
> > On Mon, Feb 16, 2009, Russ Allbery wrote:
> > > Why would we want to sanction that when the same effect can be achieved by
> > > using a debian/rules of:
> > > #!/usr/bin/make -f
> > > %
On Tue, Feb 17, 2009, Julien Cristau wrote:
> > > Why would we want to sanction that when the same effect can be achieved by
> > > using a debian/rules of:
> > > #!/usr/bin/make -f
> > > %:
> > > dh $@
> > > without risking breaking any existing assumptions or software?
> > Which software
Michal Čihař wrote:
>> Various
>> ---
>>
>> There are other things which may be worth a look.
>
> - Can you guys please finally sit down and agree on one solution for
> handling python modules? I still think that having two (slightly
> different) ways of doing this task is not the way to g
Sune Vuorela schreef:
On Monday 16 February 2009 20:38:38 Rafael Belmonte wrote:
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: kmess2
Version: 2.0alpha
Upstream Author: Diederik van der Boor
Package: wnpp
Severity: wishlist
Owner: Walter Cruz
* Package name: libjs-jqueryui
Version : 1.5.3
Upstream Author : Paul Bakaus
* URL : http://jqueryui.com/
* License : GPL, MIT/X
Programming Lang: JavaScript
Description : jQuery UI provides abstract
Le mardi 17 février 2009 à 15:03 +0100, Bernd Zeimetz a écrit :
> > - Can you guys please finally sit down and agree on one solution for
> > handling python modules? I still think that having two (slightly
> > different) ways of doing this task is not the way to go. I really do
> > not see te
Loïc Minier writes:
> On Mon, Feb 16, 2009, Russ Allbery wrote:
>> Why would we want to sanction that when the same effect can be achieved by
>> using a debian/rules of:
>> #!/usr/bin/make -f
>> %:
>> dh $@
>> without risking breaking any existing assumptions or software?
> Which soft
Felipe Sateler writes:
> Josselin Mouette wrote:
>> "XS-Python-Version: current" means the following: even if several
>> Python versions are available, the module will only be built for the
>> default version. *This declaration has nothing to do with the supported
>> Python versions.* If we reall
Hi Joss,
On Dienstag, 17. Februar 2009, Josselin Mouette wrote:
> You really can’t say I’m not trying to discuss.
I'm not sure if one cannot say this, as you "nicely" show in the following
words that you definitly totally fail to discuss :(
> But it takes at least
> two persons to discuss, an
On Tue, 2009-17-02 at 17:09 +0100, Holger Levsen wrote:
> Hi Joss,
>
> On Dienstag, 17. Februar 2009, Josselin Mouette wrote:
> > You really can’t say I’m not trying to discuss.
>
> I'm not sure if one cannot say this, as you "nicely" show in the following
> words that you definitly totally fai
Package: wnpp
Owner: David Spreen
Severity: wishlist
* Package name: bitlbee-skype
Version : 0.7.1
Upstream Author : Miklos Vajna
* URL or Web page : http://vmiklos.hu/project/bitlbee-skype/
* License : GPL v2 or later
Description : Skype plugin for BitlBee
Catego
Hey,
On Tue, 2009-02-17 at 17:09 +0100, Holger Levsen wrote:
> > But it takes at least
> > two persons to discuss, and Matthias has been ignoring all technical
> > discussions about Python packaging for years.
> >
> > This is not a technical problem. The technical divergences can be solved
> > if
Package: wnpp
Severity: wishlist
Owner: Gerber van der Graaf
* Package name: mgridgen(-mpi)
Version : 1.0.0
Upstream Author : Irene Moulitsas
* URL : http://www.cs.umn.edu/~moulitsa/software.html
* License : (Unspecified, I will contact upstream authors for (
Package: wnpp
Severity: wishlist
The upstream build of cgit requires a download of git to build libgit
which this package links statically. Thus, this package practically
depends on a change to git-core.
http://hjemli.net/git/cgit/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.de
On Tue, Feb 17, 2009 at 6:44 AM, Josselin Mouette wrote:
> Le mardi 17 février 2009 à 15:03 +0100, Bernd Zeimetz a écrit :
>> > - Can you guys please finally sit down and agree on one solution for
>> > handling python modules? I still think that having two (slightly
>> > different) ways of doi
Hello Marc.
I have already packaged this. I was going to submit an ITP and upload
it through a sponsor in the next days.
So, I would like to take care of this. May I take over this ITP?
Cheers!
Iulian
2009/2/17 Marc Singer
> Package: wnpp
> Severity: wishlist
>
> The upstream build of cgit
Le mardi 17 février 2009 à 10:09 -0800, Ondrej Certik a écrit :
> Unfortunately from both of you I only met Matthias in person (in
> Prague at the Ubuntu Developer Summit), but what I understood is that
> there are some technical reasons why python-central is better.
I’d be happy to hear these re
B> I actually can't remove the file because Avasys ships
B> debian packages of the epkowa backend. Removing the config file is a
B> no-no here.
B> This has unfortunately always been a problem with conffiles.
J> All I know is dlocate said there is no other owners... sounds like
J> some policy violat
Charles Plessy (17/02/2009):
> maybe Build-Recommends could also solve this…
Does “build reproducibility” mean something to you? I seem to have read
about it several times in the previous days already. And that wasn't the
first time it's been mentioned.
Mraw,
KiBi.
signature.asc
Description: D
On Tue, 17 Feb 2009 08:50:59 +0100
Tollef Fog Heen wrote:
> ]] Neil Williams
>
> | if you start seeing bugs or getting email about your packages where the
> | version string ends in em[0-9], or where dependencies mentioned by
> | reportbug include such a version suffix, the user is running one
OoO Lors de la soirée naissante du mardi 17 février 2009, vers 17:09,
Holger Levsen disait :
>> This is not a technical problem. The technical divergences can be solved
>> if consensus is reached about them or if a decision body (TC or GR)
>> forces them. This is purely a person problem: Matth
Package: wnpp
Severity: wishlist
Owner: Romain Beauxis
* Package name: ocaml-speex
Version : 0.1.0
Upstream Author : The Savonet Team
* URL : http://savonet.sf.net/
* License : LGPL
Programming Lang: OCaml
Description : OCaml bindings for the speex li
Package: wnpp
Severity: wishlist
Owner: Romain Beauxis
* Package name: ocaml-gavl
Version : 0.1.0
Upstream Author : The Savonet Team
* URL : http://savonet.rastageeks.org/
* License : LGPL
Programming Lang: OCaml
Description : OCaml bindings for the g
Package: wnpp
Severity: wishlist
Owner: Romain Beauxis
* Package name: ocaml-samplerate
Version : 0.1.0
Upstream Author : The Savonet Team
* URL : http://savonet.sf.net/
* License : LGPL
Programming Lang: OCaml
Description : OCaml bindings for the sam
Package: wnpp
Severity: wishlist
Owner: Romain Beauxis
* Package name: ocaml-theora
Version : 0.1.0
Upstream Author : The Savonet Team
* URL : http://savonet.sf.net.
* License : LGPL
Programming Lang: OCaml
Description : OCaml bindings for the theora
Package: wnpp
Severity: wishlist
Owner: Romain Beauxis
* Package name: ocaml-pulseaudio
Version : 0.1.0
Upstream Author : The Savonet Team
* URL : http://savonet.sf.net/
* License : LGPL
Programming Lang: OCaml
Description : OCaml bindings for PulseAu
On Tue, Feb 17, 2009 at 06:30:58PM +, Iulian Udrea wrote:
> I have already packaged this. I was going to submit an ITP and upload
> it through a sponsor in the next days.
This is one reason why an ITP is expected *before* beginning work.
--
Jonathan Wiltshire
PGP/GPG: 0xDB800B52 / 4216 F
2009/2/17 Jonathan Wiltshire
> On Tue, Feb 17, 2009 at 06:30:58PM +, Iulian Udrea wrote:
> > I have already packaged this. I was going to submit an ITP and upload
> > it through a sponsor in the next days.
>
> This is one reason why an ITP is expected *before* beginning work.
>
Yea, indeed.
Hello. I noticed Klear (www.klear.org) is missing from
Debian pool. It is pleasant looking DVB digi-TV viewer.
It can be found from Ubuntu. While now I noticed Klear
has freezed, I already listed 50+ feature changes and wishes.
With a couple of changes and with subtitles, Klear
would be nice appli
Hi Juhana.
you can fill a RFP (Request For Package) in the debian bts, or even
better, you can try to package the software yourself (ITP). have a look
at this page for more details.
http://www.debian.org/devel/wnpp/
:)
p
On Tue, Feb 17, 2009 at 10:01:55PM +0200, Juhana Sadeharju wrote:
>
> He
Hi,
Hello. I noticed Klear (www.klear.org) is missing from
Debian pool. It is pleasant looking DVB digi-TV viewer.
It can be found from Ubuntu. While now I noticed Klear
has freezed, I already listed 50+ feature changes and wishes.
With a couple of changes and with subtitles, Klear
would be nice
Hi
Dne Tue, 17 Feb 2009 22:01:55 +0200
Juhana Sadeharju napsal(a):
>
> Hello. I noticed Klear (www.klear.org) is missing from
> Debian pool. It is pleasant looking DVB digi-TV viewer.
> It can be found from Ubuntu. While now I noticed Klear
> has freezed, I already listed 50+ feature changes an
>> > I have already packaged this. I was going to submit an ITP and upload
>> > it through a sponsor in the next days.
>> This is one reason why an ITP is expected *before* beginning work.
> Yea, indeed. I completely forgot about it, sorry.
How did you package it? If it includes the git source
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package name: mjpegtools
Version: 1.9.0
Upstream Author:
Rainer Johanni
Gernot Ziegler
Andrew Stevens
Bernhard Praschinger
Ronald Bultje
Xavier Biquard
Matthew Marjanovi
[Matthias Klose, 2009-02-16]
> Piotr Ożarowski schrieb:
> >> - 2.5 is superseded by 2.6; currently there doesn't seem to be
> >>a reason to ship 2.5 and modules for 2.5 with the next stable
> >>release. The upstream 2.5 maintainance branch doesn't see bug
> >>fixes anymore, only securi
Le mercredi 18 février 2009 à 01:20 +0100, Piotr Ożarowski a écrit :
> > where is the advantage of having a /usr/lib/pyshared?
>
> it's one of the "sacrifices" you'll have to make if you want
> /usr/share/py{,3}shared to be used by other tool(s). I see no way to use
> Python's official path in pys
Le Tue, Feb 17, 2009 at 07:51:14PM +0100, Cyril Brulebois a écrit :
>
> Does “build reproducibility” mean something to you?
Hi Cyril,
Build reproduciblitity means to me that two instances package built in the same
environment should be reasonably identical (things like timestamps or random
numbe
[Josselin Mouette, 2009-02-18]
> Le mercredi 18 février 2009 à 01:20 +0100, Piotr Ożarowski a écrit :
> > > where is the advantage of having a /usr/lib/pyshared?
> >
> > it's one of the "sacrifices" you'll have to make if you want
> > /usr/share/py{,3}shared to be used by other tool(s). I see no w
You may have noticed that buildd.debian.org has started to redirect
requests to https. We wanna-build maintainers asked that https was
enabled on the buildd host in order to have a mechanism to possibly
serve code (updated versions of buildd and sbuild) to the autobuilders
via http(s) at some point
Le mercredi 18 février 2009 à 02:23 +0100, Piotr Ożarowski a écrit :
> that's exactly what I meant, /usr/lib/py{3,}shared will be equivalent of
> /usr/share/py{,3}shared but for Python extensions, sorry if I sounded
> differently
OK, I misunderstood you then :)
Any comment on the module installat
On Tue, Feb 17, 2009 at 10:34 AM, Josselin Mouette wrote:
> Le mardi 17 février 2009 à 10:09 -0800, Ondrej Certik a écrit :
>> Unfortunately from both of you I only met Matthias in person (in
>> Prague at the Ubuntu Developer Summit), but what I understood is that
>> there are some technical reaso
[Piotr Ożarowski, 2009-02-18]
> that's exactly what I meant, /usr/lib/py{3,}shared will be equivalent of
> /usr/share/py{,3}shared but for Python extensions, sorry if I sounded
> differently
and by that I mean /usr/lib/py{3,}shared/python2.5,
/usr/lib/py{3,}shared/python2.6 and so on (including .p
Please don't include a statement "If nobody objects, I'll go ahead with
this transition in a few days" in your transition requests to
debian-release. If you must absolutely do that, directly skip the mail.
There are a lot of requested transitions already, and we're doing our
best (unforeseen perso
I forgot to add, that almost no requests actually said "I'll go forward
with this in a few days if nobody objects", for which I'm very grateful
already.
Thanks,
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato
Adeodato Simó (18/02/2009):
> I'm not sure if the SPI CA root certificate is included by default in
> Debian, but it's a good idea to have it since it's needed by some
> other services as well (eg. http://db.debian.org).
Not sure it's uptodate, but at least:
| $ zgrep SPI /usr/share/doc/ca-certif
On Tue, Feb 17, 2009 at 06:30:58PM +, Iulian Udrea wrote:
> Hello Marc.
>
> I have already packaged this. I was going to submit an ITP and upload
> it through a sponsor in the next days.
>
> So, I would like to take care of this. May I take over this ITP?
Is your package patch available so
On Wed, Feb 18, 2009 at 3:51 AM, Cyril Brulebois wrote:
> Charles Plessy (17/02/2009):
>> maybe Build-Recommends could also solve this…
>
> Does "build reproducibility" mean something to you?
The combination of the simultaneous need for Build-Recommends and
build reproducibility will probably le
On Tue, Feb 17, 2009 at 6:03 AM, Piotr Ożarowski wrote:
> [Matthias Klose, 2009-02-16]
>> Besides the "normal" pending update of the python version for the
>> unstable distribution, there will be more changes around python
>> packaging, including the introduction of python-3.x and addressing
>> s
Marc Singer (17/02/2009):
> Also, it doesn't look like you're a DD. Why are you so keen to
> maintain it?
WHEN DID BEING A DD BECOME A PREREQUISITE FOR MAINTAINING A PACKAGE?
The “you're not a DD” blablabla is quite frustrating already, and I
can't think of a good reason to (mis|ab|)use it, esp
On Wed, Feb 18, 2009 at 03:26:16AM +0100, Adeodato Simó wrote:
>I forgot to add, that almost no requests actually said "I'll go forward
>with this in a few days if nobody objects", for which I'm very grateful
>already.
http://wiki.debian.org/OngoingTransitions
http://wiki.debian.org/TransitionBest
2009/2/17 Joerg Jaspert
>
> >> > I have already packaged this. I was going to submit an ITP and upload
> >> > it through a sponsor in the next days.
> >> This is one reason why an ITP is expected *before* beginning work.
> > Yea, indeed. I completely forgot about it, sorry.
>
> How did you pack
Dne Wed, 18 Feb 2009 13:16:09 +0900
Paul Wise napsal(a):
> On Tue, Feb 17, 2009 at 6:03 AM, Piotr Ożarowski wrote:
>
> > [Matthias Klose, 2009-02-16]
> >> Besides the "normal" pending update of the python version for the
> >> unstable distribution, there will be more changes around python
> >>
On Wed, Feb 18, 2009 at 3:37 PM, Iulian Udrea wrote:
> I'm still thinking of a way to get rid of git source and not affect the
> rest.
Get upstream git to stabilise libgit into a proper shared library.
Please see #407722, which I set as blocking the ITP #515793.
--
bye,
pabs
http://wiki.debia
2009/2/18 Marc Singer
> Is your package patch available so I can review it?
>
> Also, it doesn't look like you're a DD. Why are you so keen to
> maintain it?
>
Yes, you're right, I'm not a DD. Anyway, I've had no idea that you're a
DD.
That being said, perhaps it's better to submit wnpp bugs
On Tue, 17 Feb 2009, Josselin Mouette wrote:
> Le mardi 17 février 2009 à 13:03 +0100, Julien Cristau a écrit :
> > dpkg-source -b, for one. You can't put a symlink in the diff.gz.
>
> Is that still a problem with the quilt source package format?
No. (But I don't like the idea of having debian/r
72 matches
Mail list logo
