During a whole day, between dinstall runs of Sunday Oct. 24th and
Monday Oct. 25th, all Debian packages which use debconf with gettext
support (often referred as "po-debconf") for their configuration step
had either a complete French translation or a complete translation
waiting in the Bug Trackin
> > Again, please make your best for requesting translation updates on
> > debian-i18n@lists.debian.org when introducing new templates to your
> > packages or when you change some other internationalised material.
>
> Yo!
>
> Jujst wondering: hor much of this is automated, and how much do I need
>From a thread in -devel, dated September, after an ITP for Swedish
locale files for Mozilla stuff...
Quoting Alexander Sack ([EMAIL PROTECTED]):
> Javier Fernández-Sanguino Peña wrote:
>
> >I agree too. Actually, it makes more sense if we do a single package and
> >integrate there mechanisms to
The document formerly known as the "Debconf Templates Style Guide", or
DTSG, which I already publicised from time to time, is now part of the
Developer's Reference in the Best Packaging Practice section.
This document I wrote several months ago, has been rewiewed by Joey
Hess and Denis Barbier and
Quoting Cesar Martinez Izquierdo ([EMAIL PROTECTED]):
> I've just uploaded a new version (1.0-3) that generates separate binary
> packages for each language.
This is great news. Thus you mean that in the future, as soon as a
language is added upstream, we will get a new Debian binary package
for
Quoting Fernanda Giroleti Weiden ([EMAIL PROTECTED]):
> Hi all,
> I read all the thread and I noted you are forgeting a main problem about
> this package. In my point of view:
>
> First of all, it's a sexist package, sure. Putting a program on Debian
> in which you have pictures of nude women is V
Quoting Manoj Srivastava ([EMAIL PROTECTED]):
> Packages can hurt feelings, yes. vi hurts mine. The bible
> hurts other peoples. purity-off also hurt a lot of peoples
> feelings. Can't please everyone. There are over 15k packages in
> debian. Some of them surely hurt the sensibilities of
Quoting Joerg Wendland ([EMAIL PROTECTED]):
> Go, install bible-kjv. Read it until you find the first offensive
> passage that hurts the feelings of several women. Won't take you long...
If this is meant at proving me that the bible is sexist, you do not
need to convince anyone...at least not my
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
(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 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é")
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
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 "_"
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
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.
> 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
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
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
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
> > 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
> 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
(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
> 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
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
> 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?
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
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
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 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
> 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
> 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
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]
(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
> 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
> 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
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
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
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.
> 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]
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
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)
> > 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
> 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
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
> 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
> 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
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
(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
>
> 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.
>
> 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
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
Quoting salahuddin pasha ([EMAIL PROTECTED]):
> hello all
>
> i am
> salahuddin pasha (also known as salahuddin66)
> 19 male
> from Bangladesh, Dhaka
>
> interested both in
> ---
> 1. Bengali localisation
> 2. maintain apps (deb) for Debian.
> -
(this mail was CC'ed to debian-admin but I messed up in the To field)
Since yesterday, I'm afraid that my IP address 81.56.227.253 is listed
on bugs.debian.org among addresses which get a "Go away" answer when
requesting a specific bug report (http://bugs.debian.org/xx)
>From discussions I ha
(reply-to: debian-boot)
The minutes of the November D-I (Debian Installer) team IRC meeting
are now available from the Debian Installer Meetings wiki page:
http://wiki.debian.org/DebianInstallerMeetings
Minutes:
http://people.debian.org/~bubulle/d-i/irc-meeting-20051119/minutes
Log:
http://peop
Quoting John Walther ([EMAIL PROTECTED]):
> If any Debian developers or prospective developers would like to have
> their GPG keys signed, I will probably be in Bangalore next month.
>
> The keysigning will probably be at the Bangalore LUG meeting, but other
> arrangements can be made. Email me.
> Yeah that would be a real pain to exlude countries because of stupid
> political 'correctness'. All in all in Free Software movement we don't know
> what the borders are, do we?
We (Debian developers and contributors) certainly all agree on this
(or, at least, the vast majority of us).
However
Quoting Linas Zvirblis ([EMAIL PROTECTED]):
> >Yeah, and let's draw from the work by the Ubuntu guys, rather than
> >doing it a different way!
>
> But doesn't Ubuntu use Debian installer?
Yes, but they don't use tasksel...which is the one installing a
"desktop" task.
>From the D-I team point of
(crossposted to -devel and -i18n to trigger attention by people who
maybe loosely follow debian-boot)
This mail is a reminder for the next D-I team monthly meeting which is
scheduled for tomorrow Wednesday Dec. 14th 21:00UTC.
This IRC meeting will be held on the #debian-boot channel on freenode (
Quoting Joey Hess ([EMAIL PROTECTED]):
> Christian Perrier wrote:
> > (hey, this is why "desktop" installs the whole bloat of KDE *AND* Gnome ).
>
> It's possible that this statement is false, and that some change might
> have been made in this area under l
(reply-to: debian-boot)
The eigth Debian Installer team meeting was held from 21:00UTC to 22:24UTC
on Wednesday December 14th 2005.
There were about 80 people connected to the channel during the meeting
and 17 of them spoke during the meeting at least once.
The full log of the meeting is availab
Quoting Daniel Schepler ([EMAIL PROTECTED]):
> > It breaks a widely used feature. Why should this change not be
> > considered a make bug?
>
> In make's NEWS.Debian.gz it says this change was for POSIX compliance. And
> since there's the simple way to rewrite these things that I outlined, I thi
> > Bureaucracy is often designed to do lots of things "better" and it often
> > doesn't achieve them. It creates needless hassle, more 'paperwork', and
> > has very few benefits besides making people feel like they've done
> > something useful when they haven't.
>
>
> You are saying that requi
> The fact that a package is important (note: not referring to Priority
> here) is not indicative of the amount of work necessary, nor is it
> indicative of the amount of time and expertise a given maintainer has
> for it.
Sure. However, an "important" package will more badly suffer from lack
o
The monthly Debian Installer team meeting which was initially
scheduled for January 14th is reported to January 21st, as several D-I
developers will attend the "Extremadura session" about the graphical
installer development
(http://wiki.debian.org/WorkSessionsExtremadura).
Topics for the meeting a
I tend to agree with Kurt opinions below and thus, I'm tempted to make
passwd "Essential: yes". The opinions in the shadow package
maintenance team slightly vary.
However, given that this is an important decision, I think it is a
good idea to get the advice of fellow developers. So, please
comment
Quoting Loïc Minier ([EMAIL PROTECTED]):
> (I don't think the "non-free" argument is here of importance
> considering it's a web service, in the same way as Google or
> buildd.net. I shall get flamed for these remarks.)
As long as Debian doesn't want to build its own launchpad, sure.
But th
So far, we only got two advices but, imho, enough motivated to make me
change my initial feeling.
It seems that nothing has yet motivated that passwd should indeed be
Essential: yes.
Steve bringed the very interesting rationale: "I think we really
should not be using it *except* for packages tha
> I've just noticed it, and the fun part of this discovery, is that I also
> found why my ISP has closed sianka.free.fr: Too much hits since the
> latest Debian Weekly News, and the new apt-torrent 0.3.1-1 package !
The solution is simple: get it in the Debian archive..:)
--
To UNSUBSCRIBE, e
> Unless such a service is a Debian controlled resource, or is
> fully GPL'd, and has open data, I do not think we should tocuh it
^^
I'm sure you mean DFSG-free here, right? :-)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Con
Quoting Matt Zimmerman ([EMAIL PROTECTED]):
> I don't intend to participate in this type of email argument with you; I've
> yet to see it pay off for anyone involved. However, I will be in London
> later this month and would be willing to use that opportunity to civilly
> discuss your concerns fa
Quoting Matt Zimmerman ([EMAIL PROTECTED]):
> Unfortunately, this conflicts with a development sprint we're having in
> London, so that won't be possible at that time.
>
> My heart breaks at the prospect of a missed opportunity to gorge myself on
> cheese...
Well, it's just a matter of jumping
> While I'm sure there'll be some people who'll complain no matter what,
> I don't see what the problem with mailing patches directly to the BTS
> is. As far as tracking is concerned, making use of "[EMAIL PROTECTED]"
> usertags or similar would seem sensible.
Silly question, probably, but wouldn
> But not *our* problem. *They* should do the work to get it better. If
> they dont do it - then it is their problem, not ours.
I imagine that Raphaël was thinking about debian-edu for instance. We
recently tried to push some involvment among French DD's to get in
closer touch with people packagi
Package: wnpp
Severity: wishlist
Owner: Christian Perrier <[EMAIL PROTECTED]>
* Package name: collatinus
Version : 7.13
Upstream Author : Yves Ouvrard <[EMAIL PROTECTED]>
* URL : http://www.collatinus.org
* License : GPL
Description : lemm
> The monthly Debian Installer team meeting which was initially
> scheduled for January 14th is reported to January 21st, as several D-I
> developers will attend the "Extremadura session" about the graphical
> installer development
> (http://wiki.debian.org/WorkSessionsExtremadura).
And, sorry, t
> Is there anyone from Debian who thinks that changing the Maintainer
> field is a bad idea in these cases (remember that this isn't about
> credit, because we would certainly request that the Debian maintainer
> still be mentioned as such in a suitable fashion)?
So deep in a thread that certainl
> It is the great danger of this thread that Matt et al. will feel
> sufficiently put upon that they *don't* take to heart the legitimate
> suggestions that could improve cooperation between Debian and Ubuntu (and
> "distinguishing version numbers for binaries" being by far the least of
> these).
(reply-to: debian-boot)
The ninth Debian Installer team meeting was held from 17:00UTC to 18:09UTC
on Saturday January 28th 2006.
There were about 73 people connected to the channel during the meeting
and 13 of them spoke during the meeting at least once.
The full log of the meeting is availabl
> Description: configuration tool for Synaptics touchpad driver of X server
> GSynaptics is a configuration tool for Synaptics touchpad driver
> of X server. This enables you to modify driver parameters on the fly
> through GUI interface using "synclient" program as its backend.
> .
> SECURIT
> Now, my control contains following only:
> -
> GSynaptics is a configuration tool for Synaptics touchpad driver
> of X server. This enables you to modify driver parameters on the fly
> through GUI interface using "synclient" program as its backend.
> --
Let's nitpick a little:
Preamble
The maintenance of fonts, at least TTF fonts, is currently splitted
out among many maintainers in the project, while the problems faced by
TTF font package maintainers are nearly always the same.
From my own recent experience of helping/sponsoring/taking over a few
font packages
> I'd be glad if you'd keep the Debian TeX Task Force (currently at
> [EMAIL PROTECTED], soon at [EMAIL PROTECTED]) informed about
> drafts of this policy. Although we don't currently package any TTF
Of courseActually, I see some difference between TTF fonts which
most common use are desktop
Quoting Jaldhar H. Vyas ([EMAIL PROTECTED]):
> >Let's write a fontpackages sub-policy instead, and let it up to the
> >people to decide how they want to maintain their packages.
> >
>
> Christian, I have to agree with Daniel here. We don't really need joint
> maintenance but coordination on fon
The next Debian Installer team opened meeting is scheduled for
Saturday Mar 4th 17:00 UTC.
This meeting will be focused on post-beta2 release goals. The D-I
beta2 release is currently scheduled for the same day, so March 4th
will be a pretty much important date for D-I.
The Wiki page is opened fo
> I would like to ask whether there really is such a guideline, and if so,
> which are the technical / political reasons that lead to it. I have
Wearing my i18n hat, I can add one reason, certainly not THE reason
but yet another argument to avoid native packages except for
Debian-specific stuff
Package: wnpp
Severity: wishlist
Owner: Christian Perrier <[EMAIL PROTECTED]>
* Package name: ttf-lao
Version : 0.0.20060226
Upstream Author : Anousak Souphavanh <[EMAIL PROTECTED]>
* URL : http://prdownloads.sourceforge.net/laofoss/
* License
This is a reminder:
The next Debian Installer team opened meeting is scheduled for
Saturday Mar 4th 17:00 UTC. That is TOMORROW.
This meeting will be focused on post-beta2 release goals. The D-I
beta2 release will probably be delayed a little bit but the meeting
will more focus on post-beta2 anyw
The wiki page of D-I team meetings
(http://wiki.debian.org/DebianInstaller/Meetings) now links the full
log of the March 2006 meeting that took place yesterday from 17:00UTC
to 18:30 UTC.
http://people.debian.org/~bubulle/d-i/irc-meeting-20060304/log
The meeting minutes will be published as soon
(this mail is BCC'ed to many font packages maintainers, please respect
the Reply-To field)
After the initial proposal which I submitted a few days ago
(http://lists.debian.org/debian-devel/2006/02/msg00694.html), a small
thread occurred on debian-devel which raised a few topics from my
initial mai
> Also if such a team is created I don't have a lot of time to help a lot,
> so I won't refuse to give some help, but I probably will not be the most
> active person in the team!
>
> What I really like in the proposal is having a font policy, and maybe a
> sort of package skeleton for new font
m can also act as a gateway between some upstream maintainers
of "general" fonts which intend to cover as many parts of Unicode as
possible (here, I think about ttf-dejavu and ttf-freefont
mostly)so that they can *integrate* the work done on some more
specialized fonts (for instance
Quoting Bastian Blank ([EMAIL PROTECTED]):
> Hi,
>
> Half-way between the sarge release and the etch freeze the Debian kernel
Aren't we closer from etch freeze than sarge release? :-)
This is at least my feeling when I consider the packages and the
proejcts I'm part of: we, developers, should b
> > - a mailing list hosted on lists.debian.org
>
> where? I didn't see any... or is it in alioth?
I didn't begin setting stuff up, except an Alioth project. I prefer
seeing what directions the discussion about the proposal goes to,
before setting things that could be misnamed/useless/whatever...
> If I were a crazier man I would say something like:
>
>"The end is neigh!"
>
> It is a dark, dark day for Debian, indeed.
Death of Debian predicted. Film at 11.
Believe it or not, but Joey's resign could actually be more a Good
Thing than a bad thing.
Seeing renewal and new blood come i
ttf-freefont
in case the line spacing issue is a blocker. Thus, Davide Viti will
try to check whether these DejaVu fonts cover enough glyph ranges.
About freefont, the deal is either have a less complete font without
line spacing problem (20051102-2) or a more complete one with the
problem (20060
> g-i integration
> ---
>
> Since the last meeting, several blockers have been raised and,
> actually, the integration of Graphical Installer builds in the main
> build system is theoretically possible.
It seems that at least one person (hello, Lars) survived down to this
part...whi
Quoting Marco d'Itri ([EMAIL PROTECTED]):
> On Mar 11, Christian Perrier <[EMAIL PROTECTED]> wrote:
>
> > The idea of non-free installation images pops up but, later, there
> > were comments that it would make the maintenance of D-I builds more
> > compli
On the basis of the last proposal I made, I hereby declare the font
packaging team opened to all volunteers.
Up to now, I have added to the project, the following people who
explicitely requested to do so (and provided me with an Alioth login):
Mohammed Adnène Trojette
Paul Wise
Arne Götje
Norber
The Font packaging project is slowly progressing. After setting up an
Alioth project and a SVN repository, we now have a mailing list on
Alioth: http://lists.alioth.debian.org/mailman/listinfo/pkg-fonts-devel
The point is now gathering the interested people in this mailing list
and make the projec
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
1 - 100 of 757 matches
Mail list logo
