On Sat, May 21, 2011 at 03:42:51PM -0700, Steve Langasek wrote:
> On Sat, May 21, 2011 at 03:01:39PM +0200, Marc Haber wrote:
> > with the increasing deployment of IPv6 I begin to see an issue
> > icreasingly often: When an interface is configured for IPv6, it takes
> > a few seconds before the IPv
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libtest-www-mechanize-psgi-perl
Version : 0.02
Upstream Author : Tatsuhiko Miyagawa
* URL : http://search.cpan.org/dist/LWP-Protocol-PSGI/
* License : Artistic or GPL-1+
Programming Lan
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libplack-middleware-file-sass-perl
Version : 0.03
Upstream Author : Tatsuhiko Miyagawa
* URL : http://search.cpan.org/dist/Plack-Middleware-File-Sass/
* License : Artistic or GPL-1+
Pro
On Tue, Mar 29, 2011 at 10:51:02AM +0100, Neil McGovern wrote:
> Sprint
> --
> We feel it would be useful for the Release Team as a whole to get
> together to think about what the plans are for the next release. As
> such, we're planning a sprint to meet in person. Details will follow
> once di
On 2011-05-21 21:41, Ian Jackson wrote:
> Simpler than this, and simpler than constructions involving negations
> (which would be very troublesome for the resolution algorithms), would
> be:
>
> Package: A-plugin-B
> Depends: A, B
> Recommended-When: A, B
Putting my 'developer of unpopular
On Sun, 22 May 2011 00:29:35 +0200, Goswin von Brederlow
wrote:
>(c) Modify ifupdown to notice when additional IP addresses come up (or
>go away) and run the ifup.d (ifdown.d) scripts for it.
One would need an ifupdownd for this. I don't think that's realistic.
Greetings
Marc
--
---
On Sat, 21 May 2011 15:42:51 -0700, Steve Langasek
wrote:
>With an event-based init system such as upstart, you could also set up the
>service not to start until the specified interface is fully configured.
Issue (1): We don't have event-based init system yet
Issue (2): When is an IPv6 interface
On Sun, 22 May 2011 02:11:00 +0100, Ian Jackson
wrote:
>Marc Haber writes ("How to solve race condition between IPv6 ifup and start of
>services?"):
>> Is there a widely accepted method to do things any easier? It is
>> clearly not acceptable to have to manually log in to a newly booted
>> server
Marc Haber writes:
> On Sun, 22 May 2011 00:29:35 +0200, Goswin von Brederlow
> wrote:
>>(c) Modify ifupdown to notice when additional IP addresses come up (or
>>go away) and run the ifup.d (ifdown.d) scripts for it.
>
> One would need an ifupdownd for this. I don't think that's realistic.
>
> G
"Eugene V. Lyubimkin" writes:
> On 2011-05-21 21:41, Ian Jackson wrote:
>> Simpler than this, and simpler than constructions involving negations
>> (which would be very troublesome for the resolution algorithms), would
>> be:
>>
>> Package: A-plugin-B
>> Depends: A, B
>> Recommended-When:
Sorry if i missed some information,
is it me or it has really changed ?
Jérémy.
--
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/4dd8dc5a.1050...@edagames.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello,
I read something about changes on alioth but there was nothing mentioned
about a changed ssh key. Today I tried to push some changes to geeqie
and was warned that the ssh key of git.debian.org did change.
Is that a documented change anywhere
Den 21. mai 2011 13:24, skrev Josselin Mouette:
> * Do you think it would be useful?
For the Wine packages, it would certainly be mighty useful.
Except, of course, that multiarch would make such a thing less effective
on amd64, since cross-arch deps are not supported, and so users will
sti
Marc Haber writes:
> On Sat, 21 May 2011 15:42:51 -0700, Steve Langasek
> wrote:
>>With an event-based init system such as upstart, you could also set up the
>>service not to start until the specified interface is fully configured.
>
> Issue (1): We don't have event-based init system yet
> Issue
On Sun, May 22, 2011 at 5:50 PM, Jérémy Lal wrote:
> Sorry if i missed some information,
> is it me or it has really changed ?
http://lists.debian.org/debian-devel-announce/2011/05/msg7.html
http://lists.debian.org/debian-devel-announce/2011/05/msg8.html
Probably you should be subscribed
On Sun, May 22, 2011 at 5:27 PM, Klaus Ethgen wrote:
> I read something about changes on alioth but there was nothing mentioned
> about a changed ssh key. Today I tried to push some changes to geeqie
> and was warned that the ssh key of git.debian.org did change.
>
> Is that a documented change a
Dear Stephen,
Stephen Gran schrieb am 22.05.2011 12:27:
> Some bits of the infrastructure are still being bolted back together,
> and we expect to send further status updates as they happen.
I might have missed that bit of information, but does the above mean, that the
Gitweb instance will be back
> http://lists.debian.org/debian-devel-announce/2011/05/msg7.html
> http://lists.debian.org/debian-devel-announce/2011/05/msg8.html
>
> Probably you should be subscribed to d-d-a and reading the list.
Both questions were posted before that d-d-a ones.
--
Eugene V. Lyubimkin aka JackYF,
On Sun, May 22, 2011 at 07:49:47PM +0800, Paul Wise wrote:
> http://lists.debian.org/debian-devel-announce/2011/05/msg7.html
> http://lists.debian.org/debian-devel-announce/2011/05/msg8.html
>
> Probably you should be subscribed to d-d-a and reading the list.
In all fairness you should sa
On Sun, 22 May 2011 11:45:53 +0200, Goswin von Brederlow
wrote:
>Marc Haber writes:
>> On Sun, 22 May 2011 00:29:35 +0200, Goswin von Brederlow
>> wrote:
>>>(c) Modify ifupdown to notice when additional IP addresses come up (or
>>>go away) and run the ifup.d (ifdown.d) scripts for it.
>>
>> One
On Sun, 22 May 2011 13:41:22 +0200, Bjørn Mork wrote:
>Marc Haber writes:
>> On Sat, 21 May 2011 15:42:51 -0700, Steve Langasek
>> wrote:
>>>With an event-based init system such as upstart, you could also set up the
>>>service not to start until the specified interface is fully configured.
>>
>>
* Goswin von Brederlow [2011-05-22 11:55 +0200]:
> "Eugene V. Lyubimkin" writes:
>
> > On 2011-05-21 21:41, Ian Jackson wrote:
> >> Simpler than this, and simpler than constructions involving negations
> >> (which would be very troublesome for the resolution algorithms), would
> >> be:
> >>
> >>
On 2011-05-22 16:07, Carsten Hey wrote:
> > > Putting my 'developer of unpopular package manager' on: no, no, pretty
> > > please, no reverse-Recommends. Firstly, one doesn't want to scan all
> > > package database to find all Recommends for the particular package,
>
> 'Enhances:', 'Provides', 'C
> > > and secondly, this is easily abusable by third-package maintainers
> > > and even packages from completely different, non-Debian
> > > repositories:
> > >
> > > Package: some-package
> > > Depends: gnome
> > > Recommended-When: gnome
>
> Third-party repositories have root access on your syst
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
Am So den 22. Mai 2011 um 12:49 schrieb Paul Wise:
> > I read something about changes on alioth but there was nothing mentioned
> > about a changed ssh key. Today I tried to push some changes to geeqie
> > and was warned that the ssh key of git.
(note: this message quotes from multiple mails by different people)
Wouter>First and foremost, I do not believe that setting -Werror in a
Wouter>debian/rules file is the best way to maintain a package; -Werror is a
Wouter>development option which should not be used in a release build (which a
Wou
Am 21.05.2011 20:49, schrieb Marc Haber:
> On Sat, 21 May 2011 17:22:05 +0200, Michael Biebl
> wrote:
>> A similar issue (not directly IPv6 related) was discussed on fedora-devel not
>> very long ago. It was about the more "dynamic" nature of NetworkManager and
>> how
>> certain services currentl
On Sun, May 22, 2011 at 02:24:30PM +0200, Michael Meskes wrote:
> On Sun, May 22, 2011 at 07:49:47PM +0800, Paul Wise wrote:
> > http://lists.debian.org/debian-devel-announce/2011/05/msg7.html
> > http://lists.debian.org/debian-devel-announce/2011/05/msg8.html
> >
> > Probably you should b
Package: wnpp
Severity: wishlist
Owner: Alessandro Ghedini
* Package name: cityhash
Version : 1.0.2
Upstream Author : Geoff Pike and Jyrki Alakuijala (Google, Inc.)
* URL : http:code.google.com/p/cityhash/
* License : Expat
Programming Lang: C++
Description
peter green writes:
> Is this really THAT big a deal? Is it really worth making dubious
> changes to build dependencies (gcc in this case but a similar saga is
> going on with dash) to temporarlly hide (and therefore make harder to
> fix) FTBFS bugs that are usually trivial to fix in the package
Hi
I think expecting having a working smtp on laptops, workstations, etc,
is unreasonable these days.
I suggest that we can make an HTTP based bug reporting method.
Regards.
--
Pedro Larroy Tovar | http://pedro.larroy.com/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Pedro,
On 22.05.2011 22:44, Pedro Larroy wrote:
> I think expecting having a working smtp on laptops, workstations, etc,
> is unreasonable these days.
> I suggest that we can make an HTTP based bug reporting method.
reportbug is able to use (and w
On Sun, May 22, 2011 at 10:44:35PM +0200, Pedro Larroy wrote:
> I think expecting having a working smtp on laptops, workstations, etc,
> is unreasonable these days.
You don't have to have an MTA installed. You just have to have some MUA
capable of accepting a premade message that can be edited by
On Sun, May 22, 2011 at 09:11:42PM +, brian m. carlson wrote:
> > I suggest that we can make an HTTP based bug reporting method.
>
> I think that's a terrible idea. I do not want to constantly check a
> website to see if I have new messages. Using an email-based method
> means that someone w
Pedro Larroy wrote:
> I think expecting having a working smtp on laptops, workstations, etc,
> is unreasonable these days.
> I suggest that we can make an HTTP based bug reporting method.
While I disagree with your appreciation, I am sure that it would be
technically feasible to code and deploy
On Sun, May 22, 2011 at 6:25 PM, Didier Raboud wrote:
>> I think expecting having a working smtp on laptops, workstations, etc,
>> is unreasonable these days.
>> I suggest that we can make an HTTP based bug reporting method.
>
> While I disagree with your appreciation, I am sure that it would be
>
On 21/05/11 12:24, Josselin Mouette wrote:
Therefore, I’m wondering whether it would be possible to extend the
syntax of Recommends to allow for conditional dependencies. For example,
IANADD, however...
In database terms you're talking about a separate table that stores N:N
relationships,
so
"Eugene V. Lyubimkin" writes:
>> > > and secondly, this is easily abusable by third-package maintainers
>> > > and even packages from completely different, non-Debian
>> > > repositories:
>> > >
>> > > Package: some-package
>> > > Depends: gnome
>> > > Recommended-When: gnome
>>
>> Third-party r
peter green writes:
> (note: this message quotes from multiple mails by different people)
>
> Wouter>First and foremost, I do not believe that setting -Werror in a
> Wouter>debian/rules file is the best way to maintain a package; -Werror is a
> Wouter>development option which should not be used i
Pedro Larroy writes:
> Hi
>
> I think expecting having a working smtp on laptops, workstations, etc,
> is unreasonable these days.
And you don't. See docs or other mails.
> I suggest that we can make an HTTP based bug reporting method.
The only advantage of this would be for systems that firew
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: libanyevent-xmpp-perl
Version : 0.51
Upstream Author : Robin Redeker
* URL : http://search.cpan.org/dist/AnyEvent-XMPP/
* License : Artistic or GPL-1+
Programming Lang: Perl
Descripti
On Mon, May 23, 2011 at 7:47 AM, Goswin von Brederlow wrote:
> The only advantage of this would be for systems that firewall outgoing
> mail conections but allow http or have a http proxy but no smarthost.
There are a *lot* of ISPs that do this. My ISP does this so I have to
send mail via SSH tu
On Mon, 23 May 2011, Paul Wise wrote:
> > The only advantage of this would be for systems that firewall outgoing
> > mail conections but allow http or have a http proxy but no smarthost.
>
> There are a lot of ISPs that do this. My ISP does this so I have to
> send mail via SSH tunnel or webmail.
Package: wnpp
Severity: wishlist
Owner: Kees Cook
* Package name: scantool
Version : 1.21
Upstream Author : ScanTool.net LLC
* URL :
http://www.scantool.net/scantool/downloads/diagnostic-software/
* License : GPL-2+
Programming Lang: C
Description : O
Josselin Mouette writes:
> Package: A
> Recommends: A-plugin-B {B}
> APT would be made to install A-plugin-B by default, but only if B is
> installed too. In addition, it would also have to install it while
> pulling B if A is already here.
It would be very nice!
I've noticed man
OoO En ce milieu de nuit étoilée du lundi 23 mai 2011, vers 03:42, Paul
Wise disait :
>> The only advantage of this would be for systems that firewall outgoing
>> mail conections but allow http or have a http proxy but no smarthost.
> There are a *lot* of ISPs that do this. My ISP does this so
On Mon, 23 May 2011 at 01:44:03 +0200, Goswin von Brederlow wrote:
> Or the reverse
>
> gcc -Wformat=error
gcc -Wno-error -Wformat -Werror=format
You might also be interested in m4/tp-compiler-warnings.m4 in telepathy-glib.
Usage looks like this:
TP_COMPILER_WARNINGS([ERROR_CFLAGS],
47 matches
Mail list logo
