The next Debian Installer team opened meeting is scheduled for
Saturday June 17th 16:00 UTC.
This meeting will mostly be centered about the next release schedule,
with regards of the general Etch release plans.
The Wiki page is opened for the meeting agenda.
http://wiki.debian.org/DebianInstalle
> by NMU). The CDBS Team does no more exist and Peter is the only one
> working on it and refusing any help, that's a very bad situation.
Hmmm, that sounds weird to my ears as Peter is currently working with
myself, Steve Langasek and Noèl Köthe on the samba packages...and this
team work works p
Quoting martin f krafft ([EMAIL PROTECTED]):
> also sprach Christian Perrier <[EMAIL PROTECTED]> [2006.06.10.0852 +0200]:
> > But I suspect that implicitely telling Manoj that he thinks
> > top-down because he actually likes cdbs will get you into trouble,
>
> It was no
> Because there is documentation telling what is going behind the scenes?
> Like understandable manpages for every debhelper command.
Sure. I think that we basically here all agree that, whether we
actually like cdbs or not, its documentation has a lot of room for
improvement...
signature.as
Quoting Russ Allbery ([EMAIL PROTECTED]):
> Steve Langasek <[EMAIL PROTECTED]> writes:
>
> > Is it no longer a requirement of NM that applicants demonstrate
> > themselves capable of putting together a source package without the use
> > of rules helpers?
>
> Well, I've never actually done this, a
> cdbs is top-down because it defines the package build as much as
> possible in line with how the cdbs developers think it should be
> done. It expects the developer to tweak the countless,
> undocumented parameters until it's right.
>
> debhelper is bottom-up because it gives you smal
> There are also pretty significant differences in the design goals of
> debhelper and cdbs, differences which I believe have a major impact on the
> ability of maintainers to understand their own packages and on the
> respective helper-induced build failure rates of the two. I think these are
>
> I am still puzzled. Imagine for instance that French translators of
> OpenOffice are willing to use this infrastructure, whereas Dutch
> are not interested. Will this situation be allowed?
Well, it is quite likely to happen, yes, so my first reaction is to
say that, yes, the system should all
raw answers...
> Who does decide which files are being imported?
I would say the team who administers the server (what we defined as
"Administrators" in the infrastructure targets). This is of course
coordinated with the upstream itself, to determine what notification
method they prefer.
An alte
> Well, when the DPL is ignoring the developers' opinions, why would the
s/the/some of the/ ?
signature.asc
Description: Digital signature
> They did with the wiki content, probably they will do the same thing
> or something similar with Rosetta translations. The question is if it
> will be free.
Everything related to Rosetta is currently assumed by me of *not*
being free.
> >The real problem, is that we have reports of peo
> Non-freeness is a red herring. The issue is that a "small cabal" -
> - a small cabal operating outside its field of expertise - has
> placed Debian in the position of indemnifying Sun.
And isn't another "small cabal" of freeness junkies, who cannot accept
that it is actually possible to work w
Quoting Andreas Barth ([EMAIL PROTECTED]):
> I know that Peter Palfrader (weasel) submits sometimes a clear fake key
> to KSPs and looks for people signing it. (No, there is nobody there who
> claims to be that person. Only the key on the list.)
For future reference, I personnally dislike people
Quoting Gonéri Le Bouder ([EMAIL PROTECTED]):
> >> I think that tools like synaptic or Debian Installer should have an option
> to
> >> provided a screenshot or/and the project logo with the text description.
>
>
> >The graphical version of D-I will include a "screenshot" option.
> Hello,
>
>
> I think that tools like synaptic or Debian Installer should have an option to
> provided a screenshot or/and the project logo with the text description.
The graphical version of D-I will include a "screenshot" option.
signature.asc
Description: Digital signature
Crypto summarizes everything.
Some work on debconf templates can now happen (some are marked
untranslatable because the wording needs to be checked). Christian
Perrier will do his best to do this, with the help of some native
speakers.
Encrypted file systems support should also be documented in the
The wiki page of D-I team meetings
(http://wiki.debian.org/DebianInstaller/Meetings) now links the full
log of the April 2006 meeting that took place yesterday from 16:00UTC
to 17:30 UTC.
http://people.debian.org/~bubulle/d-i/irc-meeting-20060429/log
The meeting minutes will be published as soon
The next Debian Installer team opened meeting is still scheduled for
Saturday Apr 29th 16:00 UTC, that is in about 35 hours.
This meeting will be focused on the beta3 release preparation and the
first sarge installer release update..
The Wiki page is still opened for the meeting agenda.
http://
> > is Martin Schulze; [...]
>
> Yes, but he prefers to be called Joey.
But has "Martin" in his From line, which is pretty confusing for
people who are not hardcore Debianers since the origins of
computing...:-)
signature.asc
Description: Digital signature
Quoting Kevin B. McCarty ([EMAIL PROTECTED]):
> Hi all,
>
> Does anyone know whether the default sbuild environment includes the
> file /etc/shadow? I am sponsoring a package ("root", cf. #325306) whose
> configure script tests the existence of /etc/shadow to decide whether or
> not to support sh
> You're about to upload a separate squid3 package (to unstable) because
> you think people should continue to use squid 2.5 on production
> machines.
>
> I don't think people will install unstable on production machines, so
> don't see how that would be a problem.
Unstable, maybe not. Testing,
(CC'ing Denis Barbier to get his attention, not sure he reads -devel)
> Shouldn't the system take care of it when I do a dpkg-reconfigure locales?
>
>
> $ cat /etc/default/locale
> # File generated by update-locale
> LANG=de_DE.UTF-8
> LANGUAGE=de_DE:de:en_GB:en
> $ cat /etc/environment
> #LANG
The next Debian Installer team opened meeting is scheduled for
Saturday Apr 29th 16:00 UTC.
This meeting will be focused on the beta3 release.
The Wiki page is opened for the meeting agenda.
http://wiki.debian.org/DebianInstaller/Meetings
I will add timings to the agenda at the last minute, as
> Therefore I suggest doing this...
>
> - I don't know (both of them)
> - KDE desktop environment
> - Gnome desktop environment
>
> ...and leaving the specialized tasks for CDDs, because that is what they
> are for, right?
Well, I haven't followed the rest of the thread (the part where peop
> "Amateur Radio", as fuzzy as it may be, is at least literally
> translatable, and HAM is not. Please realize that English menu is not
> targeted at English speaking world only. It is also a default for
> situations where translation is not available.
Rebounding on that mail, but actually more
> I am sure this has been discussed many times, but one thing i would
> really like to see in tasksel is:
Many many times, yes..:-)
Joey often raised an argument about novice users likely to be confused
by a KDE/Gnome choice, not knowing the difference between both.
Your suggestion adds an inte
Quoting Joey Hess ([EMAIL PROTECTED]):
> I think this would be better than a meta package because it would be
> available in the regular install, and it would avoid some of the issues
> with meta packages.
I second this proposal. Indeed, I was about pinging Joey about this
thread because it fits
> I'm sure somebody on the new pkg-fonts-devel list will take care of this.
> If nobody else steps forward, I will, but I'll need somebody to look over
> my shoulders as I've not packaged a library before.
Neither have I..:-)
signature.asc
Description: Digital signature
> "HAM" is not an acronym, so "Ham Radio" would be more appropriate.
>
> Even better (IMHO) is the full term "Amateur Radio", but some may
> disagree. I've CC'd debian-hams for their input also.
HAM is probably well known among the amateur radio community.
However, *outside* this community, th
Hello,
In a recent announcement in debian-devel-announce [1], the shadow
package maintenance team announced an importance change in the
behaviour of the "su" command.
As reported in #276419 [2], su in the login Debian package doesn't
permit to specify options to the invoked shell and doesn't res
The next Debian Installer team opened meeting is scheduled for
Wednesday April 5th 21:00 UTC.
We are currently between two releases. A beta3 release is planned
"soon" for offering a better support for the recent mirror split. We
also plan to integrate the graphical installer in that release.
This
Quoting Alexander Wirt ([EMAIL PROTECTED]):
> Package: wnpp
> Severity: wishlist
> Owner: Alexander Wirt <[EMAIL PROTECTED]>
>
> * Package name: libjoey
> Version : 0.1.4
> Upstream Author : Martin 'Joey' Schulze
> * URL : http://www.infodrom.org/
> * License :
Quoting Nico Golde ([EMAIL PROTECTED]):
> Hi,
> because of the new su behaviour its no longer possible to
> get any exit status from a command executed with su -c.
> If you use init scripts which need to invoke su and you dont
> want to depend on sudo the init script will no longer
> recognize s
Quoting Drew Parsons ([EMAIL PROTECTED]):
> > Package: wnpp
> > Severity: wishlist
> > Owner: Christian Perrier <[EMAIL PROTECTED]>
> >
> >
> > This package includes fonts that are suitable for the display of the
> > Dzongkha
> > language
(dropping -curiosathe raised issue is a real issue)
> > which are known to work with Debian Stable?
>
> 5) etch beta 2 was released last week with support for your hardware
I'm not sure that many people are seriously considering an etch beta
to install as a client's firewall solution.
The
Package: wnpp
Severity: wishlist
Owner: Christian Perrier <[EMAIL PROTECTED]>
* Package name: ttf-dzongkha
Version : 0.1
Upstream Author : Chris Fynn <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/project/showfiles.php?group_id=115503
* License
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
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
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
> 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
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
> 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
> > - 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...
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
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
> 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
(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
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 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
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
> 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
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
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
> 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
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
> 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:
> 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
(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
> 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).
> 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
> 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
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
> 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
> 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
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
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
> 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
> 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
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
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
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
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
> 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
> > 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
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
(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 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
(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 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
> 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 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.
(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
(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
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.
> -
> > New shadow would conflict with ALL packages that do not support the new
> > syntax
>
> Unfortunately, yes; and we saw plenty of occasions in woody->sarge where
> conflicts with old packages made the upgrade path more difficult than it
> should have been...
Up to now, we have identified pbui
> Oh, and here's something else to ponder: Maybe, just maybe, James has
> more time to go to Ubuntu below zero than he has to handle keyring
> updates because he prioritizes by what gets the bills paid. As most of
> us do, I suppose.
Yep, this is something I was about to add.
Most of us have mo
> e.g. you cannot fix Sarge pbuilder anyway, so etch su must work with sarge
> pbuilder. That why it would have been better to announce the change before
> Sarge release.
Maybe, but unfortunately, this bug was properly analysed a few weeks
*after* sarge release. Remember, there were over 150 ope
> FWIW, pbuilder in sid is fixed since 0.129 (17 August 2005),
> and I am hoping that will
> probagate into some stable backports, so that practically,
> pbuilder side is ready for the new su.
Well, this is actually great news as pbuilder was by far the main
blocker for this change. Sorry for ha
> The ideal way to approach this is to announce a change,
Which is what we are doing now. We neglected to do so the first time
(mostly because we didn't anticipate this would break pbuilder so
much) and this is why we reverted the change very quickly.
> document that change, provide some envir
Quoting Junichi Uekawa ([EMAIL PROTECTED]):
> > We would now like to get rid of this bug. What do you recommend:
> > * keep a Debian specific implementation and tag this bug wontfix
> > * reapply the patch to fix this bug, and report bugs on the packages that
> >uses this "feature"
>
> Coul
> To be fair, I must admit that I'm not a DD and I don't hold copyright to
> any of Erast's software. But I believe strongly in the way Debian does
> things, and I use a *lot* of Debian software in my work. So I justify
> my participation in this thread based on my interest in protecting
> D
Quoting Manoj Srivastava ([EMAIL PROTECTED]):
> Hi,
>
> A new version of kernel-package is imminent, it is undergoing
> boot camp out in experimental. For the impatient, this release brings
> the log awaited debconf usage for kernel image packages -- and the
> raison d'etre of this mail
>
> As for relicensing it, fuck off. I need to find a ClueBat(tm) attachment for
> the Sodomotron 2000.
>
...which could certainly have been written:
As one of the dpkg authors, I do not intent to relicence it.
I actually don't really see a reason for being so aggressive verbally
with someo
Quoting Matthew Grant ([EMAIL PROTECTED]):
> Hi HTere~!
>
>
> I am in Dhaka for a week, and have organised a key signing party with
> the local Bangladesh Linux Users Group (BDLUG) Hopefully we will end up
> with 1 or 2 maintainers from there!
Don't hesitate pointing them at the current efforts
> Usermod is only called if the user does not exist and the package creates
> it. gdm, postgresql and logcheck already do this. In the example code,
> if the system user exists, then usermod is not called, which is better than
> what logcheck or postgresl currently do.
One very short notice for i
> Frankly, I do not see any advantage in your dh_user idea.
I can see one...even if I follow this discussion quite loosely:
Currently, all packages needing to add a system user do it their own
way. Some do it very carefully with nice error checking and stuff, by
using adduser, etc.
Some others
> Oh, that's not needed. SElinux uses PAM to mediate access to
> the password (there is a SELinux PAM module now). So, people who want
> to enable SELinux on their machine have to do something like so:
>
> ,[ Add SELinux capability to the system ]
> | if ! grep pam_selinux.so /etc/p
(CC in case you don't follow -devel that closely given your current
situation, Manoj. Please accept my apologies in advance if you do...)
> At this point, most of the major packages that have to be
> modified to enable a bare SELinux Debian system are in place, with
> coreutils being th
(reply-to: debian-boot)
The minutes of the October 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-20051019/minutes
Log:
http://peopl
Quoting John Hasler ([EMAIL PROTECTED]):
> Gustavo Franco writes:
> > I think that popcon is a bit underrated in the project.
>
> Does the installer mention popcon?
It installs it..:-)
(unfortunately, for various design issues, the sarge installer stopped
installing it during its development pr
501 - 600 of 757 matches
Mail list logo