Package: wnpp
Severity: wishlist
Owner: Oliver Korff
* Package name: crafty-bitmaps
Version : 1.0
Upstream Author : George Barrett
* URL : ftp://ftp.cis.uab.edu/pub/hyatt/book/bitmaps.tgz
* License : GPL-2.0+
Programming Lang: None
Description : bitma
Tollef Fog Heen writes:
> - Most or all system accounts are locked and unable to be used for
> login. Perhaps policy should say that user accounts belonging to a
> package must be locked when the package is removed?
Speaking of that, fixing Bug#274229 and the merged bugs for wheezy would
su
Carsten Hey writes:
> 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:
>
> * Make dash conform to POSIX. dash/sid is not detected as being
>a POSIX shell by autotools, which leads to lines like #!@
]] Lars Wirzenius
Hi,
| I think this would be a good point to have a discussion and set policy
| on how to deal with this. The policy manual seems to currently be silent
| about removing users created by the package at installation time.
|
| * We can decide that packages may not remove th
On 05 Apr 00:55, Stanislav Maslovski wrote:
> 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-T
Luk Claes writes:
> What about Roger's suggestion to have the root account passwordless and
> locked with sudo access? Are there other drawbacks to that proposal (is
> booting in single user mode covered for instance?)?
Then a fsck failure won't give you a shell because you can't input the
root
Lars Wirzenius writes:
> * We can perhaps change debhelper to automatically add the
> dependency, if it is missing. Since most packages use debhelper,
> this might transition most of the packages automatically.
I've beend thinking about this a while back when I had a packag
Steve Langasek writes:
> 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
* Josselin Mouette [110404 14:05]:
> It seems to be a common belief between some developers that users should
> have to read dozens of pages of documentation before attempting to do
> anything.
You mix two things up here: Almost noone demands a system that is only
configurable after reading a doz
On Monday 04 April 2011 18.04:20 Luk Claes 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.
Do you have any kind of estim
On Mon, Apr 04, 2011 at 07:31:49PM -0700, Steve Langasek wrote:
> On Sat, Apr 02, 2011 at 12:36:05AM -0700, Steve Langasek wrote:
> > Specifically, the plan is that any package in wheezy shipping a runtime
> > library in a multiarch directory should declare a Pre-Depends on the
> > metapackage 'mul
]] Kelly Clowers
Hi,
| I never did get nm or wicd to work. Only with ifupdown+wpa_supplicant
| was I able to make WiFi work. This was with an ordinary home router
| with WPA2 PSK and an Atheros PCIe NIC
Without commenting on the whole ifupdown-vs-nm by default issue, I don't
see any bugs filed
On Tue, Apr 05, 2011 at 06:19:38AM +0200, Guillem Jover wrote:
> But then bash only depends on libc and libncurses, which are
> pseudo-essential, so if those and the dynamic linker are
> non-functional then the system has bigger problems than root not
> being able to login. For the unpack case you
On Tue, 2011-04-05 at 01:08:19 +0100, Ben Hutchings wrote:
> This appears to open up any accounts that have been deliberately
> disabled by setting their shell to a nonexistent path. I know that's a
> dumb way to disable an account, but that doesn't make this any less of a
> security hole.
>
> Ho
[Roger Leigh]
> 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.
That brings up something I think all interactive shells should do: in
'prerm remove', check to see if you are root's login shell,
Steve Langasek writes:
> On Tue, Apr 05, 2011 at 02:00:36AM +0200, Carsten Hey wrote:
>> * Make dash conform to POSIX. dash/sid is not detected as being
>>a POSIX shell by autotools, which leads to lines like #!@POSIX_SHELL@
>>to become #!/bin/bash and thus introduces useless dependenci
Steve Langasek writes:
> One of the things that held up the deployment of multiarch-friendly
> library packages in Debian was the recognition that the host triplet
> used on i386, i486-linux-gnu, was not suitable for cross-distro
> standardization because it encodes information about the current
On Tue, Apr 05, 2011 at 02:00:36AM +0200, Carsten Hey wrote:
> 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
On Sat, Apr 02, 2011 at 12:36:05AM -0700, Steve Langasek wrote:
> Specifically, the plan is that any package in wheezy shipping a runtime
> library in a multiarch directory should declare a Pre-Depends on the
> metapackage 'multiarch-support'. This package will be built from eglibc
> source, and f
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: compass-fancy-buttons-plugin
Version : 1.0.5+20110122
Upstream Author : Brandon Mathis
* URL : https://github.com/imathis/fancy-buttons
* License : GPL-2+
Programming Lang: Sass
Descr
On Tue, Apr 05, 2011 at 09:41:27AM +0800, Paul Wise wrote:
> On Mon, Apr 4, 2011 at 11:03 PM, Ben Hutchings wrote:
>
> > And we already have the 'iconv' and 'recode' commands to do conversion
> > between arbitrary character encodings.
>
> These are not character encodings, but specific fonts. Se
On Mon, Apr 4, 2011 at 11:03 PM, Ben Hutchings wrote:
> And we already have the 'iconv' and 'recode' commands to do conversion
> between arbitrary character encodings.
These are not character encodings, but specific fonts. See the
khmerconverter ITP for some earlier discussion on this:
http://b
Thanks for looking at this! I'd definitely be happy to see a solution that
lets us shrink our Essential set without making the system less robust.
On Tue, Apr 05, 2011 at 01:49:17AM +0200, Guillem Jover wrote:
> > If login worked consistently in the face of the configured shell going
> > missing
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 ha
On Mon, Apr 4, 2011 at 9:20 PM, Stanislav Maslovski
wrote:
[...]
>> Also note that there are NM plugins that enable NM to understand
>> /etc/network/interfaces and the Fedora/RHEL counterparts. This means
>> that if a server has NM enabled and an administrator wants to
>> configure networking manu
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
> 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 r
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 wort
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
> stat
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 wi
On Sun, Apr 03, 2011 at 07:24:36AM +0800, Paul Wise wrote:
> On Sun, Apr 3, 2011 at 6:58 AM, Felipe Sateler 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 a no-no for
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
Package: wnpp
Severity: wishlist
Owner: Miguel Landaeta
* Package name: sshuttle
Version : 0.52
Upstream Author : Avery Pennarun
* URL : https://github.com/apenwarr/sshuttle
* License : GPL-2+
Programming Lang: Python
Description : Transparent proxy se
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 shou
On Mon, Apr 4, 2011 at 6:23 PM, Mathieu Trudel-Lapierre
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. So
> should we. De
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 ta
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 wit
On Mon, Apr 4, 2011 at 11:42 AM, Stefan Lippers-Hollmann 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
> temporar
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
On Mon, Apr 4, 2011 at 07:29, 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
>>
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
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 w
"Adam D. Barratt" 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 any
>comment
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
>
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". T
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
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, 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 hav
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 g
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
>
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
Stanislav Maslovski 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 configuring a single wirele
On Mon, Apr 04, 2011 at 01:57:10PM -0500, Romain Beauxis wrote:
> 2011/4/4 Stanislav Maslovski :
> >> 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.
> >
> > Exact
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 al
"Dmitry E. Oboukhov" 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 were
2011/4/4 Stanislav Maslovski :
>> 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 functionality
> that is req
]] 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 UNSUBS
On Mon, Apr 4, 2011 at 2:38 PM, Tzafrir Cohen 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 I want to e.g. ch
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
On Mon, 04 Apr 2011 10:49:04 -0700
Russ Allbery wrote:
> Neil Williams 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
>
> > 2. only "depende
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. Th
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 s
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 "unsubscri
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
Neil Williams 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 different problem
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 w
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: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
> > for
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 enviro
On Apr 04, Luk Claes 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 to me to not
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]
>
>
On 2011-04-04, Luk Claes 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 debian-devel-requ...@lists.
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 de
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 reason
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.con
Am 04.04.2011 15:06, schrieb Michael Biebl:
> Am 04.04.2011 14:15, schrieb barraud:
>> Upstream Author : BARRAUD Manuel
> Please communicate this to the author of vpnautoconnect, maybe he is
> interested
> in joining the NM development and implement it in NM proper.
/o\ seems I missed to loo
Ben Armstrong 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 out why.
You might have h
On Mon, 04 Apr 2011 17:05:01 +0200
Sim IJskes 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 debian/foo/usr/lib wh
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 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 d
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> I
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
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 vpnautoconnectmonitor
> 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 do
Hi,
Josselin Mouette (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 ifupdown. I’ll
> d
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 ifupdow
Goswin von Brederlow Sun, April 3, 2011 5:17:06 PM
> Philipp Kern writes:
>
>> On 2011-04-03, Wouter Verhelst wrote:
>>> OTOH, do you really want to type
>>> "apt-get install package-with-policy-compliant-utterly-long-silly-name"?
>>> There's a point when package name lengths become problemati
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
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
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: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 (
Am 04.04.2011 14:15, schrieb barraud:
> Package: wnpp
> Severity: wishlist
> Owner: barraud
>
>
> Package name: vpnautoconnect
> Version : 1.1.1
> Upstream Author : BARRAUD Manuel
> URL : http://sourceforge.net/projects/vpnautoconnect/
> License : (GPLv
>> 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
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 di
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 act
Package: wnpp
Severity: wishlist
Owner: barraud
Package name: vpnautoconnect
Version : 1.1.1
Upstream Author : BARRAUD Manuel
URL : http://sourceforge.net/projects/vpnautoconnect/
License : (GPLv3)
Programming Lang: (C)
Description : Automatical
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,
>> 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> ha
On Mon, Apr 04, 2011 at 09:59:43PM +1000, Russell Coker wrote:
> On Mon, 4 Apr 2011, Neil Williams 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 ju
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, 4 Apr 2011, Neil Williams 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 DBus or Python - it
1 - 100 of 123 matches
Mail list logo
