Santiago Vila writes:
> For the purposes of determining whether or not "most users need to
> change the /etc/locale.gen file" Ben and I need an estimate of the
> proportion of Debian users using locales among all Debian users.
Just about anyone who's not from English speaking countries. For
ex
There was an RFP for pfaedit (99904), which I've changed a few days ago to
an ITP and prepared a package already. However I'm going to be without net
connection for some (short) time now and the package still needs to be
tested.
I will upload it in two or three weeks (or sooner).
On 3 Sep 2001, P
> "Marc" == Marc Haber <[EMAIL PROTECTED]> writes:
Marc> On Sun, 2 Sep 2001 22:49:00 +0200 (CEST), Santiago Vila
Marc> <[EMAIL PROTECTED]> wrote:
>> However, you can repackage the .orig.tar.gz source and remove
>> the non-US bits from it. Then you could upload both source and
Bonjour,
Nous avons vu votre site : http://www.lists.debian.org et nous sommes
certains
que vous pouvez gagner beaucoup dargent avec votre trafic internet grace
a:
LOGOS/SONNERIES
REPONDEUR TELEPHONIQUE
DEDICACES AU TELEPHONE
C'est amusant et sur tout le trafic que vous generez vous gagnez d
On Mon, 03 Sep 2001, Santiago Vila wrote:
> For the purposes of determining whether or not "most users need to
> change the /etc/locale.gen file" Ben and I need an estimate of the
> proportion of Debian users using locales among all Debian users.
That would be most non-english-speaking users, I su
On Sat, Sep 01, 2001 at 04:04:12PM +0200, Eduard Bloch wrote:
> I suggest to disable ECN? in the default network configuration.
> This should be done in Woody since we don't like our users to be
> confused just because of the ECN support in kernel is turned on.
This would be an abuse of the procps
On Sun, Sep 02, 2001 at 10:57:06PM +0200, Marcelo E. Magallon wrote:
> I ought to listen to Zinsser and use shorter words
Only with Galt.
--
G. Branden Robinson|If you wish to strive for peace of
Debian GNU/Linux |soul, then believe; if you wish to
[EMA
* Richard Kettlewell
| (I await with interest your attempt to have /etc/alternatives and
| /etc/rc*.d eliminated or de-symlinked...)
apt-get install file-rc does one of them:
$ ls /etc/rc*.d
zsh: no matches found: /etc/rc*.d
$
--
Tollef Fog Heen
You Can't Win
* Wouter Verhelst
| AFAIK, there's no package for it, but you can download it from his
| website. I don't recall what that site was, but he's been discussing that
| here a few weeks or months ago in a thread called "X authentication and
| su" or something likewise.
http://fgouget.free.fr/sux/
-
* Ole Aamot
| URL: http://synthcode.com/emacs/lang/css-mode.el
| Description:
| css-elisp is a language mode for editing Cascade Style Sheets,
| offering syntax highlighting and tab completion.
There is also a css-mode available at
http://www.garshol.priv.no/download/software/css-mode/ , wh
On Mon, Sep 03, 2001 at 07:44:19AM +1000, Herbert Xu wrote:
> 1. CONFIG_INET_ECN must be turned on, otherwise the user will have to
> recompile the kernel to use it.
yes, that is correct.
if the user wants ECN, they should compile the kernel to enable it.
>[...]
> So do whatever you want, but pl
On Mon, Sep 03, 2001 at 09:46:42AM +0900, Tomohiro KUBOTA wrote:
> Hi,
>
> > I think we can consider the volume or the number of subscribers of the
> > debian-user mailing list, and compare it with the volume or the number
> > of subscribers of all other language-specific debian-user-foo lists
> >
On Mon, Sep 03, 2001 at 02:21:04AM +0200, Santiago Vila wrote:
> Hello.
>
> For the purposes of determining whether or not "most users need to
> change the /etc/locale.gen file" Ben and I need an estimate of the
> proportion of Debian users using locales among all Debian users.
>
> [ See Bug #111
Hi,
> I think we can consider the volume or the number of subscribers of the
> debian-user mailing list, and compare it with the volume or the number
> of subscribers of all other language-specific debian-user-foo lists
> combined. Is there anybody who can do this count?
>
> Can you think of anot
Hello.
For the purposes of determining whether or not "most users need to
change the /etc/locale.gen file" Ben and I need an estimate of the
proportion of Debian users using locales among all Debian users.
[ See Bug #111008 for details ].
I think we can consider the volume or the number of subsc
> > (*) wha? no kernel patch is required. The default
>
> Not really true.
After reading Herbert's mail, I understand what you were
trying to do now with the patch.
Thanks for explaining the baseconfig / postinst issues.
What a mess.
-neil
On Sun, Sep 02, 2001 at 05:56:45PM +0200, Goswin Brederlow wrote:
> I think that should be refiled against kernel-image-2.4.x. Those,
> since they have the flag enabled, should warn about it and turn it off
> in /etc/sysctl.conf upon first install (not on update, so you can
> delete the option).
>
On Sun, Sep 02, 2001 at 10:01:50PM +0200, Marc Haber wrote:
> Hi,
>
> this might be an FAQ; but for security, I'll ask as well: I do my
> development in a sid chroot on potato. Can I use potato's dupload to
> upload the finished packages, or do I need to copy my keys into the
> chroot to be able t
Zitiere Eduard Bloch <[EMAIL PROTECTED]>:
> > Can we just choose option (a) and be done with it?
> > If Debian isn't going to choose option (a), why are we
> > talking about option (c)?
>
> See Herbert's mail. IMHO we need a good place to disable it and notify
> the user.
Since the beginning of
#include
Neil Spring wrote on Sun Sep 02, 2001 um 02:05:57PM:
> Summary:
>
> 1) why not disable ECN in kernel-image? it would be cleaner.
See mail from Herbert.
> 2) why not disable ECN in /etc/network/options? it would be
> more relevant and visible than sysctl.conf.
Another good idea.
> (*
Survex is cave-surveying software, available for several platforms (Unix,
Windows, RISCOS, DOS). IT has been available as an unofficial debian package
for a year or so since I first had a go at packaging it, and the upstream
author included that and made them work. However the packaging is primi
Package: wnpp
Severity: wishlist
The package was (unfortunately) split out of libggi. It provides
hardware dependant extensions for framebuffer-, x- and svgalib-targets.
- Programs that compile with -lggimisc have to depend on this package -
Download: ftp://ftp.ggi-project.org/pub/ggi
Homepage
On Mon, 3 Sep 2001, Herbert Xu wrote:
> 3. The kernel-image postinst is not a good place to do this as installing
> a kernel does not mean that you will boot it.
the postinst would be the worst place, as you can't be using that kernel
already at the moment postinst is ran for the first time...
-
Goswin Brederlow <[EMAIL PROTECTED]> wrote:
>
> I think that should be refiled against kernel-image-2.4.x. Those,
> since they have the flag enabled, should warn about it and turn it off
> in /etc/sysctl.conf upon first install (not on update, so you can
> delete the option).
> Or just ask via deb
Gergely Nagy <[EMAIL PROTECTED]> wrote:
> If the source includes SHA, then it must remain in non-US, together
> with the binaries (iow: binaries compiled without SHA, from a source
> which has SHA in it must be in non-us still).
> At least, that's what I think, but I may be wrong.
You're wrong,
Summary:
1) why not disable ECN in kernel-image? it would be cleaner.
2) why not disable ECN in /etc/network/options? it would be
more relevant and visible than sysctl.conf.
3) can we disable ECN for joe user with the default kernel
while permitting joe custom-kernel-user to enable ECN with
one c
On Sun, 2 Sep 2001 22:49:00 +0200 (CEST), Santiago Vila
<[EMAIL PROTECTED]> wrote:
>However, you can repackage the .orig.tar.gz source and remove the
>non-US bits from it. Then you could upload both source and binaries to
>main.
That would break the principle of pristine sources, though.
Can anyb
[ your Mail-Followup-To is still leaving the list out ]
>> John Galt <[EMAIL PROTECTED]> writes:
> How are things going to get better if new things like this aren't
> tried? It'll certainly knock out some issues in sponsorship and
> NM... If your only objections are those of the improbabilit
If the source includes SHA, then it must remain in non-US, together
with the binaries (iow: binaries compiled without SHA, from a source
which has SHA in it must be in non-us still).
At least, that's what I think, but I may be wrong.
--
Gergely Nagy \ mhp/|8]
pgpJ5XuclYybE.pgp
Description: PGP
Marc Haber:
> Is it possible to have a package's source in non-US while the binary
> package is in main?
No, katie (the program which installs packages from incoming to its
final destination) does not support that.
However, you can repackage the .orig.tar.gz source and remove the
non-US bits from
Hi,
One of my packages, apg, has a new upstream release, 2.0.0b3. The old
versions included some algorithms using SHA and were in non-US. The
new version still has SHA, but can be compiled without using the SHA
sources, using CAST instead.
As far as I understand, a program only using CAST can be
How are things going to get better if new things like this aren't tried?
It'll certainly knock out some issues in sponsorship and NM... If your
only objections are those of the improbability of getting it to work, let
Martin run with it and find out for hisself.
On Sun, 2 Sep 2001, Marcelo E. Ma
Hi,
this might be an FAQ; but for security, I'll ask as well: I do my
development in a sid chroot on potato. Can I use potato's dupload to
upload the finished packages, or do I need to copy my keys into the
chroot to be able to use sid's dupload?
Greetings
Marc
--
--
Hi All!
On 2001 Aug 24, Wichert Akkerman wrote:
> > AFAIK you'll still have to use klogd if you want to have addresses in
> > kernel messages replaced with symbolic names from System.map.
>
> That is a bad idea anyway so please don't do that and use ksymoops
> instead.
Why?
I have a new version
>> Martin Michlmayr <[EMAIL PROTECTED]> writes:
> - Bugs could get fixed sooner since more people are working on the
> package. This would help us meeting our release goals.
The Mythical Man Month, of which Debian is exemplary[0]. "Given enough
eyes, all bugs are shallow", of which De
Hi all, I'm the maintainer of the libsndfile package, and I've noticed
that there's been an NMU to fix a build problem. (Sorry for being absent
... got a job and have a lot less free time now.) Anyway, there's a new
release, and I tried to update the package (from the NMU version) but now
I'm havin
On Sun, 2 Sep 2001, Drew Parsons wrote:
> > en_AU UTF-8 tells it to make en_AU a UTF-8 locale. If you want
> > en_AU.ISO-8859-1 as well, then add
> > en_AU UTF-8
> > en_AU.ISO-8859-1 ISO-8859-1
> > or (what I would recommmend)
> > en_AU.UTF-8 UTF-8
> > en_AU ISO-8859-1
> Just out
During the base freeze preparations in the last few weeks, a problem
Debian has always had became apparent again. Since Debian is a
distributed, volunteer run project it is hard to tell whether a maintainer
is doing Debian work at the moment. In the freeze, it is often crucial to
get a bug fixed
Hi,
I have some thoughts about the ECN bit:
Why is it on per default when compiled in?
Normaly I would expect it to be off unless activated in proc, like
ip_forward or syn-cookie or lots of other stuff.
Why can one only turn it on/off?
I want it on normaly, but not for a few hosts or ro
Eduard Bloch <[EMAIL PROTECTED]> writes:
> Package: procps
> Version: 1:2.0.7-6
> Severity: wishlist
> Tags: woody
>
> I suggest to disable ECN¹ in the default network configuration.
> This should be done in Woody since we don't like our users to be
> confused just because of the ECN support in k
On Sun, Sep 02, 2001 at 08:11:53AM -0500, Colin Watson wrote:
> On Sun, Sep 02, 2001 at 02:22:16PM +0200, Turbo Fredriksson wrote:
> > I'm all for international descriptions. In roxen and roxen2 packages
> > for debconf, I have a number of languages.
> >
> > But philippe, if you're to translate, t
#include
Neil Spring wrote on Sat Sep 01, 2001 um 06:39:58PM:
> http://uwsg.iu.edu/hypermail/linux/kernel/0105.1/0145.html
>
> As David noted, I'm in favor of turning ECN off-as-default.
Good. The problem - it is on by default in our precompiled kernel-image
packages. To disable (by default), y
On Sat, Sep 01, 2001 at 02:42:31PM -0500, David Starner wrote:
>
> en_AU UTF-8 tells it to make en_AU a UTF-8 locale. If you want
> en_AU.ISO-8859-1 as well, then add
> en_AU UTF-8
> en_AU.ISO-8859-1 ISO-8859-1
> or (what I would recommmend)
> en_AU.UTF-8 UTF-8
> en_AU ISO
On Sun, Sep 02, 2001 at 12:19:51PM +0200, Christian Kurz wrote:
> Would you mind telling us which version of cups you have installed? You
> didn't include that information.
Sorry, I forgot that. It's the actual woody version:
ii cupsomatic-ppd 0.20010420-3 cups printer ppd's from LinuxPrinting
On Sun, Sep 02, 2001 at 02:22:16PM +0200, Turbo Fredriksson wrote:
> I'm all for international descriptions. In roxen and roxen2 packages
> for debconf, I have a number of languages.
>
> But philippe, if you're to translate, then you have more job to do.
> You have 55 packages to translate!
>
>
On 01-09-02 Michael Meskes wrote:
> I wanted to install DeskJet_670C-cdj670.ppd or DeskJet_670C-pcl3.ppd from
> cupsomatic-ppd but just got a
>
> lpadmin: add-printer failed: The requested resource was not found on this
> server.
Would you mind telling us which version of cups you have installed
Package: wnpp
Severity: normal
Martin Michlmayr orphaned Marco Budde's packages today, as they don't
appear to have been actively maintained for quite some time. I intend to
adopt doc-linux (binary packages doc-linux-html and doc-linux-text),
which is pretty seriously in need of an update before w
I'm all for international descriptions. In roxen and roxen2 packages for
debconf, I have
a number of languages.
But philippe, if you're to translate, then you have more job to do. You have 55
packages
to translate!
(just joking, don't take it the way it reads philippe, I _AM_ gratefull! :)
C
> "SS" == Sebastian Schaffert <[EMAIL PROTECTED]> writes:
SS> I would be willing to take over the maintanance of these two
SS> packages
Please try to coordinate with Silvester Claassen [s.m.claassen at
stalemate.nl], who expressed an interest to take over the packages (but
haven't upl
On Sun, Sep 02, 2001 at 12:43:09PM +0200, Richard Atterer wrote:
> On Sun, Sep 02, 2001 at 08:31:40AM +0200, Michael Bramer wrote:
> > On Sat, Sep 01, 2001 at 11:19:42PM +0200, Richard Atterer wrote:
> > > Furthermore, as mentioned before, translation packages have the
> > > disadvantage that new D
On Sun, Sep 02, 2001 at 08:31:40AM +0200, Michael Bramer wrote:
> On Sat, Sep 01, 2001 at 11:19:42PM +0200, Richard Atterer wrote:
> > Furthermore, as mentioned before, translation packages have the
> > disadvantage that new Descriptions, i.e. _the_ones_you_are_most_likely
> > _to_look_at_, will *n
Le Sat, Sep 01, 2001 at 11:19:42PM +0200, Richard Atterer écrivait:
> > And that's a mirror where we I only have i386. So multiply by 10 arch,
> > then by 50 languages, and you get 10Gb of Packages file. We could reduce
> > that if we remove uncompressed Packages but still ...
> >
> > And a good p
On Sun, Sep 02, 2001 at 02:28:45AM -0500, David Starner wrote:
> On Sun, Sep 02, 2001 at 09:12:52AM +0200, Martin Quinson wrote:
> > On Sat, Sep 01, 2001 at 10:11:45AM +0200, Radovan Garabik wrote:
> > > Of 8 friends of mine that are using debian, I know that:
> > > 2 would want fallback hungarian-
On Sun, Sep 02, 2001 at 04:53:16AM -0500, Manoj Srivastava wrote:
> >>"Michael" == Michael Bramer <[EMAIL PROTECTED]> writes:
>
> Michael> A process on the ftp-master patch the deb with the
> Michael> translation, if the translation is not alread in the the
> Michael> package. This process don'
On 01-09-01 Simon Richter wrote:
> On Sat, 1 Sep 2001, Christian Kurz wrote:
> > > not be ascii armored since this would only introduce transmission overhead
> > > and gain nothing. The file name for this file is constructed from the
> > Why does it gain nothing? What about problems during transmi
On 01-09-01 Martijn van Oosterhout wrote:
> Can you store multiple signitures in the same file?
Yes, that possible by using the OpenPGP format. You'll either need to
use one-pass-signature packets, like GnuPG does by default, or the
cleartext signed format.
Christian
--
Debian Develop
>>"Michael" == Michael Bramer <[EMAIL PROTECTED]> writes:
Michael> A process on the ftp-master patch the deb with the
Michael> translation, if the translation is not alread in the the
Michael> package. This process don't change the package or the
Michael> version number- It only add the transl
I just thought about trying cups on my home system but either I haven't
found the correct way to configure it yet or it simply does not configure
itself well enough IMO. I'm used to lpr(ng) with magicfilter. All I have to
do is answer some question and I have a system up and running that prints
eve
On Sat, Sep 01, 2001 at 05:30:52PM +0200, Rodrigo Moya wrote:
> On Sat, 2001-09-01 at 16:35, Mark Brown wrote:
> > Well, yes but that goal could be accomplished by statically linking the
> > library. Though if upstream think it makes sense to have it shared
> > you're kind of stuck with a lot of
On Sat, Sep 01, 2001 at 02:42:31PM -0500, David Starner wrote:
>
> en_AU UTF-8 tells it to make en_AU a UTF-8 locale. If you want
> en_AU.ISO-8859-1 as well, then add
> en_AU UTF-8
> en_AU.ISO-8859-1 ISO-8859-1
this is probably the best idea
> or (what I would recommmend)
> en
On Sun, Sep 02, 2001 at 09:12:52AM +0200, Martin Quinson wrote:
> On Sat, Sep 01, 2001 at 10:11:45AM +0200, Radovan Garabik wrote:
> > Of 8 friends of mine that are using debian, I know that:
> > 2 would want fallback hungarian->slovak->czech
> > 1 would want fallback lithuanian->slovak->czech->rus
On Sat, Sep 01, 2001 at 10:11:45AM +0200, Radovan Garabik wrote:
> Just a small nitpicks...
>
> On Sat, Sep 01, 2001 at 02:17:01AM +0200, Richard Atterer wrote:
> > Hi Raphael,
> >
> > On Fri, Aug 31, 2001 at 01:59:32PM +0200, Raphael Hertzog wrote:
>
> >
> > With language-specific Packages fil
On Sat, Sep 01, 2001 at 02:17:01AM +0200, Richard Atterer wrote:
> Hi Raphael,
>
> On Fri, Aug 31, 2001 at 01:59:32PM +0200, Raphael Hertzog wrote:
[snip]
> > using my "fr" environnment I could'n reconfigure debconf to use the
> > Gnome frontend, it wasn't listed in the proposed choices because t
On Sat, Sep 01, 2001 at 11:25:32AM -0500, Colin Watson wrote:
> On Sat, Sep 01, 2001 at 05:23:03PM +0200, Rodrigo Moya wrote:
> > The only problem I can see is with the -dev packages, which may need
> > some work to allow different versions to be installed.
>
> That's OK. We often only support one
I compile my own X so there are no debianisms in the X tree. Other than that
it's debian unstable.
Updated to the latest pkgs tonight and i recieved this error.
Are there seperate font packages for gnome needed? I do have all of the
xfonts installed.
Info: ghostscript was found and has fonts
On Sun, Sep 02, 2001 at 07:03:01AM +0200, Simon Richter wrote:
> > I like this all, but we have the problem with outdated translations.
>
> Yes, that's why I want these files to be automatically added from the
> database: The database still contains the untranslated strings, so we can
> check whe
On Sat, Sep 01, 2001 at 11:19:42PM +0200, Richard Atterer wrote:
> On Sat, Sep 01, 2001 at 03:38:58PM +0200, Raphael Hertzog wrote:
> > Le Sat, Sep 01, 2001 at 02:17:01AM +0200, Richard Atterer écrivait:
> > > With language-specific Packages files, there is no size issue.
> > And that's a mirror wh
On Sun, Sep 02, 2001 at 07:03:07AM +0200, Simon Richter wrote:
> > Also problematic is the idea of packaging all the translations into one
> > package. This would never be up-to-date, and more frequent updates are
> > not nice. I prefer a solution similar to the current system in ddts.
> > This cou
On Sat, 1 Sep 2001 12:18, Wouter Verhelst wrote:
> I agree with most of what you say, but not with this. You can say a lot
> about NFS, including that it's bad, insecure, to be thrown away and
> changed by CODA or sth else, but not that it's slow.
>
> I've seen data transfers of ~800KByte/s via NFS
On Sat, Sep 01, 2001 at 10:36:59PM +0200, Richard Atterer wrote:
> On Sat, Sep 01, 2001 at 01:32:26PM +0200, Michael Bramer wrote:
> > > - How do we avoid that a package is updated too often? Updating the
> > > .deb for each translation change is far too often - maybe add any
> > > new translat
On Sat, Sep 01, 2001 at 01:09:03PM +0200, Richard Atterer wrote:
> > Mingw requires that the program actually be able to build on a win32
> > system, but produces code that runs much faster, is far more stable
> > in my experience, and competes head to head with the same app
> > compiled for MSVC v
> Also problematic is the idea of packaging all the translations into one
> package. This would never be up-to-date, and more frequent updates are
> not nice. I prefer a solution similar to the current system in ddts.
> This could be included in the current FTP archive, in the subdirectories
> for
> > which uploads? There are no extra uploads.
> There have to be, in my eyes. Consider this scenario:
katie can pretend there has been an upload.
> OK, but re-diffing will invalidate the maintainer's signature on the
> diff! Hm, I guess this doesn't matter as long as that sig's sole
> purpose i
> > I don't think translations should be in the source package at all,
> I'm opposed to this! Yes, not including the translations in the source
> package makes things much easier, but I think they still should be
> there at all costs.
Yes, I can agree with that. I think we have to put them in a s
> > - What would source packages look like for such a system? It /is/
> > possible to continue to use the old .orig.tar.gz + diff.gz, but
> > automatic updates for new translations would invalidate the
> > maintainer's signature. Should we seize the opportunity to switch to
> > a more flexi
> > The translation archive can contain a "control" and a "templates" file.
> > These files have much the same format as the corresponding files from the
> > control.tar.gz file but with the exception that they contain only the
> > identifiers ("Package: xyz" for "control" and "Template: foo/bar" f
> > Step 1: Signed archives
> > ---
> Quick note from vacation: signed packages are already designed and
> implemented. No need to reinvent the wheel.
Do they allow unsigned/separately signed parts?
Simon
> You should all realise that GNU ar supports long filenames, so there is no
> need to obfuscate filenames from ar's point of view.
GNU ar, yes. dpkg, no.
Simon
78 matches
Mail list logo
