Quoting Junichi Uekawa ([EMAIL PROTECTED]):
> shadow 1:4.0.12-1
>
> was the first version to introduce the change;
> and apparently it didn't enter testing until recently
> since it had a few bugs.
Yep, that one slightly broke adduser in environments without shadow
passwords.
Marc had to fix
Quoting Vegar Storvann ([EMAIL PROTECTED]):
> Package: wnpp
> Severity: wishlist
> Owner: Vegar Storvann <[EMAIL PROTECTED]>
>
>
> * Package name: debinstaller
Isn't the name very close to "debian-installer", the
not-so-well-named-but-now-famous installer for the whole distribution?
--
Short summary of answers
Our plan seems correct. Some (Peter Samuelson, Steve Langasek) suggest
it is a bit overflated and synced uploads of fixed packages should be
enough.
However, Frans mentioned autobuilders which will not guarantee that
both packages will reach unstable at the same dinst
> You may decide that removing the CVS files from the orig is worse than
> having them there,[1] but it doesn't excuse the fact that having them
> there is bad (or at least stupid.)
It also helps a lot when *we*, as upstream for native packages,
inadvertently include a CVS or .svn directory in an
The bugs #208514, #268656, #269573, #29317 all finally suggest moving
add-shell and remove-shell out of the passwd package.
These utilities are use to "register" shells in /etc/shells and they
obviously do no belong to the passwd package.
Having them in passwd enforces shells to depend on it jus
Quoting Junichi Uekawa ([EMAIL PROTECTED]):
> To summarize: today's sid was rather more unstable than usual
> due to shadow.
Please bash the shadow maintainers..:-)
Supposedly fixed in 4.0.12-5
There was a very transitional 4.0.12-4 during 15 minuteswhich
claimed to fix the mess with su PA
Quoting Marco d'Itri ([EMAIL PROTECTED]):
> Everybody who has apt-listchanges installed, for a start.
> And if they don't, too bad for them.
Well, I agree that people using unstable really should install
apt-listchanges.
However, what about testing and future stable users?
Our installer does n
Quoting Christian Perrier ([EMAIL PROTECTED]):
> (reply-to: debian-boot)
Too bad, typo in manual reply-to...:-(
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
(reply-to: debian-boot)
The minutes of the now monthly D-I (Debian Installer) team IRC meeting
are now available from the Debian Installer Meetings wiki page:
http://wiki.debian.net/?DebianInstallerMeetings
Minutes:
http://people.debian.org/~bubulle/d-i/irc-meeting-20050917/minutes
Log:
http://
Quoting Marco d'Itri ([EMAIL PROTECTED]):
> Do you people really need to inform all the debian-devel readers of
> this?
Hmmm, apologies (public...just like apologies have to be). This was
intended to be a private reply, but it seems that my fingers are more
used to the "L" key.
--
To UNSUBSCR
Quoting Joey Hess ([EMAIL PROTECTED]):
> Christian Perrier <[EMAIL PROTECTED]>
>geneweb
Fixed in 4.10-10
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Quoting Florian Weimer ([EMAIL PROTECTED]):
> Please keep in mind that responsible maintainers do not depend on
> unmaintained services such as alioth.debian.org. If you must use it,
> make sure that you make periodic copies of archives stored on costa.
Well, I'm afraid that I'm not a responsib
Quoting W. Borgert ([EMAIL PROTECTED]):
> I will do that, thanks for the hint!
> (However, my original plea for using UTF-8 in WebSVN remains.)
Which I support, BTW, even if I understand Frans arguments. Actually,
I support UTF-8 over ISO-8859-1 encoding when only one encoding is
possible, for b
> It would be cool, for sure, but it still has to be done. And as Christian
> noted, the bottleneck is mostly on the developper side here. I mean that
> there is more translator waiting for their translations to get integrated
> than developpers waiting for a given translator to update his work.
Quoting Jan Outrata ([EMAIL PROTECTED]):
> On behalf of Czech translation team, I'd like to announce we have
> completed Czech translation of all po-debconf templates[1], thus
> effectively competing[2] with French translation team.
Yay, congratulations, people!
And now welcome to the wonderful
LY)
Nicolas François
INTERNATIONALLY SUPER STARRING (ALPHABETICALLY)
Alexander Gattin
EXTRA-TERRESTRIALLY CO-SUPER (ALSO ALPHABETICALLY) STARRING
Tomasz Klockzko
SUPER-INTER- GALACTICALLY (A BIT ALPHABETICALLY) CO MEGA STARRING
Christian Perrier
SUPRA COSMICALLY INTER-UNIVERSALLY ULTRA ALPHABETICALL
> >> In a few weeks, we'll start filing RC bugs against the remaining
> >> packages.
> > RC bug? What the heck are you talking about?
>
> No RC Bug, normal severity. If its a dummy out of an (now) empty source
I also agree with the severity to be normal.
Which could, btw, have been said in a m
Dunno which section of your list this should pertain but "Enforce the
use of po-debconf for debconf templates" is in my mind.
This probably needs a few s/SHOULD/MUST in the policy so that we can
file RC bugs on packages which still use the "old style" debconf l10n
system.
There are few of these a
Quoting Peter Palfrader ([EMAIL PROTECTED]):
> OTOH, if there is a sensible default (and there is for jed), just pick
> one and be done with it. No need to burden the admin with yet another
> question.
I beg to disagree here. As long as an appropriate priority is used
(here, probably low) and t
Quoting David Moreno Garza ([EMAIL PROTECTED]):
> You could write the patch, file a wishlist bug against reportbug and
> send it to the bug.
Or, even, if you're not able to write the patch (noone can actually be
fluent in all the damn programming languages in the world...:-)), just
send the wish
Quoting Otavio Salvador ([EMAIL PROTECTED]):
> Maybe we should change debconf to display a message when we hve
> multiselect templates explain how the user should do to mark an iten
> and how to continue.
This has been discussed, yep. Just like a possible "Help" button, but
we're quite stuck wit
Quoting martin f krafft ([EMAIL PROTECTED]):
> > Do libpam-umask ought to be "base" ?
>
> The discussion is here: http://bugs.debian.org/314539
And enforcing the use of libpam-umask is actually the direction we're
taking..
First step probably : comment UMASK in login.defs in answer to
#314539
Quoting Helmut Wollmersdorfer ([EMAIL PROTECTED]):
> A GUI can have better usability. E.g. some beginners don't know, how to
> mark an item in a list for selection in the current installer. O.k.,
Right. This has been reported quite often (actually more in tasksel
than the installer itself, tho
Quoting Wouter Verhelst ([EMAIL PROTECTED]):
> On Mon, Jun 20, 2005 at 02:59:07PM +0300, Markus Åkerman wrote:
> > hi,
> >
> > i suggest a raphical insallation to debian, one is soon coming ro gentoo.
>
> This is being worked on, and might happen with etch.
>
> Note, however, that it's never a g
(also see http://wiki.debian.net/?DebianInstallerMeetings)
The fourth Debian Installer team meeting was held from 14:00UTC to 15:37UTC
on Saturday June 18th.
This was the first D-I team meeting since we had a pre-release meeting
at the end of July 2004, before releasing sarge Debian Installer RC
> day. Many of the false positives were from the same people, who could
> have removed their CBL listing easily. (If they didn't fix the
Hmmm, IIRC I was among these ones and the reasons was the CBL listing
all dynamic and non dynamic addresses from Free, one of the 2-3 major
ISPs for DSL in Fr
> Filing a bug against login...
(shadow maintainer hat on)
bugger...:-)
I was reading this thread and just told to self : dude, this will end
up in a BR against shadow/login:-)
So, to summarize, the rationale here is : don't set umask in the
default login.defs and leave this to shells and/o
> Please relax. The discussion is not whether we drop Firefox from the
> distro. This will not happen, Firefox will still be here for as long
Even if I have followed that discussion from very far, I have noted
that you do not plan this.
But I noted Julien's suggestion to simply drop the thing an
> >> We drop their products from Debian, they lose market share. We drop
> > Really? Do you actually believe that debian users would switch to
> > Konqueror just because we stopped distributing Firefox in Debian?
>
> What about Galeon and the others Gecko-based browsers ?
Non issue.
Nearly all
Quoting Marco d'Itri ([EMAIL PROTECTED]):
> On Jun 12, Michelle Konzack <[EMAIL PROTECTED]> wrote:
>
> > Are there any attempts to do it ?
> > It would be nice if it can be done.
> Start looking at lsb-base.
This probably fits a proposed BOF at Debconf, by the way, proposed by
Henrique de Moraes
> Branden runs the svn repo, so you'll have to ask him for access.
Hmmm, I may already have it, then...s I used to be listed in Alioth
project for xfree packages, IIRC (but never really made use of it, I'm
afraid).
>
> > And, of course, some sync with the Ubuntu fellows is likely to avoid
> > d
> auditing things. Most of the Ubuntu changes, for example the reworking of
> the xserver debconf configuration scripts, I kept almost completely
> (merging in whatever fixes went in to the xfree86 tree after the Ubuntu
> branch). The remainder of the changes are either re-branding to Debian or
>
Quoting John Goerzen ([EMAIL PROTECTED]):
> I am glad to have discussions take place at Debconf. In-person meetings
> are a great way to brainstorm and reach some consensus. But I am wary
> about decisions being reached there, or in IRC, or wherever only a
> minority of Debian developers can par
> No, actually, at the time it was released it was presented as a fait
> accompli. After it received a wide expression of distaste and disgust,
That is your point of view and the way you read it. This is not the
way I read it, so it's likely to be a matter of interpretation.
> There has, to date
> Again, do not mess with cultures you do not understand.
Do you have real examples?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> Nowadays, the recommended way to update config.sub/guess is transparent,
> Debian-specific (but friendly to any sort of upstream config.sub/guess
> usage pattern), version-control friendly, and also non-.diff-bloating.
Could you develop on that topic (or point me to some good reference,
of cou
> [ If you do not believe this, visit buildd.debian.org and see the
> build logs for the lifelines package, for example ].
I am in the process of fixing this, thanks for reporting.
However, I am completely sure that this did not went into the package
by accident and I was certainly misguided by
Quoting Julien BLACHE ([EMAIL PROTECTED]):
> Eh, to achieve Total World Domination, we need to support every
> architecture out of there. Looks like a step in the wrong direction ;)
Well, frankly speaking, Julien, last time I checked most of so-called
third world users mostly just don't care a s
> I remember times when there where two weeks test cycles where the whole
> thing was frozen with zero changes for at about a week, and if any
> serious problems were found they were fixed and then there was the next
> test cycle.
>
> Why is there now always such a hurry to get everything out w
Quoting David Weinehall ([EMAIL PROTECTED]):
> Indeed. The Nokia OSSO (Open Source Software Operations) that work on
> this product consists of several DD's (myself being one), plus at least
> one person in the NM-queue. Some of our subcontractors are also DD's.
This should be IMHO publicized
> I don't have any hard statistics, but here are some random examples of
> patches whose development was sponsored by Canonical, were tested and proven
> in Ubuntu, were proactively submitted to Debian by an Ubuntu developer, and
> remain in debbugs months later without comment from the maintainer
> > Comme vous le voyez, la cuistrerie, cela se cultive...
>
> Quelle verve :) A en faire pâlir Cyrano de Bergerac ma foi !
> La liste est cependant anglophone je pense, et nos pauvres collègues non
Sure. And this list subscribers deserve some apologies for myself
being annoyed enough to be im
Quoting Andrew Suffield ([EMAIL PROTECTED]):
> I really don't care. If somebody can't be bothered to write a mail in
> comprehensible English, they shouldn't expect anybody else to bother
> to read it. Most won't even bother to say why they didn't bother to
> read it. He's lucky that I did, and sh
>Je vous prie d'emblée de m'excuser pour tous les désagréments qu'un
I'm really disappointed that the non French-speaking readers of this
mailing list cannot enjoy the incredibly funny writing of this Ivorian
Scam
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
Quoting sebastien mazzucco ([EMAIL PROTECTED]):
> bonjour
>
> connaissant debian depuis peu je souhaiterai contribuer à ce projet
> grace à des traductions d'anglais vers le francais et tout
> particulierement en ce quiconcerne la desription des paquets ;
> malheureusement les FAQ semblent obsele
> So changing the way Debian runs should be more like:
>
> - find a problem (easy :))
> - create a team to work on it (not as easy ;-)
> - implement a proposed solution and test how it performs
> - have a vote if it should be adopted as official
- document it
:-)
--
To UNSUBSCRIBE, email
Quoting Frank Küster ([EMAIL PROTECTED]):
> Dear release team,
>
> #297181 is unreproducible, and the submitter has not answered to our
> questions for a while. I am quite confident that this bug is really
> PEBCAK, or more specifically a local misconfiguration, or some old
> locally installed Em
Quoting sean finney ([EMAIL PROTECTED]):
> hi all,
>
> some time back, i remember somebody asking what the proper way was to
> credit translators who provided debconf template translations. the
> consensus seemed to be that mentioning them in the changelog was
> sufficient.
>
> not being satisfi
Quoting Ola Lundqvist ([EMAIL PROTECTED]):
> A common way is to list the contact address for the group
> as maintainer and each person responsible for uploads in Uploaders.
> You miss non official Debian developers this way though.
This is the way d-i packages are handled.
This is also the way I
> I am truly sorry for loosing you. You have done a good job helping
> Debian progress the state of free software, and it is sad that you
> decide to throw in the towel because of hard language from a fellow
> Debian volunteer. :(
I personnally can't stop thinking that Sven can reconsider his to
> I'm quite unhappy that this thread has turned so bad. Please, all of us
> who are part of this thread, can we please try to get the heat out.
I can't agree more. What I have seen up to now is make me very
sad. Seeing Sven considering to resign is sad news for me.
I won't play the "others star
Quoting Andreas Barth ([EMAIL PROTECTED]):
> * Thiemo Seufer ([EMAIL PROTECTED]) [050320 12:15]:
> > I don't regard my mips/mipsel porting work as just a hobby.
>
> You're definitly doing a very professional job with mips*. In fact, I'm
Which indeed does not change my statement. All this (our De
> So drop this bullshit veto thing. There is no reason to have this.
I read this thread very occasionnally and I usually pick up posts my
people I respect for their ability to express their opinions quietly
and without the need of flaming.
Hence, I have to admit that I'm really surprised by this
Quoting Torsten Landschoff ([EMAIL PROTECTED]):
> May I suggest reporting your HOWTO mail as a bug in the developers
> reference? That way it is at least recorded somewhere. I'd do it but I
> don't want without permission.
Feel free to do so...this will probably be a good motivation for me to
wr
> Is this already in the Developer's Reference? If not, I think it should be
> added there. Thanks for the info!
Sigh, I *knew* someone would say this..:-)
Well, I may be unlucky enough for the tutorial about "i18n/l10n
handling for maintainers and translators" I proposed at debconf
to be accep
> slang should, I hope, be a fairly small change; OTOH, we seem to still have
> conflicting slang1 and slang1a-utf8 packages in the archive (conflicting
> -dev packages at least), so it would certainly be nice to wrap this up and
> only have to carry one version of this core library for etch.
>
(what to do when correcting typos in debconf templatesand want to
avoid extra work to translators)
Quoting Adeodato Simó ([EMAIL PROTECTED]):
> * Christian Perrier [Tue, 15 Mar 2005 09:24:57 +0100]:
>
> > Indeed, typo and spell corrections should not need translation updates
>
Quoting Florian Zumbiehl ([EMAIL PROTECTED]):
> Hi,
>
> now that the problems with my last bunch of bug reports on mostly "its"
> vs. "it's" mistakes some months ago seem to be solved, I've found another
> load of typos of the "a" vs. "an" flavor, about 110 in total.
please please please...for an
> Are you happy with that?
People talking about Debian ? Sure.
"Press" misunderstanding issues, no, but this is not the first time.
Sure, we will have (we already have) a nice Internet rumour saying
"Debian drops most architectures". But, well, we have rumours about
nearly anything alors une de
> I do not understand why the Nybbles team mixed their good news about
> sarge with their foreseeably controversial plans or proposal for etch.
This may have been a strategical error, yes.
For me, the Vancouver meeting goal was obviously the sarge release and
IMHO, they achieved their goal very
Quoting Steve Langasek ([EMAIL PROTECTED]):
> Hello all,
>
> As promised earlier on -project[0], after the release team/ftpmaster
> team meeting-of-minds last weekend, we have some news to share with the
> rest of the project.
>
> First, the news for sarge. As mentioned in the last release team
> Based on the last few hours only, I think you'll have lots of comments
> to meditate on :-)
Only if considering that a few dozen of people making a lot of noise
and thus making the thread absolutely impossible to read for people
with a normal life and health, represents the feeling of near 100
> > I have announced in many places my intent to take over the package
> > development, which I'm in fact doing since mid 2004 (with NMUs).
>
> Would you also take over xscreensaver and maybe let me co-maintain it?
I'm afraid I have to decline. More packages would be, for me, a bit
too much and
Hello folks,
The shadow package is officially maintained by Karl Ramm, with
assistance by Sam Hartman. It is the source package for "login" and
"passwd", two important pieces of Debian base system.
I have helped Karl in collecting the package translations (both
debconf and programs translations)
Quoting Fabio Tranchitella ([EMAIL PROTECTED]):
> Package: wnpp
> Severity: wishlist
> Owner: Fabio Tranchitella <[EMAIL PROTECTED]>
>
> * Package name: zope-common
> Version : 0.5
> Upstream Author : Matthias Klose <[EMAIL PROTECTED]>
> * URL : http://people.ubuntu.com
> So use -sa.
I forgot to ACK this : the suggestion was of course correct. Thanks
for the "tip" (which indeed could have been a RTFM.:-))
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s like it still have tons of things
to learn..:-)
- Forwarded message from Debian Installer <[EMAIL PROTECTED]> -
From: Debian Installer <[EMAIL PROTECTED]>
To: Christian Perrier <[EMAIL PROTECTED]>,
Yooseong Yang <[EMAIL PROTECTED]>
Subject: gnome-find_1.
Quoting sean finney ([EMAIL PROTECTED]):
> to reply to my own post...
>
> i was under the impression that because dbconfig-common was previously
> in experimental that i wouldn't have problems related to the stalled
> NEW queue, but i was wrong.
>
> so you can get them here:
>
> deb http://p
Quoting sean finney ([EMAIL PROTECTED]):
> okay, i'll do that some time in the near future. i'd like to give a
> final look over my templates to make sure that i like my own english
> before i ask anyone to translate it though :)
Well, be sure that we will be critic towards your English too...ev
> Any reason not to post it on-list? I was hoping to improve the
> security/usability of my own setup based on the best practices offered up in
> reply to this thread.
Yep. Seconded.
This is exactly what I was thinking while seeing this thread : let's
watch it and learn how my fellow DD and Deb
> anyway, i've uploaded my first "public" release of dbconfig-common
> to experimental. minus a couple bells and whistles (and probably
> plus a bunch of undiscovered bugs), it's pretty much feature complete for
> what's mentioned on my webpage[3], so at this point i'd like to call for
> some brav
(from a thread in -devel)
Quoting Henrique de Moraes Holschuh ([EMAIL PROTECTED]):
> On Sun, 20 Feb 2005, Brian Nelson wrote:
> > > There isn't any evidence I've seen that these arch's actually slow
> > > down the release.
> >
> > Getting debian-installer working across all architectures was cert
Quoting Frank Küster ([EMAIL PROTECTED]):
> No, it's not a good idea. Let's keep the change in mind for etch.
That, I fully agree with...:)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> I don't know how these translation things are handled technically. But
> since the intended meaning didn't change at all, I don't see why it is
> better to have a "bad" english version and 40 equally "bad" translated
> versions, over having a better english version, 10 better translated
> version
> And yes, it does belong there. It could easily add the something like:
Sure. Changing an important screen with 36 complete translations just
now is an easy thing to do.
People who argue for this "easy change" are just volunteering to
handle translation updates and bring them back to the state
Quoting Don Armstrong ([EMAIL PROTECTED]):
> On Thu, 17 Feb 2005, Philipp Hug wrote:
> > Is it really necessary to have a full blown MTA in the base installation?
>
> What the hell is a "base installation"?
...what you get when installing from scratch and choose no task in
tasksel.
You then end
Quoting Tollef Fog Heen ([EMAIL PROTECTED]):
> * Christian Perrier
>
> | Please find below the alphabetical list of the relevant packages
> | (main, then contrib, then non-free).
>
> .. as usual, please include maintainer names with package lists like
> this. (And than
Quoting Martin Schulze ([EMAIL PROTECTED]):
> Moin,
>
> We need help by competent developers who work on apt 0.6 with the goal
> to get it supported properly and eventually enter sid and sarge.
>
> There is a good chance the release will happen before the issues with
> apt 0.6 are resolved, so th
This was intended for being crossposted to -devel and -i18n but I
finally forgot to add -devel. Please followup to -i18n if you don't
mind.
- Forwarded message from Christian Perrier <[EMAIL PROTECTED]> -
Date: Mon, 14 Feb 2005 18:54:42 +0100
From: Christian Perrier <[E
> Then it is broken. Automatic mails should be sent to the envelope
> sender, unless explicitly asked otherwise.
Yes, it was (broken)...:-)
And, now it is not broken anymore. People learn by mistakes..:)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
Quoting Tollef Fog Heen ([EMAIL PROTECTED]):
> This isn't greylisting -- greylisting doesn't ask for verification, it
> just temporarily refuses to accept the mail.
Oversimplification on my side. The point was not nitpicking the system
but give a general explanation...
--
To UNSUBSCRIBE, emai
> Why do people think it's acceptable for their stupid anti-spam measures
> to inconvenience others?
I am indirectly responsible for M. Mescam message.
He was BCC'ed to my original mail annoucing Babelbox documentation (I
had my own reasons for the BCC). However, as I did setup the Reply-To
fiel
(reply to -devel unless answering on a topic more appropriate to one
of the other lists)
Several people have heard of my "Babelbox" demo machine which was
featured for the first time at Solutions Linux expo in Paris.
This demo machine is a Debian Installer demo which runs over and over,
changing
> I don't like to pass the buck, yet I can't see a way that Debian, as
> it is can support them directly. Perhaps they ought to look to the
I think they don't need support from Debian. They just need to know
where to discuss the issues they are concerned with.
In understand this is not really a
> > Would any people around have pointers which could be given to such
> > people ? Do we already have an entry point for such technical issues
> > as proprietary SW vendors needing technical information about the way
> > to support Debian ?
>
> It isn't clear to me what sort of compatibility iss
During the Solutions Linux expo in Paris, the DD's present at the
Debian booth have been approached by a representative from Trend Micro
Corp. who develops and sells security software (the most well known
being probably a virus scanning software and such similar software
suites).
We ended with a v
Quoting Andreas Barth ([EMAIL PROTECTED]):
> > Yes, scp to gluck (or other debian machine) and use dupload/dput from
> > there.
>
> Or just upload into glucks delayed queue into day 0.
Which is the method I personnaly use since the Nov. 2003
compromise... IMHO, by far the easiest and simplest
Hello, fellow Debian developers and users,
The Korean translation of Debian in general, and especially the Debian
Installer, has been made up to now mostly by Changwoo Ryu, one of the
few DD's in Korea.
I'm however without news from him for several weeks now and we have,
for D-I and "related" pac
> It seems there are enough people who want to help, but, which are debian
> developers? Could you, or anybody else, maybe try to find out who are
> interested?
Speaking on behalf of the French l10n team...
We have completely abandoned the DDTP effort now, as far as I am
aware. Nicolas Bertoliss
Quoting Joey Hess ([EMAIL PROTECTED]):
> Andrew Suffield wrote:
> >* New upstream release (closes: #270944, #277543). It's less than two
> > weeks since this was released; may you contract an interesting
> > venereal disease.
>
> Is this really called for in changelogs? Note that the
Quoting Michelle Konzack ([EMAIL PROTECTED]):
> rm -rf [EMAIL PROTECTED] >/dev/null
Nope, you're definitely wrong. The correct command line should be:
cd "call wave" ; rm -f [EMAIL PROTECTED] >/dev/null
The user explicitely asked for being removed from call wave only.:)
I'm pretty sure other
reassign 289416 coreutils
tags 289416 l10n
thanks
Quoting Rene van Valkenburg ([EMAIL PROTECTED]):
> Package: general
> Severity: minor
>
>
> Running: su -c "apt-get --purge remove hello"
> Pakketlijsten worden ingelezen... Klaar
> Boom van vereisten wordt opgebouwd... Klaar
> De volgende pakket
> A 6-month period honestly doesn't allow us much time for new development
> anyway. If all we wanted was a point release of sarge, that'd be fine; but
> I think most people would like to see etch be an improvement over sarge in
> more respects than just hardware driver count, and we have to be re
Quoting Jean-Luc Picard ([EMAIL PROTECTED]):
> yes, debian is still 2 years late to any other distro.
Flame answer sent in private mail, in French, which makes me easier to
share my feelings about the consideration the above mail shows towards
a volunteer work.
Quoting Andreas Tille ([EMAIL PROTECTED]):
> But what me *really* concerns is why dput and dupload failed in the
> first place. Especially the hint to "PASSIV MODE" smells like something
> has changed to the situation before. I do not know something about
> passive mode but I'm afraid somebody
A bit out of topic and not helpful for your main problem, but please
find a little advice about the templates themselves...
First of all, please make them translatable.
man po-debconf will give you the needed information, but it's
basically a matter of prepending Choices and Description with "_"
Hello,
I just discovered that 4 Debian packages incorrectly use "cz" for the
language code for Czech: http://www.debian.org/intl/l10n/po-debconf/cz
(of course, the correct code is "cs")
I reported a bug against each of those, but wanted to let you be aware
of that. I think you need to check what
Quoting Ron Johnson ([EMAIL PROTECTED]):
> very strict regarding anything regarding Nazism.
s/Nazism/Crimes against Mankind (or whatever it should be properly
called in English...original version is "apologie de crimes contre
l'humanité")
(CC'ing -i18n)
> > Are we moving to UTF-8 for sarge?
> >
> AFAIK most parts (especially deconf) are UTF-8 ready, so lets do this
> also for debconf templates.
Yes.
>
> > Is there any guideline for which encoding to use for po files for
> > debconf.
> >
> I have read on a Debian web-site (
Quoting Allan Sandfeld Jensen ([EMAIL PROTECTED]):
> LOL, the package is no more sexist than it is racist for only showing a
> person
Well, I gave you my opinion. You're free of not agreeing with
it. Playing the Monty Python argument course won't help us, though.
ITP's are, in my interpretati
601 - 700 of 757 matches
Mail list logo
