]] Osamu Aoki
> We as DD have shell access to people.debian.org. Also many people have
> shell access to alioth.debian.org. Both seems to have packages needed
> to set up PPA like archive[1]. I think using any one of the following
> tools should be good enough:
Please don't encourage people
On Fri, Jan 04, 2013 at 05:31:46PM +0100, Stefano Zacchiroli wrote:
> buildd usage for events like BSP. Many thanks to Lucas Nussbaum and
Erm, typo here. This should have been "Many thanks to Lucas Nussbaum and
James Bromberger". Sorry James!
--
Stefano Zacchiroli . . . . . . . z...@upsilon.
Le Thu, Dec 06, 2012 at 02:05:13AM -0600, Peter Samuelson a écrit :
>
> In bug #695229, I noted that an Architecture: all package really should
> be Multi-Arch: foreign. This led to an IRC discussion between Goswin,
> Steve L. and me in which I formulated the proposal:
>
> If a package is 'A
On Sun, Jan 06, 2013 at 09:19:13AM +0100, Tollef Fog Heen wrote:
> ]] Osamu Aoki
>
> > We as DD have shell access to people.debian.org. Also many people have
> > shell access to alioth.debian.org. Both seems to have packages needed
> > to set up PPA like archive[1]. I think using any one of th
+++ Charles Plessy [2013-01-06 18:32 +0900]:
> Le Thu, Dec 06, 2012 at 02:05:13AM -0600, Peter Samuelson a écrit :
> >
> > In bug #695229, I noted that an Architecture: all package really should
> > be Multi-Arch: foreign. This led to an IRC discussion between Goswin,
> > Steve L. and me in which
Package: wnpp
Severity: wishlist
Owner: Mehdi Dogguy
* Package name: ocaml-re
Version : 1.1.1
Upstream Author : Jerome Vouillon
* URL : https://github.com/ocaml/ocaml-re
* License : LGPL 2.1
Programming Lang: OCaml
Description : regular expression libr
Package: wnpp
Severity: wishlist
Owner: Fathi Boudra
* Package name: qt5
Version : 5.0.0
Upstream Author : Digia Plc and/or its subsidiary(-ies)
* URL : http://qt-project.org/
* License : LGPL-2.1 with Digia Qt LGPL Exception 1.1 or GPL-3
Programming Lang: C+
On Sun, Jan 06, 2013 at 01:54:34PM +0800, Thomas Goirand wrote:
> I agree on all what you said (eg: difficulties in doing such a maintenance,
> the fact we don't have unlimited manpower, etc.), but I'm still convince it
> would be worth a try.
>
> On 01/06/2013 04:39 AM, Neil Williams wrote:
> > I
On 01/06/2013 02:32 PM, Osamu Aoki wrote:
>
> Sure.
>
> We as DD have shell access to people.debian.org. Also many people have
> shell access to alioth.debian.org. Both seems to have packages needed
> to set up PPA like archive[1]. I think using any one of the following
> tools should be good en
On 01/06/2013 09:08 PM, Adam Borowski wrote:
>
> It shouldn't not be some private repository in a dark corner of teh
> interwebs, it must be an official thing with a mandatory apt line during
> the installation.
I agree that would be the best thing to do, however it doesn't
seem like it's going to
Package: wnpp
Severity: wishlist
Owner: Vasudev Kamath
* Package name: pugixml
Version : 1.2
Upstream Author : Arseny Kapoulkine
* URL : http://pugixml.org/
* License : MIT/X
Programming Lang: C++
Description : Light-weight C++ XML processing library
On Sun, Jan 06, 2013 at 09:48:20PM +0800, Thomas Goirand wrote:
> On 01/06/2013 09:08 PM, Adam Borowski wrote:
> > Ie, anything that is likely to be vulnerable remotely.
>
> And also, anything that is likely to be a critical piece of software.
> Like, for example I wouldn't really care about game
On 01/07/2013 01:32 AM, Wouter Verhelst wrote:
> On Sun, Jan 06, 2013 at 09:48:20PM +0800, Thomas Goirand wrote:
>> On 01/06/2013 09:08 PM, Adam Borowski wrote:
>>> Ie, anything that is likely to be vulnerable remotely.
>> And also, anything that is likely to be a critical piece of software.
>> Lik
Package: wnpp
The LEGO Mindstorms RCX is a Hitachi microcontroller embedded into a
LEGO brick. This package lets you write programs in a C-like language
and download them to your RCX using the serial or USB infrared tower
included with the RCX.
I am seeking a new maintainer for this package beca
Hello,
Following the discussion to #695906, I propose the following solution
to the problem.
First of all, I'd like to remind that ifupdown supports source
directive since very long ago (it was actually my very first patch to
ifupdown to add that support), so anyone can split their network config
Hi,
On 06.01.2013 23:48, Andrew Shadura wrote:
> First of all, I'd like to remind that ifupdown supports source
> directive since very long ago (it was actually my very first patch to
I've checked the squeeze version of ifupdown, and it doesn't seem to
support that directive. So calling it suppor
Hello,
Andrew Shadura (06/01/2013):
> While there are various opinions on the question raised in that bug, I
> don't agree that this is a policy violation, but I propose to resolve
> this by enabling the usage of 'source' directive in the default
> configuration, and moving 'lo' interface descrip
Hello,
On Mon, 07 Jan 2013 00:12:29 +0100
Michael Biebl wrote:
> On 06.01.2013 23:48, Andrew Shadura wrote:
> > First of all, I'd like to remind that ifupdown supports source
> > directive since very long ago (it was actually my very first patch
> > to
> I've checked the squeeze version of ifup
On 07/01/2013 07:12, Michael Biebl wrote:
> Please keep in mind that such a setup will break existing tools and
> scripts, which rely on finding the interface definitions in /e/n/i.
> E.g. the ifupdown plugin in NetworkManager doesn't know anything about
> such a source directive.
> If you are goin
Hello,
On Mon, 07 Jan 2013 08:50:26 +0800
Chow Loong Jin wrote:
> > Please keep in mind that such a setup will break existing tools and
> > scripts, which rely on finding the interface definitions in /e/n/i.
> > E.g. the ifupdown plugin in NetworkManager doesn't know anything
> > about such a so
Andrew Shadura (07/01/2013):
> On Mon, 07 Jan 2013 08:50:26 +0800
> Chow Loong Jin wrote:
>
> > > Please keep in mind that such a setup will break existing tools and
> > > scripts, which rely on finding the interface definitions in /e/n/i.
> > > E.g. the ifupdown plugin in NetworkManager doesn't
Hello,
On Mon, 07 Jan 2013 00:12:29 +0100
Michael Biebl wrote:
> > ifupdown to add that support), so anyone can split their network
> > config into small chucks and place them
> > under /etc/network/interfaces.d — it's not done by default,
> > however, yet.
> Please keep in mind that such a set
On 07.01.2013 02:07, Cyril Brulebois wrote:
> There are probably more of them, but finding them all is left as an
> exercise for the reader.
You can at least add network-admin from gnome-system-tools to the list,
or external config tools like webmin.
Not counting any local scripts written by sysad
Hello,
On Mon, 07 Jan 2013 02:31:30 +0100
Michael Biebl wrote:
> > There are probably more of them, but finding them all is left as an
> > exercise for the reader.
> You can at least add network-admin from gnome-system-tools to the
> list, or external config tools like webmin.
> Not counting an
On Fri, 2013-01-04 at 13:03 +, Colin Watson wrote:
> On Thu, Jan 03, 2013 at 06:59:49PM +, Ben Hutchings wrote:
> > dpkg --add-architecture i386
> > apt-get update
> >
> > The installer doesn't AFAIK provide even the option to do this. (The
> > i386/amd64 installer images might at
[Andrew Shadura]
> Well, yes, I forgot about NM. Actually, as far as I know, it's the only
> tool affected, everything else either doesn't care to read /e/n/i, or
> is already fixed, or this difference is irrelevant and doesn't need to
> be urgently patched. Correct me if I'm wrong.
You are wrong
On 07/01/2013 13:23, Petter Reinholdtsen wrote:
> You are wrong. Debian Edu also expect /etc/network/interfaces to have
> the complete network setup.
What package is that?
--
Kind regards,
Loong Jin
signature.asc
Description: OpenPGP digital signature
]] Andrew Shadura
> I'd like to hear opinions on this idea.
I think you should just get a wheezy-ignore tag from the release team
and solve this properly for jessie.
Also, your fix doesn't actually solve the RC bug either: You Must
Preserve All Admin Changes in /etc. Not just the ones you thi
28 matches
Mail list logo
