-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/31/07 21:01, Antonio Diaz Diaz wrote:
[snip]
>
> When editing configuration files or source code written in ASCII many
> people want something like Moe, not another buggy and/or bloated editor
> of multibyte encodings.
>
> So perhaps it is not
I am not advocating being hostile to novice users; I am saying
that we should not cater solely to that segment of our user base;
especially at the expense experienced users who have been long using
Debian as the basis of productive work.
Some considerations and improvements seem at
Tim, I couldn't write it better.
3 months ago, there has been a thread with similar topics: Debian
desktop -situation...
Peter
Tim Hull wrote / napísal(a):
Just to follow up, I do appreciate that Debian wishes to cover so many
architectures - I even installed Debian on quite possibly the mo
Your message was filtered by my personal ANTISPAM filter
and was classified as SPAM, and therefore DIRECTLY TRASHED.
If you think this was done by mistake, please resend your
message, specifying "thru spam" as subject.
Messages with zip files attached are cl
On 28 Jul 2007, [EMAIL PROTECTED] wrote:
> I'm starting to submit wishlist bug reports. If emacs21 is
> removed, I'll submit bug reports to all of the following packages
> with `Severity: serious' or so.
> Ramakrishnan Muthukrishnan <[EMAIL PROTECTED]>
> quack-el
Ramki had stopped maintaining t
Antonio Diaz Diaz <[EMAIL PROTECTED]> writes:
> When editing configuration files or source code written in ASCII
> many people want something like Moe
Even a humble configuration file can have comments and text strings
with non-ASCII characters; e.g. names of people or organisations.
This is eve
I don't think we should be adding more programs to the archive that
can't handle multibyte encodings. I believe the default character
encoding for new installations is UTF-8.
GNU Moe is a console text editor written to be stable, compact and
powerful. It is the middle point between GNU Ed and
On Tue, Jul 31, 2007 at 12:07:44PM +0200, Adam Borowski <[EMAIL PROTECTED]> was
heard to say:
> stable (pinned at 500): foo=1.0 [Depends: bar>=1.0], bar=1.0
> testing (pinned at 200): foo=1.2 [Depends: bar>=1.2], bar=1.2
>
> If the user says: apt-get install foo=1.2, apt won't be smart enough to
Peter Samuelson <[EMAIL PROTECTED]> writes:
>> If anyone knows how to limit the fontsize to 8 only for a otf/ttf
>> font, please contact me. (The original font is in bdf format)
>
> If this font is intended to be used at one fixed size, why bother with
> ttf/otf at all? Just ship it as bdf.
Aren'
Tim Hull dijo [Mon, Jul 30, 2007 at 07:14:50PM -0400]:
> > Please enumerate which features are present in the new version of Gnome
> > which are not present in the Etch version that the "average" user simply
> > cannot live without.
>
> gnome-power-manager contains massive improvements, for one th
[Gürkan Sengün]
> Notes: I have created a fontforge sfd version which one can generate
> otf/ttf out of. If anyone knows how to limit the fontsize to 8 only
> for a otf/ttf font, please contact me. (The original font is in bdf
> format)
If this font is intended to be used at one fixed size, why b
On Tue, Jul 31, 2007 at 02:17:23PM -0700, Jérémie Corbier wrote:
> On Tue, Jul 31, 2007 at 10:53:10PM +0200, Andreas Tille wrote:
> > I would like to keep pbuilder the temporary build directory to
> > be able to inspect the library and what went different compared
> > to a build using dbuild. Unfo
On Tue, 31 Jul 2007 19:09:10 + (UTC), Oleg Verych
<[EMAIL PROTECTED]> wrote:
>- adduser is 48k of "unreadable perl mess"
As former maintainer of adduser, I take offense here. Adduser has
improved a lot in readability in the last three years.
Greetings
Marc
--
---
On Tue, Jul 31, 2007 at 10:53:10PM +0200, Andreas Tille wrote:
> I would like to keep pbuilder the temporary build directory to
> be able to inspect the library and what went different compared
> to a build using dbuild. Unfortunately I did not found a
> command line option to keep the temporary b
Package: wnpp
Severity: wishlist
Owner: Tim Brown <[EMAIL PROTECTED]>
* Package name: openvas-client
Version : 0.9.1
Upstream Author : OpenVAS <[EMAIL PROTECTED]>
* URL : http://www.openvas.org/
* License : GPL
Programming Lang: C
Description : Remote n
Hi,
I'm working on a new package where I added automake stuff. This
compiles and even builds a Debian package perfectly if I use debuild.
If I use pdebuild there are some undefined references resulting in
lines
...
../.libs/libvolpack.so: undefined reference to `VPWarpA110N'
../.libs/libvolpack
* Neil Williams:
>> Yea, devices don't, software packages do...
>
> Nah, we get around that too.
>
> (cdebconf for one)
I must take a look, thanks. Current debconf (depends on perl, not only
perl-base, sigh) is ..., you know.
> Then use busybox to replace adduser.
Tell it to package maintainers
On Tue, 31 Jul 2007 19:09:10 + (UTC)
Oleg Verych <[EMAIL PROTECTED]> wrote:
> > Embedded devices don't need perl or ruby or python or
>
> Yea, devices don't, software packages do...
Nah, we get around that too.
(cdebconf for one)
> Well, with "pkg perl-base; keep 'really' nothing;" st
* Neil Williams:
>
> On Tue, 31 Jul 2007 09:08:10 + (UTC)
> Oleg Verych <[EMAIL PROTECTED]> wrote:
>> How that can be, without perl? I don't like perl, but it's a must for
>> Debian.
>
> It ain't necessarily so.
> ;-)
>
> Embedded devices don't need perl or ruby or python or
Yea, devices
> Why don't you want to use testing, again?
Well, it doesn't have security updates (well, testing security team is
supposed to exist, but it seems somewhat dormant as of late). I may give it
a try, though - I'm not running a server so it shouldn't be too bad.
Backporting isn't always automatic,
On Tue, Jul 31, 2007 at 06:22:55PM +0200, Adeodato Simó wrote:
> Any reason to name the package lua-doc instead of luadoc? I really
> suggest luadoc: not only it's the upstream name for the software, but
> lua-doc really looks like "documentation for the Lua language"
> (as in perl-doc, python-doc)
* Enrico Tassi [Tue, 31 Jul 2007 17:47:14 +0200]:
> Package: wnpp
> Severity: wishlist
> X-Debbugs-CC: debian-devel@lists.debian.org
> --- Please fill out the fields below. ---
>Package name: lua-doc
> Version: 3.0
> Upstream Author: Danilo Tuler as part of the Kepler Project <[EMAI
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: lua-doc
Version: 3.0
Upstream Author: Danilo Tuler as part of the Kepler Project <[EMAIL PROTECTED]>
URL: http://keplerproject.org/luadoc
Hi Tomas,
> Rationale: I think screen is a shell in the best IT-sense of the word.
> So I ask you to please move it to a more specific section.
screen is not a shell in itself but more some kind of terminal emulator
like xterm IMHO - it provides an interface to an arbitrary number of
shells, just
Package: wnpp
Severity: wishlist
Owner: Julien BLACHE <[EMAIL PROTECTED]>
* Package name: wmauda
Version : 0.3
Upstream Author : Michael Stewart <[EMAIL PROTECTED]>
* URL : http://dockapps.org/file.php/id/330
* License : GPL
Programming Lang: C
Description
On Tue, Jul 31, 2007 at 05:02:58AM -0400, Tim Hull wrote:
> In my own case, I figure I'll probably either be running Sid or Ubuntu
> Feisty. I gave etch+rolling my own backports a try,
> but backporting each package was a throwback to the Debian Hamm (i.e.
> pre-apt) days
Backporting is any good
On Tue, 31 Jul 2007 09:08:10 + (UTC)
Oleg Verych <[EMAIL PROTECTED]> wrote:
> > The alternative approach is to modify the packages themselves,
> > rather than remove files after installation. See Emdebian:
> > http://www.emdebian.org/
>
> Well, after download, before installation and using ge
* Amit Kumar Saha:
> Hi all,
>
> Has anyone started working on the "Kernel Config" Google SoC 2007
> proposal listed at
> http://wiki.debian.org/SummerOfCode2007/KernelConfigProposal?
There was some activity in debian-kernel, though i didn't follow that
list for summer.
Here are links on informa
On Tue, Jul 31, 2007 at 05:02:58AM -0400, Tim Hull wrote:
> In my own case, I figure I'll probably either be running Sid or Ubuntu
> Feisty.
Why don't you want to use testing, again?
> >>From my own experience, it seems like the issue that needs to be fixed to
> make stable more viable for end-
> The alternative approach is to modify the packages themselves, rather
> than remove files after installation. See Emdebian:
> http://www.emdebian.org/
Well, after download, before installation and using general purpose
archive.
> http://lists.debian.org/debian-embedded/2007/05/msg00025.html
> h
Anyway, regarding my original concern and my ideas, I have reached a few
conclusions.
In my own case, I figure I'll probably either be running Sid or Ubuntu
Feisty. I gave etch+rolling my own backports a try,
but backporting each package was a throwback to the Debian Hamm (i.e.
pre-apt) days - I
Hi all,
Has anyone started working on the "Kernel Config" Google SoC 2007
proposal listed at
http://wiki.debian.org/SummerOfCode2007/KernelConfigProposal?
I would like to have some updates on that as I am interested to work
on this particular project.
I am really not sure if this is the correct
32 matches
Mail list logo
