The release team did again a great job the past release cycle and
managed to release again a version Debian can be proud of :) There were
of course things that could be done even better next time, but handling
such a enormous task without such issues seems to be impossible.
One thing that the
On 08:18 Mon 04 Apr , Raphael Hertzog wrote:
RH Hi,
RH On Mon, 04 Apr 2011, Dmitry E. Oboukhov wrote:
Stupid scheme (intended for stupid users) should be based on ifupdown
but shouldn't replace it.
RH Please refrain from calling people stupid users just because they use a
RH software that
On Mon, Apr 04, 2011 at 10:52:33AM +0400, Dmitry E. Oboukhov wrote:
On 08:18 Mon 04 Apr , Raphael Hertzog wrote:
RH Hi,
RH On Mon, 04 Apr 2011, Dmitry E. Oboukhov wrote:
Stupid scheme (intended for stupid users) should be based on ifupdown
but shouldn't replace it.
RH Please refrain
On Mon, 04 Apr 2011, Carsten Hey wrote:
I believe we need to know a vague time frame for freezing instead.
With your proposal the release team might announce:
We released on the 7th of February 2011 and freeze Wheezy one and a half
year later on the 7th of October 2012.
With mine
Hi,
On Sunday 03 April 2011 11.57:02 Snow Star wrote:
We are developing on good infrastructure Yours and Ubuntu,
We want to develop on Your and Ubuntu GNU / Linux, and also to become
great friends of the GNU world, and so our community becomes stronger.
Our visions are similar to Yours.
On Sun, 03 Apr 2011 15:04:01 -0700
Russ Allbery r...@debian.org wrote:
Neil Williams codeh...@debian.org writes:
If you are listed in the attached dd-list, it means that the following
tasks should be done REAL SOON NOW in order to smooth the path for
Multi-Arch and comply with Policy
On Mon, 4 Apr 2011 00:00:01 -0700
Steve Langasek vor...@debian.org wrote:
There was a way User can do anything, the way was replaced by the way
User can do something in list. Obviously that this action has been
done for stupid users.
Yes, a user can do anything with ifconfig if his time
Henrique de Moraes Holschuh h...@debian.org writes:
On Sun, 03 Apr 2011, Goswin von Brederlow wrote:
Henrique de Moraes Holschuh h...@debian.org writes:
On Thu, 31 Mar 2011, Goswin von Brederlow wrote:
/etc/adjtime
This needs to survive reboots, and it is also needed early in the boot.
On Mon, Apr 04, 2011 at 12:00:01AM -0700, Steve Langasek wrote:
On Mon, Apr 04, 2011 at 10:52:33AM +0400, Dmitry E. Oboukhov wrote:
Yes, a user can do anything with ifconfig if his time has no value. I am
happily using network manager on my laptop, because unlike ifconfig it's
easy to
On Mon, Apr 4, 2011 at 09:05:50 +0200, Raphael Hertzog wrote:
I don't agree with this. You can do _a lot_ in 3 months. So saying fall
leaves a big uncertainty in terms of roadmap.
And you know two years in advance exactly what you'll have done and what
you'll want to do for the next three
Package: wnpp
Owner: Dominique Dumont domi.dum...@free.fr
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libdist-zilla-plugin-run-perl
Version : 0.005
Upstream Author : Torsten Raudssus tors...@raudssus.de
* URL
* Ben Hutchings b...@decadent.org.uk [2011-04-03 20:56]:
The kernel necessarily holds the working network configuration, though
it lacks e.g. credentials for WPA or 802.1x which are handled by
user-space. User-space can change that state, and can read the state
(including waiting for
In other news for Sun, Apr 03, 2011 at 07:20:18PM +0200, Patrick Matthäi has
been seen typing:
Am 03.04.2011 18:22, schrieb Faidon Liambotis:
And, above all, losing the network configuration, even for a second,
just because you restarted a daemon (or that daemon died) shouldn't be
Hello,
On 04/03/2011 06:15 PM, Stefano Zacchiroli wrote:
On Tue, Mar 29, 2011 at 10:51:02AM +0100, Neil McGovern wrote:
Time based freezes
--
I very much agree that with an increasing complexity
of our distribution that goes together with an increasing
heterogeneity
On Mon, Apr 04, 2011 at 10:15:07AM +0200, Julien Cristau wrote:
On Mon, Apr 4, 2011 at 09:05:50 +0200, Raphael Hertzog wrote:
I don't agree with this. You can do _a lot_ in 3 months. So saying fall
leaves a big uncertainty in terms of roadmap.
And you know two years in advance exactly
On Mon, Apr 4, 2011 at 10:42:25 +0100, Jon Dowland wrote:
So if a vague freeze date (such as Fall 2011) is all we get now, we still
need a firmer *future* date, nearer the time (e.g., Freeze on Halloween,
announced late August), to allow this sort of work cycle to happen.
I think that was
On Mon, Apr 04, 2011 at 12:00:01AM -0700, Steve Langasek wrote:
On Mon, Apr 04, 2011 at 10:52:33AM +0400, Dmitry E. Oboukhov wrote:
On 08:18 Mon 04 Apr , Raphael Hertzog wrote:
RH Hi,
RH On Mon, 04 Apr 2011, Dmitry E. Oboukhov wrote:
Stupid scheme (intended for stupid users) should
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
An ASCII to unicode conversion utility.
Package name: payyans
Version: latest
Upstream Authors:Santhosh Thottingal, Nishan Naseer, Rajeesh K Nambiar
santhosh.thottin...@gmail.com, nishan.nas...@gmail.com,
Rajesh
On Mon, Apr 04, 2011 at 08:38:18AM +0200, Carsten Hey wrote:
The release team did again a great job the past release cycle and
managed to release again a version Debian can be proud of :) There were
of course things that could be done even better next time, but handling
such a enormous task
On Mon, Apr 04, 2011 at 10:24:26AM +0200, Martin Wuertele wrote:
* Ben Hutchings b...@decadent.org.uk [2011-04-03 20:56]:
The kernel necessarily holds the working network configuration, though
it lacks e.g. credentials for WPA or 802.1x which are handled by
user-space. User-space can
On Sun, Apr 03, 2011 at 07:22:47PM +0300, Faidon Liambotis wrote:
It also can't do VLANs (.1q), bridges, bonds and all possible
permutations of the above. I'd speculate that it also wouldn't be able
to do things like 1k (or more) interfaces. It also doesn't support hooks
to be able to do
On Mon, Apr 04, 2011 at 01:11:15AM +0400, Stanislav Maslovski wrote:
Why on earth would I do that? It does not match my needs at all. For
instance, this laptop sometimes connects to a couple of remote LANs
through VPNs, so that I have to set up routing in a not completely
trivial manner.
I
I agree with Stefano, pretty much...
On Sun, 03 Apr 2011 at 18:15:52 +0200, Stefano Zacchiroli wrote:
I believe we need time based freezes. Even more radically, I believe we
need to know the freeze date as soon as possible, e.g. no later than a
couple of weeks after the preceding release.
On 03/31/2011 09:15 PM, Andrew O. Shadoura wrote:
Bugs were opened long ago,
Could you please give me the numbers?
http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=ifupdown;dist=unstable
More than enough to fix.
but there is no interest/manpower to fix
them (which is not surprising if
[Stefano Zacchiroli, 2011-04-03]
Road maps
+1
no, I cannot fix upload (without waiting for sponsoree who has a list
of things to learn/fix) 10+ RFS packages (postponed mostly due to
packaging bugs), deal with increased number of normal RFS mails (I
was working on improving the package for last
On Mon, 4 Apr 2011, Neil Williams codeh...@debian.org wrote:
There needs to be a simple tool with few dependencies and there needs
to be a complex solution with all the power that some users need. One
tool does not suit all here. It's not just about daemon vs GUI frontend
or whether to use
Le lundi 04 avril 2011 à 11:55 +0400, Stanislav Maslovski a écrit :
Well, actually configuring a wireless network with wpa_supplicant and
ifupdown is not hard at all and does not require too much time, _if_ a
user has developed a good habbit of reading documentation first.
It seems to be a
On Mon, Apr 04, 2011 at 09:59:43PM +1000, Russell Coker wrote:
On Mon, 4 Apr 2011, Neil Williams codeh...@debian.org wrote:
There needs to be a simple tool with few dependencies and there needs
to be a complex solution with all the power that some users need. One
tool does not suit all
Well, actually configuring a wireless network with wpa_supplicant and
ifupdown is not hard at all and does not require too much time, _if_ a
user has developed a good habbit of reading documentation first.
JM It seems to be a common belief between some developers that users should
JM have to
On Mon, Apr 04, 2011 at 03:58:43PM +0530, Dhananjay wrote:
An ASCII to unicode conversion utility.
Package name: payyans
URL: http://wiki.smc.org.in/Payyans
Description:Payyans is a python program to convert the data written
for ascii fonts in ascii format to the Unicode format.
Uhm, but
Package: wnpp
Severity: wishlist
Owner: barraud barraudman...@wanadoo.fr
Package name: vpnautoconnect
Version : 1.1.1
Upstream Author : BARRAUD Manuel barraudman...@wanadoo.fr
URL : http://sourceforge.net/projects/vpnautoconnect/
License : (GPLv3)
Le lundi 04 avril 2011 à 16:19 +0400, Dmitry E. Oboukhov a écrit :
User MUST study each OS he uses.
No, he must not. The OS must adapt to the user’s needs, not the
opposite.
If he doesn't want he will be
forced to pay the other people who will tune his (user's) system.
A lot of users
On ma, 2011-04-04 at 16:19 +0400, Dmitry E. Oboukhov wrote:
User MUST study each OS he uses. If he doesn't want he will be
forced to pay the other people who will tune his (user's) system.
I dispute your assertion that our users must study the operating system
we build for them.
I not only
User MUST study each OS he uses.
JM No, he must not. The OS must adapt to the user’s needs, not the
JM opposite.
Create OS that can even be used by stupid and only stupid will use
that.
If he doesn't want he will be
forced to pay the other people who will tune his (user's) system.
JM A lot
Am 04.04.2011 14:15, schrieb barraud:
Package: wnpp
Severity: wishlist
Owner: barraud barraudman...@wanadoo.fr
Package name: vpnautoconnect
Version : 1.1.1
Upstream Author : BARRAUD Manuel barraudman...@wanadoo.fr
URL :
On 04/04/2011 10:06 AM, Dmitry E. Oboukhov wrote:
There is only one thing that can be used without reading a manual. It
is a breast. All the other devices (and things, substances, etc)
required to be studied.
While this paraphrase of a familiar quote may be applicable when taken
in context (in
On Mon, Apr 04, 2011 at 05:35:10PM +0530, Josselin Mouette wrote:
Le lundi 04 avril 2011 à 11:55 +0400, Stanislav Maslovski a écrit :
Well, actually configuring a wireless network with wpa_supplicant and
ifupdown is not hard at all and does not require too much time, _if_ a
user has
On 04/04/2011 10:31 AM, Stanislav Maslovski wrote:
I do not think that reading documentation before trying to achieve
something is that elitist. And in the case of wpa_supplicant, it is
definitely not dozens of pages. Basically, it is just
man interfaces
man wpa_supplicant.conf
zless
Le lundi 04 avril 2011 à 10:39 -0300, Ben Armstrong a écrit :
But the average laptop user really does have a hard time with the
status quo. Something needs to change in the next release.
I think squeeze already does a lot better, but there is still work to
do, especially with the installation
Goswin von Brederlow goswin-...@web.de Sun, April 3, 2011 5:17:06 PM
Philipp Kern tr...@philkern.de writes:
On 2011-04-03, Wouter Verhelst wou...@debian.org wrote:
OTOH, do you really want to type
apt-get install package-with-policy-compliant-utterly-long-silly-name?
There's a point when
On 04/04/2011 11:03 AM, Josselin Mouette wrote:
I think squeeze already does a lot better, but there is still work to
do, especially with the installation process.
On my personal wishlist for wheezy is d-i actually calling NM behind the
scenes to configure the network, instead of ifupdown.
Hi,
Josselin Mouette j...@debian.org (04/04/2011):
I think squeeze already does a lot better, but there is still work
to do, especially with the installation process.
On my personal wishlist for wheezy is d-i actually calling NM behind
the scenes to configure the network, instead of
I do not think that reading documentation before trying to achieve
something is that elitist. And in the case of wpa_supplicant, it is
definitely not dozens of pages. Basically, it is just
man interfaces
man wpa_supplicant.conf
zless /usr/share/doc/wpasupplicant/README.Debian.gz
I don't
On Monday 04 April 2011 14.15:37 barraud wrote:
vpnautoconnect is a daemon that allow you to reconnect automatically
(at startup too) a vpn created with network manager. It can reconnect
Can I please have a daemon that monitors if vpnautoconnect works correctly?
perhaps
On Mon, Apr 04, 2011 at 07:33:31PM +0530, Josselin Mouette wrote:
Le lundi 04 avril 2011 à 10:39 -0300, Ben Armstrong a écrit :
But the average laptop user really does have a hard time with the
status quo. Something needs to change in the next release.
I think squeeze already does a lot
On Mon, Apr 04, 2011 at 04:19:30PM +0400, Dmitry E. Oboukhov wrote:
Well, actually configuring a wireless network with wpa_supplicant and
ifupdown is not hard at all and does not require too much time, _if_ a
user has developed a good habbit of reading documentation first.
JM It seems to
On Mon, Apr 04, 2011 at 02:27:19PM +0200, Adam Borowski wrote:
On Mon, Apr 04, 2011 at 03:58:43PM +0530, Dhananjay wrote:
An ASCII to unicode conversion utility.
Package name: payyans
URL: http://wiki.smc.org.in/Payyans
Description:Payyans is a python program to convert the data
what is missing in the package configuration when dpkg-shlibdeps does
not visit debian/tmp/usr/lib to find the libraries?
Are these considered the private libraries in:
To help dpkg-shlibdeps find private libraries, you might need to set
LD_LIBRARY_PATH.
Gr. Sim
--
To UNSUBSCRIBE, email
On Mon, 04 Apr 2011 17:05:01 +0200
Sim IJskes s...@ijskes.org wrote:
what is missing in the package configuration when dpkg-shlibdeps does
not visit debian/tmp/usr/lib to find the libraries?
Try debian-ment...@lists.debian.org in future for these questions.
Often it can be looking in
Ben Armstrong sy...@sanctuary.nslug.ns.ca writes:
once they manage to make it work, I've *still* seen cafe connections
fail on my lovingly hand-crafted wpa_cli + wpa_supplicant setup that
succeed when I reboot to a Squeeze GNOME live image with NM. I to this
day have not been able to figure
Am 04.04.2011 15:06, schrieb Michael Biebl:
Am 04.04.2011 14:15, schrieb barraud:
Upstream Author : BARRAUD Manuel barraudman...@wanadoo.fr
Please communicate this to the author of vpnautoconnect, maybe he is
interested
in joining the NM development and implement it in NM proper.
/o\
Hi
On Monday 04 April 2011, Sune Vuorela wrote:
I do not think that reading documentation before trying to achieve
something is that elitist. And in the case of wpa_supplicant, it is
definitely not dozens of pages. Basically, it is just
man interfaces
man wpa_supplicant.conf
zless
Hi
bash is not the default system shell anymore. It's now only the default
user shell. As such it is not required for a sysadmin to boot and
install software. Besides that some users would like to get rid of bash
in their environment which is obviously not easily done atm.
The most obvious
On Mon, Apr 04, 2011 at 08:38:18AM +0200, Carsten Hey wrote:
One thing that the release team already is improving is communication,
[snip]
The other thing that has potential to be improved is the freezing.
[snip]
I also note a lack of replies to feedb...@release.debian.org - these
mails are
On 2011-04-04, Luk Claes l...@debian.org wrote:
What do others think of moving bash to important (required and important
are part of the base system)?
Just to make sure, you are essentially (ha!) talking about dropping
Essential:yes from bash?
/Sune
--
To UNSUBSCRIBE, email to
On Monday, April 04, 2011 12:05:09 PM Neil McGovern wrote:
On Mon, Apr 04, 2011 at 08:38:18AM +0200, Carsten Hey wrote:
One thing that the release team already is improving is communication,
[snip]
The other thing that has potential to be improved is the freezing.
[snip]
I also
On Apr 04, Luk Claes l...@debian.org wrote:
The most obvious reason to not degrade bash to Priority: important is
obviously that one needs to declare a dependency on bash when it's used
in a package. Which means quite some packages will need to be changed.
This looks like a good enough reason
On Mon, Apr 4, 2011 at 18:04:20 +0200, Luk Claes wrote:
Hi
bash is not the default system shell anymore. It's now only the default
user shell. As such it is not required for a sysadmin to boot and
install software. Besides that some users would like to get rid of bash
in their environment
On Mon, Apr 04, 2011 at 06:06:28PM +0530, Josselin Mouette wrote:
Le lundi 04 avril 2011 à 16:19 +0400, Dmitry E. Oboukhov a écrit :
User MUST study each OS he uses.
No, he must not. The OS must adapt to the user’s needs, not the
opposite.
If he doesn't want he will be
forced to pay
On Mon, Apr 04, 2011 at 06:04:20PM +0200, Luk Claes wrote:
bash is not the default system shell anymore. It's now only the default
user shell. As such it is not required for a sysadmin to boot and
install software. Besides that some users would like to get rid of bash
in their environment
On Mon, Apr 04, 2011 at 06:52:05PM +0400, Stanislav Maslovski wrote:
Sould not there be an option to select between the old network configuration
and NM?
Nowhere have I seen it argued that NM will be the *only* networking solution
for Debian going forward, merely the *default* one. In other
Neil Williams codeh...@debian.org writes:
The cases listed are the ones where the .la file can be removed.
Packages with .la files which don't meet those criteria were not
included in the list. However, it looks like there could be a flaw in
the original data.
Indeed, there were a bunch of
On Mon, Apr 04, 2011 at 07:33:31PM +0530, Josselin Mouette wrote:
Le lundi 04 avril 2011 à 10:39 -0300, Ben Armstrong a écrit :
But the average laptop user really does have a hard time with the
status quo. Something needs to change in the next release.
I think squeeze already does a lot
On Mon, Apr 04, 2011 at 06:04:20PM +0200, Luk Claes wrote:
What do others think of moving bash to important (required and important
are part of the base system)?
I think that this is a great idea.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
On Mon, Apr 04, 2011 at 06:35:19PM +0100, Jon Dowland wrote:
On Mon, Apr 04, 2011 at 06:52:05PM +0400, Stanislav Maslovski wrote:
Sould not there be an option to select between the old network configuration
and NM?
Nowhere have I seen it argued that NM will be the *only* networking
Hello
How are you ? Am from Hong Kong, am a Chinese , I have a Mutual business
proposal am proposing to you, that I will want you to handle from your
country, I will like to seek your consent first.
I have a serious business project proposal for you to manage and handle
for me in your country.
On Mon, 04 Apr 2011 10:49:04 -0700
Russ Allbery r...@debian.org wrote:
Neil Williams codeh...@debian.org writes:
The line in the original data is:
shibboleth-sp2: dependency_libs links-not-existing-la
The original criteria were:
1. no flag to remove the la-file on next occasion
On Mon, Apr 04, 2011 at 05:59:51PM +, Clint Adams wrote:
On Mon, Apr 04, 2011 at 06:04:20PM +0200, Luk Claes wrote:
What do others think of moving bash to important (required and important
are part of the base system)?
I think that this is a great idea.
Likewise.
Regarding the root
On Mon, Apr 4, 2011 at 2:38 PM, Tzafrir Cohen tzaf...@cohens.org.il wrote:
[...]
It does have system-global config file. But the settings are not
expected to be there. By default the settings are expected to be in the
user directory (has this changed since 0.8?). So I won't easily find it
when
]] Ben Armstrong
(followup to -curiosa, please)
[...]
| That stuff, unlike the nipple, is all learned.
From talking with friends of mine who have babies, that skill is also
very much learned.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To
2011/4/4 Stanislav Maslovski stanislav.maslov...@gmail.com:
I am not happy that network manager bypasses ifconfig to do this; I
would have much preferred a daemon that could properly integrate with
the existing infrastructure we had.
Exactly. There is ifplugd that implements some of the
Dmitry E. Oboukhov un...@debian.org writes:
JM It seems to be a common belief between some developers that users should
JM have to read dozens of pages of documentation before attempting to do
JM anything.
JM I’m happy that not all of us share this elitist view of software. I
JM thought we
On ma, 2011-04-04 at 19:43 +0100, Roger Leigh wrote:
Regarding the root shell issue, I wouldn't have an issue with it
being /bin/sh. The admin is always free to chsh it to the shell
of their choice.
We could even have d-i set the root shell to bash if it installs bash.
Or have bash do it
On Mon, Apr 04, 2011 at 01:57:10PM -0500, Romain Beauxis wrote:
2011/4/4 Stanislav Maslovski stanislav.maslov...@gmail.com:
I am not happy that network manager bypasses ifconfig to do this; I
would have much preferred a daemon that could properly integrate with
the existing infrastructure
Stanislav Maslovski stanislav.maslov...@gmail.com writes:
I considered using wicd some time ago, but gave up after reading
information from its FAQ:
http://wicd.sourceforge.net/moinmoin/FAQ
The main advantage of wicd from my perspective is that it's a simple and
straightforward solution for
Hi all,
I read the whole thread about network manager starting from
http://lists.debian.org/debian-devel/2011/04/msg00051.html
I am an average joe/user who has been a Ubuntu user for few years
while migrating to Debian during the Squeeze freeze cycle (about 6
months back) .
The system I
Hello Russ Allbery,
Am 2011-04-04 12:30:24, hacktest Du folgendes herunter:
That said, of course for a server build one can just remove Network
Manager and install ifupdown and go on with life. Changing the default
doesn't mean forcing it on everyone. But I think that's much of where the
On to, 2011-03-31 at 14:18 +0100, Ian Jackson wrote:
Lars Wirzenius writes (System users: removing them):
The easy solution for this would be to never remove the user, but that's
also not so clear.
To remove a user and reclaim the uid is a difficult business.
This is true in the general
On Mon, 2011-04-04 at 12:12 -0400, Scott Kitterman wrote:
On Monday, April 04, 2011 12:05:09 PM Neil McGovern wrote:
I also note a lack of replies to feedb...@release.debian.org - these
mails are definately useful, but I really would appreciate any comments
going there, so I don't have to
On Mon, Apr 04, 2011 at 12:30:24PM -0700, Russ Allbery wrote:
[skipped]
It is a profoundly erroneous truism, repeated by all copy-books and by
eminent people when they are making speeches, that we should cultivate the
habit of thinking of what we are doing. The precise opposite is the case.
On Mon, Apr 04, 2011 at 08:32:50PM +0100, Lars Wirzenius wrote:
On ma, 2011-04-04 at 19:43 +0100, Roger Leigh wrote:
Regarding the root shell issue, I wouldn't have an issue with it
being /bin/sh. The admin is always free to chsh it to the shell
of their choice.
We could even have d-i
If there are any packages that uses SSLv2 by default you might want to
file a security bug to get them fixed. I believe SSLv2 is really that
bad, it just gives a false sense of security.
/Simon
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe.
On 04/04/2011 09:32 PM, Lars Wirzenius wrote:
On ma, 2011-04-04 at 19:43 +0100, Roger Leigh wrote:
However, there have got to be hundreds of packages using bash
without a dependency. Do we have any information on the
affected packages (i.e. all those with a #!/bin/bash shebang in any
Adam D. Barratt a...@adam-barratt.org.uk wrote:
On Mon, 2011-04-04 at 12:12 -0400, Scott Kitterman wrote:
On Monday, April 04, 2011 12:05:09 PM Neil McGovern wrote:
I also note a lack of replies to feedb...@release.debian.org -
these
mails are definately useful, but I really would appreciate
On Mon, Apr 04, 2011 at 10:03:12PM +0200, Michelle Konzack wrote:
What I do not understand is WHY the Debian Project can not do an install
in two steps. I mean installing the bare base using ifupdown and if
the user choose the Desktop-Task replace it with NM.
AFAICT, the main concerns with
On 04/04/2011 10:42 PM, Steve Langasek wrote:
On Mon, Apr 04, 2011 at 08:32:50PM +0100, Lars Wirzenius wrote:
On ma, 2011-04-04 at 19:43 +0100, Roger Leigh wrote:
Regarding the root shell issue, I wouldn't have an issue with it
being /bin/sh. The admin is always free to chsh it to the shell
On Mon, Apr 4, 2011 at 07:29, Sune Vuorela nos...@vuorela.dk wrote:
I do not think that reading documentation before trying to achieve
something is that elitist. And in the case of wpa_supplicant, it is
definitely not dozens of pages. Basically, it is just
man interfaces
man
Hello Stanislav Maslovski,
Am 2011-04-04 01:11:15, hacktest Du folgendes herunter:
On Sun, Apr 03, 2011 at 11:26:20PM +0530, Josselin Mouette wrote:
May I suggest that you install a squeeze system with the desktop task,
with a simple DHCP network configuration?
Why on earth would I do that?
On Mon, Apr 4, 2011 at 11:42 AM, Stefan Lippers-Hollmann s@gmx.de wrote:
[...]
Besides not using netlink internally, ifupdown's biggest drawback in my
personal opinion is not reacting dynamically to changing connection
methods, like switching from wlan0 to eth0, if an ethernet cable gets
On Mon, Apr 04, 2011 at 11:00:37PM +0200, Luk Claes wrote:
On 04/04/2011 10:42 PM, Steve Langasek wrote:
On Mon, Apr 04, 2011 at 08:32:50PM +0100, Lars Wirzenius wrote:
On ma, 2011-04-04 at 19:43 +0100, Roger Leigh wrote:
Regarding the root shell issue, I wouldn't have an issue with it
On Mon, Apr 04, 2011 at 11:17:59PM +0200, Michelle Konzack wrote:
Hello Stanislav Maslovski,
Am 2011-04-04 01:11:15, hacktest Du folgendes herunter:
On Sun, Apr 03, 2011 at 11:26:20PM +0530, Josselin Mouette wrote:
May I suggest that you install a squeeze system with the desktop task,
On Mon, Apr 4, 2011 at 6:23 PM, Mathieu Trudel-Lapierre
mathieu...@gmail.com wrote:
[...]
This said, I don't think NM can be the magic bullet to fix everything.
Even RedHat while shipping NetworkManager on servers last I checked,
still relies on their simpler command-line setup for interfaces.
On Mon, Apr 04, 2011 at 07:33:24PM +0100, Neil Williams wrote:
Lintian already checks that *.la files don't contain the problematic
dependency_libs setting.
This apparently just isn't true. I could have sworn that we had a check,
but we apparently do not. We definitely should. That's
Package: wnpp
Severity: wishlist
Owner: Miguel Landaeta mig...@miguel.cc
* Package name: sshuttle
Version : 0.52
Upstream Author : Avery Pennarun apenw...@gmail.com
* URL : https://github.com/apenwarr/sshuttle
* License : GPL-2+
Programming Lang: Python
Package: login
Version: 1:4.1.4.2+svn3283-3
Severity: wishlist
Tags: patch
Hi!
On Mon, 2011-04-04 at 10:16:35 -0700, Steve Langasek wrote:
On Mon, Apr 04, 2011 at 06:04:20PM +0200, Luk Claes wrote:
What do others think of moving bash to important (required and important
are part of the base
On Sun, Apr 03, 2011 at 07:24:36AM +0800, Paul Wise wrote:
On Sun, Apr 3, 2011 at 6:58 AM, Felipe Sateler fsate...@debian.org wrote:
The main problem I see is that NM likes to take interfaces down when
upgrading. This is a problem if upgrading remotely.
Probably using glib/gobject etc is
Before bash or dash could be made non-essential in a clean way, there
are IMHO various things not mentioned up to now in this thread to fix:
* Fix #428189, either by adapting the policy to reality or vice versa
(depending on the maintainers decision) as prerequisite to fix the
next point
Russ Allbery writes (Re: Back to technical discussion? Yes!):
That said, for simple server network configuration patterns, ifupdown just
works. I think a lot of the push-back that's happening in this thread is
that replacing ifupdown for the simple but very common case of having one
On Tue, 2011-04-05 at 01:49 +0200, Guillem Jover wrote:
[...]
Well, we can always fix login to behave more robustly, no? :)
If login worked consistently in the face of the configured shell going
missing (automatically falling back to /bin/sh for root), then I think it
would be worthwhile
On Mon, Apr 04, 2011 at 07:39:23PM -0300, Fernando Lemos wrote:
On Mon, Apr 4, 2011 at 6:23 PM, Mathieu Trudel-Lapierre
mathieu...@gmail.com wrote:
[...]
This said, I don't think NM can be the magic bullet to fix everything.
Even RedHat while shipping NetworkManager on servers last I
1 - 100 of 205 matches
Mail list logo
