Maybe if there was a version number greater than 0.8 people might be more
willing to try network manager again. A rewrite seems like a good reason to
have version 1.0 or maybe 2.0.
The idea of basing version numbers on technical issues only was given up a long
time ago.
--
My bloghttp://e
On pe, 2011-04-15 at 08:27 +0200, Josselin Mouette wrote:
> Le mercredi 13 avril 2011 à 11:39 +0200, Stephan Seitz a écrit :
> > My first (and last) contact with NM was not a good one.
>
> This is another misconception about Network-Manager: since version 0.6
> (the first one with which people ha
Hello,
the reason for the problem was that when upgrading from lenny to
squeeze, some things have gone wrong with the runlevel links
in /etc/rc?.d so that they were not called in a correct order. I
deleted all runlevel links and recreated them by 'dpkg-reconfigure
sysv-rc'; now rebooting works ok.
On 04/13/2011 08:53 PM, Jon Dowland wrote:
> Or in other words, if a server user does an attended install via d-i, doesn't
> trigger expert mode and accepts the defaults for most questions, is it wrong
> if they end up with NetworkManager?
Yes. That is what we have things like the 'Desktop' ta
On Fri, Apr 15, 2011 at 08:27:03AM +0200, Josselin Mouette wrote:
Since it was completely redesigned, almost from scratch, this doesn’t
apply for 0.8. Its system daemon is able to manage connections without
anyone logged on, and with a number of features that makes ifupdown look
like a baby toy.
On Thu, Apr 14, 2011 at 09:27:23AM -0400, Marvin Renich wrote:
> * Luca Capello [110414 06:43]:
> > Hi there!
> >
> > Disclaimer: this is my last post on this matter (i.e. the meaning of
> > RAMLOCK), it seems there is a problem with myself or my understanding.
> >
> > Either I do not read `man
On Fri, Apr 15, 2011 at 05:06:00PM +1000, Russell Coker wrote:
> Maybe if there was a version number greater than 0.8 people might be more
> willing to try network manager again. A rewrite seems like a good reason to
> have version 1.0 or maybe 2.0.
I appreciate your point, but this is unfortunat
On Fri, Apr 15, 2011 at 08:22:53AM +0200, Josselin Mouette wrote:
> Le jeudi 14 avril 2011 à 08:00 +1000, Ben Finney a écrit :
> > I think it is wrong, based on the fact expressed in these threads that
> > NetworkManager can, by default during upgrade, bring down the network
> > connection.
>
> T
Mūsu pašu Rīgā durvis ir vēris solīds un tieši Tev domāts kungu atpūtas klubs -
Eden!
Tavām pikantajām izklaidēm ir pieejami seši, speciāli iekārtoti, stāvi !
Atpūtas kompleksa otrajā stāvā ir iespējams izbaudīt eksotisku masāžu, lielisku
un seksīgu meiteiņu izpildījumā,
citā baudu tempļa daļ
Hi. I am considering introducing a trigger to the resolvconf package
in order to solve the problem (discussed in #567059) where resolvconf
is installed on a system where a caching nameserver is already running.
The problem is that, on installation, resolvconf takes control of
/etc/resolv.conf but
On Thu, Apr 14, 2011 at 08:19:38PM +0100, Roger Leigh wrote:
> On Thu, Apr 14, 2011 at 11:29:31AM +0200, Adam Borowski wrote:
> > On Wed, Apr 13, 2011 at 10:22:33PM +0100, Roger Leigh wrote:
> > > On Wed, Apr 13, 2011 at 03:20:38PM +0200, Adam Borowski wrote:
> > > > On Wed, Apr 13, 2011 at 01:49:1
On Wed, Mar 30, 2011 at 11:20:45PM +0100, Roger Leigh wrote:
> On Wed, Mar 30, 2011 at 10:32:51PM +0200, Goswin von Brederlow wrote:
> > Tollef Fog Heen writes:
> >
> > > ]] Julien Cristau
> > >
> > > | On Wed, Mar 30, 2011 at 16:20:10 +0100, Roger Leigh wrote:
> > > |
> > > | > Given that Fedo
On Wed, 13 Apr 2011 19:53:02 +0100, Jon Dowland wrote:
...
> Having said all of the above, and the thread being where it is now, I have to
> admit I can't remember what the value proposition was in the first place. Time
> to re-read...
So, you just failed to provide any justification for a change
On Fri, Apr 15, 2011 at 12:55:20PM +0200, Adam Borowski wrote:
> On Thu, Apr 14, 2011 at 08:19:38PM +0100, Roger Leigh wrote:
> > I think this should be fixed now; could you possibly try again
> > (you'll need a clean vserver environment that hasn't been upgraded
> > before). The updated packages
> New text, which is hopefully clear enough:
>
> RAMLOCK
> Make /run/lock/ available as a ram file system (tmpfs). Set to
> 'yes' to enable, to 'no' to disable (defaults to yes). The size
> of the tmpfs can be controlled using TMPFS_SIZE and LOCK_SIZE in
> /etc/default/tmpfs. Note that ir
On Fri, Apr 15, 2011 at 12:58:19PM +0200, Bastien ROUCARIES wrote:
> > New text, which is hopefully clear enough:
> >
> > RAMLOCK
> > Make /run/lock/ available as a ram file system (tmpfs). Set to
> > 'yes' to enable, to 'no' to disable (defaults to yes). The size
> > of the tmpfs can be cont
Hi,
On Fri, Apr 15, 2011 at 10:03:40AM +0100, Jon Dowland wrote:
> For the record, this was (at least) bugs #432322 and #439917, and I'm
> extremely
> pleased that the issues have been resolved. Well done and thank you to all
> involved.
AIUI they weren't resolved, but the scope of the problem
(throttled the conversation back a bit, hoping that someone from the
release team might take the time to chime in)
On Wed, Apr 13, 2011 at 02:21:38PM +0200, Raphael Hertzog wrote:
> > In the way I had thought of things, "rolling" == "testing". That's to
> > say that nextstable branches off the m
Josselin Mouette writes:
> Since it was completely redesigned, almost from scratch, this doesn’t
> apply for 0.8. Its system daemon is able to manage connections without
> anyone logged on, and with a number of features that makes ifupdown look
> like a baby toy.
So Network-Manager has finally g
On Fri, Apr 15, 2011 at 10:03:40AM +0100, Jon Dowland wrote:
> On Fri, Apr 15, 2011 at 08:22:53AM +0200, Josselin Mouette wrote:
> > This argument has been rehashed again and again, without ever
> > confronting it to a reality check.
> >
> > Since this bug has been fixed several months ago, can we
Package: wnpp
Severity: wishlist
Owner: Alessio Treglia
* Package name: apt-clone
Version : 0.1.6
Upstream Author : Michael Vogt
* URL : https://launchpad.net/apt-clone
* License : GPL-3
Programming Lang: Python
Description : Script to create state bun
Bjørn Mork writes:
> So Network-Manager has finally gained basic features like the ability to
> set a lower than default MTU?
>
> How about bridging? VLANs? Unnumbered interfaces? DHCPv6-PD?
> Disabling IPv6 SLAAC on a specific interface? Multiple uplinks?
> Multiple routing tables? Creating
On Fri, Apr 15, 2011 at 12:07:37PM +0100, Roger Leigh wrote:
> http://people.debian.org/~rleigh/run/sysvinit_2.88dsf-13.3.dsc
> http://people.debian.org/~rleigh/run/sysvinit_2.88dsf-13.3.patch
> http://people.debian.org/~rleigh/run/sysvinit_2.88dsf-13.3_amd64.changes
> http://people.debian.org/~rle
On Fri, Apr 15, 2011 at 02:28:35PM +0200, Adam Borowski wrote:
> On Fri, Apr 15, 2011 at 12:07:37PM +0100, Roger Leigh wrote:
> > http://people.debian.org/~rleigh/run/sysvinit_2.88dsf-13.3.dsc
> >
> > Changes since last time:
> > - vserver environments should now upgrade correctly (autodetect and
* Timo Juhani Lindfors [2011-04-15 14:18]:
> ip rule show | grep -Ev '^(0|32766|32767):|iif lo' \
> | while read PRIO NATRULE; do
> ip rule del prio ${PRIO%%:*} $( echo $NATRULE | sed 's|all|0/0|' )
> done
iface ethX inet static
address x.x.x.x
netmask x.x.x.x
gat
On Fri, 15 Apr 2011, Roger Leigh wrote:
This I really don't get. There was no error reported, and we're using
this logic:
if [ ! -L /var/run ] && [ -d /var/run ]; then
echo "guest environment detected: Migrating /var/run to /run"
( # Remove /run first, so all contents get moved
rm -f
Martin Wuertele writes:
> * Timo Juhani Lindfors [2011-04-15 14:18]:
>
>> ip rule show | grep -Ev '^(0|32766|32767):|iif lo' \
>> | while read PRIO NATRULE; do
>> ip rule del prio ${PRIO%%:*} $( echo $NATRULE | sed 's|all|0/0|' )
>> done
>
> iface ethX inet static
> address x.x.x.x
Hi,
On Fri, Apr 15, 2011 at 02:01:06PM +0200, Bjørn Mork wrote:
> Josselin Mouette writes:
>
> > Since it was completely redesigned, almost from scratch, this doesn’t
> > apply for 0.8. Its system daemon is able to manage connections without
> > anyone logged on, and with a number of features th
Stephan Seitz wrote:
> NM may be good for laptops, so put it in the laptop task and leave the
> rest alone in the default installation.
And keep the installer unable to do things as widespread as WPA?
And keep it unable to generate a proper configuration for laptops?
No thanks.
--
Joss
--
To
On Fri, Apr 15, 2011 at 10:04 AM, Patrick Schoenfeld
wrote:
>> I've always believed that peoply chose NM for simplicity. And I can
>> understand that. It's simple because it doesn't support anything
>> "complex", including common VPN setups.
>
> ifupdown does not support any VPN setup at all. how
Philip Hands wrote:
> On the other hand, nobody from the "Isn't N-M great" camp seems willing
> to explain why I'd want it in preference to ifupdown on a server,
> particularly a co-lo remotely admined server.
This was stated in the original proposal: ifupdown is not event-based and
does not integ
Timo Juhani Lindfors wrote:
> Bjørn Mork writes:
>> How about bridging? VLANs? Unnumbered interfaces? DHCPv6-PD?
>> Disabling IPv6 SLAAC on a specific interface? Multiple uplinks?
>> Multiple routing tables? Creating tap interfaces connected to virtual
>> swiches? Different types of tunnels?
Björn Mork wrote:
> Martin Wuertele writes:
>> up ip rule add
>> downip rule del
> The power of the pre-up/up/down/post-down scripting is tremendous.
So is that of NM dispatcher scripts.
What is your gripe, again?
--
Joss
--
To UNSUBSCRIBE, email to debian-deve
On Fri, Apr 15, 2011 at 01:38:34PM +0100, Edward Allcutt wrote:
> On Fri, 15 Apr 2011, Roger Leigh wrote:
> >This I really don't get. There was no error reported, and we're using
> >this logic:
> >
> >if [ ! -L /var/run ] && [ -d /var/run ]; then
> > echo "guest environment detected: Migrating /
Patrick Schoenfeld writes:
> On Fri, Apr 15, 2011 at 02:01:06PM +0200, Bjørn Mork wrote:
>> Josselin Mouette writes:
>>
>> > Since it was completely redesigned, almost from scratch, this doesn’t
>> > apply for 0.8. Its system daemon is able to manage connections without
>> > anyone logged on, an
On Fri, Apr 15, 2011 at 02:39:40PM +0200, Adam Borowski wrote:
> On Fri, Apr 15, 2011 at 02:28:35PM +0200, Adam Borowski wrote:
> > On Fri, Apr 15, 2011 at 12:07:37PM +0100, Roger Leigh wrote:
> > > http://people.debian.org/~rleigh/run/sysvinit_2.88dsf-13.3.dsc
> > >
> > > Changes since last time:
Björn Mork wrote:
>> - without reliance on external commands (such as the ip command or shell
>> scripts) for basic stuff
>
> Which is bad because of what?
>
> Using the "ip" command or shell scripts is an important feature to me.
> I don't want "grep", "cp", "ls" etc unified to a single file han
"Josselin Mouette" writes:
> Björn Mork wrote:
>> Martin Wuertele writes:
>>> up ip rule add
>>> downip rule del
>
>> The power of the pre-up/up/down/post-down scripting is tremendous.
>
> So is that of NM dispatcher scripts.
And this is documented where.
> What is y
Timo Juhani Lindfors writes:
> I'd be interested in seeing real-life ifupdown configurations that
> handle these.
Here's an example from one of my servers that handles _some_ of them.
(Addresses rewritten to rfc3330 space, and no explicit IPv6 config):
* Two bonded ethernet interfaces for redun
On Fri, 15 Apr 2011, Roger Leigh wrote:
On Fri, Apr 15, 2011 at 01:38:34PM +0100, Edward Allcutt wrote:
Your assumption is correct in that this is a fallback. This is the
special case for chroots, also co-opted for vservers, which don't "boot"
per se, and don't run the rcS scripts. The conseque
Bastien ROUCARIES writes:
> On Thu, Apr 14, 2011 at 4:20 AM, Karl Goetz wrote:
>> On Wed, 13 Apr 2011 10:32:42 +0100
>> Roger Leigh wrote:
>>
>>> On Tue, Apr 12, 2011 at 12:38:03PM +0100, Roger Leigh wrote:
>>
>>> Following the discussion yesterday, I'd like to propose doing
>>> something like
Roger Leigh writes:
> On Thu, Apr 14, 2011 at 10:44:08AM +0200, Bastien ROUCARIES wrote:
>> On Thu, Apr 14, 2011 at 4:20 AM, Karl Goetz wrote:
>> > On Wed, 13 Apr 2011 10:32:42 +0100
>> > Roger Leigh wrote:
>> >
>> >> On Tue, Apr 12, 2011 at 12:38:03PM +0100, Roger Leigh wrote:
>> >
>> >> Follo
"John D. Hendrickson and Sara Darnell" writes:
> I'm reading (can't spend allot of time though, I'll try)
> initscripts_2.88dsf-13.3_amd64.deb
> sysvinit_2.88dsf-13.3.dsc
>
> I'm thinking (I'm not sure) that Bastien is working on this. He'd
> mentioned issues between sysinit and runn
Josselin Mouette wrote:
For a machine with an IP address assigned by DHCP, which is a very common
setup even on servers,
... I have to ask: What sort of overall network setup would you be
using, where server IP addresses are assigned by DHCP?
I'm having trouble imagining any remotely common
* Fernando Lemos [110415 15:26]:
> On Fri, Apr 15, 2011 at 10:04 AM, Patrick Schoenfeld
> wrote:
> >> I've always believed that peoply chose NM for simplicity. And I can
> >> understand that. It's simple because it doesn't support anything
> >> "complex", including common VPN setups.
> >
> > ifu
Edward Allcutt writes:
> On Fri, 15 Apr 2011, Roger Leigh wrote:
>> This I really don't get. There was no error reported, and we're using
>> this logic:
>>
>> if [ ! -L /var/run ] && [ -d /var/run ]; then
>>echo "guest environment detected: Migrating /var/run to /run"
>>( # Remove /run f
On Fri, Apr 15, 2011 at 04:41:56PM +0200, Goswin von Brederlow wrote:
> Roger Leigh writes:
>
> > If it wasn't already clear, having /tmp as a tmpfs is a
> > /configurable option/, and it is /not/ the default (except when
> > root is read-only (ro) in fstab).
>
> I hope you check the fstab first
On Fri, 15 Apr 2011, Roger Leigh wrote:
For new installs, where the default /etc/default/rcS files does
set RAMTMP=yes by default, the fstab file will not yet contain
any user-specific mounts. If they do want to manuall mount
something on /tmp, then they simply set RAMTMP=no.
Hopefully you don
On Fri, Apr 15, 2011 at 03:26:59PM +0100, Edward Allcutt wrote:
> On Fri, 15 Apr 2011, Roger Leigh wrote:
> >On Fri, Apr 15, 2011 at 01:38:34PM +0100, Edward Allcutt wrote:
> >Your assumption is correct in that this is a fallback. This is the
> >special case for chroots, also co-opted for vservers
]] Kris Deugau
| Josselin Mouette wrote:
| > For a machine with an IP address assigned by DHCP, which is a very common
| > setup even on servers,
|
| ... I have to ask: What sort of overall network setup would you be
| using, where server IP addresses are assigned by DHCP?
Any kind of cloud-li
Hi,
haveged has 2 RC bugs opened since August 2010. Despite solutions and
patches provided by users and other developers to fix them many months
ago, there is still no actions or comments by the current maintainer.
There is also 3 other open bugs and a new upstream release has also been
made earl
Hi,
a hijack and bringing haveged into a usable shape would be very appreciated!
Cheers,
Bernd
On 04/15/2011 07:59 PM, Jérémy Bobbio wrote:
> Hi,
>
> haveged has 2 RC bugs opened since August 2010. Despite solutions and
> patches provided by users and other developers to fix them many months
On Sat, Apr 09, 2011 at 11:59:03AM +0300, shebeer t.h wrote:
> I am sending herewith my CV for the post of IT Technical Support / Admin
> Assistant / Any Suitable post
I'm sorry to tell you that this is not an appropriate place to send your
CV.
Moreover, it's extremely discourteous to send a bla
Kita tahu biaya hidup sangat mahal..
Berapa harga bakso satu mangkok..?
Berapa harga ikan bakar 1 ekor..?
untuk makan satu kali saja banyak uang yang harus kita keluarkan,
padahal rasa kenyangnya belum tentu bertahan sampa 24 jam,benar bukan..?
Sebelum mendapatkan dana hibah,
Sebaiknya Anda klik
On Fri, 15 Apr 2011 10:03:40 +0100, Jon Dowland wrote:
> On Fri, Apr 15, 2011 at 08:22:53AM +0200, Josselin Mouette wrote:
>> Le jeudi 14 avril 2011 à 08:00 +1000, Ben Finney a écrit :
>> > I think it is wrong, based on the fact expressed in these threads
>> > that NetworkManager can, by default d
On Fri, Apr 15, 2011 at 6:50 PM, Felipe Sateler wrote:
>> Could those thread participants who have gripes from their last NM
>> experience many years ago please confirm that their gripes still apply
>> before continuing with the discussion?
>
> felipe@pcfelipe:supercollider% apt-cache policy netwo
Package: wnpp
Severity: wishlist
Owner: Kees Cook
* Package name: apparmor
Version : 2.6.1
Upstream Author : AppArmor project members
* URL : http://apparmor.net/
* License : GPL-2, LGPL-2
Programming Lang: C, C++, Perl, Python
Description : AppArmor Ma
Currently section 8.3 in the policy specifies that "The static library
(libraryname.a) is usually provided in addition to the shared
version", i.e. it doesn't provides any guidelines if a development
package should or shouldn't provide a static library at all. Also it's
a question whenever packages
On Fri, 15 Apr 2011, Roger Leigh wrote:
> { find var/run/ ! -type d -print0; \
> find var/lock/ ! -type d -print0; } | xargs -0r $_CHROOT_SH rm
>
> I'm afraid this will need fixing in util-vserver(?) though. We can't
> work around this in initscripts postinst, I'm afraid, since it worked
> cor
Greetings,
This message is an automated, unofficial publication of vote results.
Official results shall follow, sent in by the vote taker, namely
Debian Project Secretary
This email is just a convenience for the impatient.
I remain, gentle folks,
Your humble servant,
De
On Fri, Apr 15, 2011 at 08:59:01PM -0300, Henrique de Moraes Holschuh wrote:
> On Fri, 15 Apr 2011, Roger Leigh wrote:
> > { find var/run/ ! -type d -print0; \
> > find var/lock/ ! -type d -print0; } | xargs -0r $_CHROOT_SH rm
> >
> > I'm afraid this will need fixing in util-vserver(?) though.
On Sat, 16 Apr 2011, Roger Leigh wrote:
> On Fri, Apr 15, 2011 at 08:59:01PM -0300, Henrique de Moraes Holschuh wrote:
> > On Fri, 15 Apr 2011, Roger Leigh wrote:
> > > { find var/run/ ! -type d -print0; \
> > > find var/lock/ ! -type d -print0; } | xargs -0r $_CHROOT_SH rm
> > >
> > > I'm afra
2011/4/16 Carl Fürstenberg:
> Thus I think we should consider updating the policy to either specify
> that a development package should provide a static library if
> possible, or that it shouldn't provide unless there are reasonable
> reasons for inclusions.
IMO Debian should err on the side of n
Hi,
This is a short email to let everyone know about the current status of
the package.
Cactus, the first serious release of Openstack Compute - nova, has been
released yesterday. I have done loads of patches to have the package to
fit in Debian, comply with the policy, and be lintian clean. The
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-novaclient
Version : 2.4
Upstream Author : Openstack developers
* URL : http://www.openstack.org/
* License : Apache-2
Programming Lang: Python
Description : client library f
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: cloud-utils
Version : 0.21
Upstream Author : Canonical Ltd. & Scott Moser
* URL :
https://code.launchpad.net/~ubuntu-on-ec2/ubuntu-on-ec2/uec-tools
* License : GPL-3
Programming Lang: Py
Hi,
As I am packaging Openstack in Debian, I will need to also package the
"cloud-utils" package that you currently maintain.
The issue is that currently, your package is a native package. That
makes it impossible for me to use a .orig.tar.gz and eventually have
differences separated in a specifi
On Sat, Apr 16, 2011 at 12:00 PM, Thomas Goirand wrote:
> As for other DDs reading debian-devel, what solution do I have available
> here?
Use dpkg-source v3, which deletes any debian/ directory from the
upstream tarball when unpacking.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UN
On 16/04/11 at 10:43 +0800, Thomas Goirand wrote:
> Hi,
>
> This is a short email to let everyone know about the current status of
> the package.
>
> Cactus, the first serious release of Openstack Compute - nova, has been
> released yesterday. I have done loads of patches to have the package to
>
On Sat, Apr 16, 2011 at 06:42:00 (CEST), Paul Wise wrote:
> On Sat, Apr 16, 2011 at 12:00 PM, Thomas Goirand wrote:
>
>> As for other DDs reading debian-devel, what solution do I have available
>> here?
>
> Use dpkg-source v3, which deletes any debian/ directory from the
> upstream tarball when u
On 04/16/2011 01:32 PM, Lucas Nussbaum wrote:
> On 16/04/11 at 10:43 +0800, Thomas Goirand wrote:
>> Hi,
>>
>> This is a short email to let everyone know about the current status of
>> the package.
>>
>> Cactus, the first serious release of Openstack Compute - nova, has been
>> released yesterday.
71 matches
Mail list logo