Hi,
On Wed, Apr 20, 2022 at 04:26:02PM -0400, Boyuan Yang wrote:
> Before any discussion takes place, I would like to point out a previous
> attempt of Fedora trying to get rid of NIS/NIS+ back in 2021. Please check out
> the LWN article at https://lwn.net/Articles/874174/ , which would
Hi,
On Wed, Apr 20, 2022 at 10:57:58AM -0700, Steve Langasek wrote:
> So I'd like to take a step back and challenge an underlying assumption by
> asking: do any of our users actually *need* this functionality? The RPC
> functionality is only used for NIS and NIS+. NIS is historically quite
>
Hi,
On Sat, Nov 20, 2021 at 09:22:27AM -0800, Russ Allbery wrote:
> The drawback here is that dpkg is going to rewrite all paths like /lib64
> to /usr/lib64, which would naively *also* apply to the base-files
> package when it looks at that package, but that can't be allowed because
>
On Thu, Jun 24, 2021 at 06:12:05PM +0200, Felix C. Stegerman wrote:
> * Helmut Grohne [2021-06-24 08:10]:
> > Felix C. Stegerman cautioned that the contents of /etc/shells depends on
> > whether the underlying system is /usr-merged.
>
> It also means that on /usr-merged systems e.g. /bin/screen
On Wed, Feb 20, 2019 at 02:44:37PM -0800, Josh Triplett wrote:
> Both syslog and journald support multi-line log messages; I'd *love* to
> see /var/log/aptitude and /var/log/apt/history.log end up in syslog or
> journald.
Both journald and syslog have problems with retention policies, or
rather
On Thu, Dec 29, 2016 at 09:01:51PM +0500, Andrey Rahmatullin wrote:
> > OK, you can remove the last half, but keep in mind there are plenty of
> > people who aren't using the exotic features provided by iproute2
> ... like two IPs on one iface.
Actually, that is only a problem if you re-use
On Thu, Jul 21, 2016 at 04:06:26PM +0300, Dmitry Bogatov wrote:
> For example, I, as happy owner of 8GB RAM, is perfectly fine with 3GB
> in /tmp, because I actually use less then 1Gb. On other hand, would I
> start 50 instances of Firefox, Gimp and other stuff, I would object
> putting 3GB in my
On Sat, Jan 16, 2010 at 02:36:48AM -0800, Steve Langasek wrote:
Looks like nonsense to me. I think you should file a bug. For one thing,
any init script that needs lsb-base (= 3.0-6) *should depend on lsb-base
(= 3.0-6)*, not throw an error if it's not installed.
Dependencies do not help if
On Sun, Jan 03, 2010 at 06:31:20PM +0200, Pasi Kärkkäinen wrote:
So the change has happened, lthough it took painfully long to get the
upstream Linux pv_ops framework in shape and all that.. and obviously
the pv_ops dom0 patches still need to get merged upstream.
That was opposed quite
On Tue, Dec 29, 2009 at 10:31:25PM +0100, Vincent Lefevre wrote:
Well, the node name is unique. From that, you'll obtain the FQDN with
either the obsolete function gethostbyname or the new POSIX function
getaddrinfo (by using the AI_CANONNAME flag). POSIX says:
If the AI_CANONNAME flag is
On Wed, Dec 30, 2009 at 02:36:12AM +0100, Vincent Lefevre wrote:
BTW, Debian defines /etc/mailname as containing the FQDN. So,
this notion is explicitly defined on Debian, and one should
expect hostname -f to return the same name (according to its
documentation).
What makes you think that
On Wed, Dec 30, 2009 at 08:37:21AM +0100, Vincent Bernat wrote:
If this is a real question, put:
127.0.1.1 fqdn nodename
This seems a very acceptable way to give a FQDN to your laptop without
relying on network. hostname -f and programs using a similar inner
working will be able to
On Tue, Dec 29, 2009 at 08:46:09AM +0100, Vincent Bernat wrote:
And BTW, this is exactly what hostname -f does. It does not read
/etc/hostname.
Nothing should read /etc/hostname except /etc/init.d/hostname.sh during
boot. Everything else should use either uname(2) or gethostname(3)
(which in
On Tue, Dec 29, 2009 at 02:52:44PM +0100, Vincent Lefevre wrote:
When the machine is correctly configured (i.e. really has a FQDN),
hostname -f is reliable.
No, it is not. hostname -f can return one value only, while a host may
have dozens or hundreds of valid FQDNs.
Example: there is a
On Sun, Dec 27, 2009 at 10:38:58PM -0800, John H. Robinson, IV wrote:
This is one place where Solaris has gotten this right: /etc/nodename
refers to the system itself, while each interface has its own (cf:
/etc/hostname.hme0).
That is still no good for linux since a single interface can have
On Mon, Dec 28, 2009 at 03:52:44AM +0100, Marco d'Itri wrote:
Considering that any non-trivial server needs to send email out, having
a working FQDN configured is not obsolete.
Anything mail related must use /etc/mailname if it needs something that
can be translated to an IP address.
Your
On Mon, Dec 28, 2009 at 12:58:03AM -0800, John H. Robinson, IV wrote:
Hence /etc/hostname.hme0:1 and the like. Already solved.
# ip addr add eth0 192.168.1.1
# ip addr add eth0 192.168.1.2
# cat /etc/hosts
192.168.1.1 www.foo.com
192.168.1.2 smtp.bar.org
Now what /etc/hostname.eth0
On Mon, Nov 16, 2009 at 11:07:52AM +0100, Josselin Mouette wrote:
We remove entirely the getty respawning from /etc/inittab. Instead, a
new daemon is started by a regular init script. This daemon does the
following:
* Opens all /dev/tty1 to tty6 and display a d-i-like “press enter
On Sat, Nov 14, 2009 at 03:45:11PM +0100, Josselin Mouette wrote:
* For desktop machines, the display manager starts on tty7, which
means there is a tty switch to display it. This causes a small
latency and can also create some bugs when you’re using a
graphical
On Wed, Nov 11, 2009 at 01:07:24PM -0800, Rodrigo Gallardo wrote:
On Wed, Nov 11, 2009 at 09:41:31PM +0100, Luk Claes wrote:
-- The code is modified to interact with the user using a network
protocol
that does not allow to display a prominent offer.
Any example of this?
On Tue, Nov 03, 2009 at 12:29:46PM -0500, N N wrote:
#include openssl/hmac.h
#include stdio.h
int main(int argc, char** argv) {
unsigned char foo[10] = boo;
unsigned char* res = malloc(20);
unsigned char* res2 = res;
res = SHA1(foo, 3, 0);
//res = SHA1(foo, 3, res);
int
On Sat, Oct 31, 2009 at 05:51:26PM +0200, Holger Levsen wrote:
/var/lib/munin/www is wrong (FHS says: Users must never need to modify files
in /var/lib to configure a package's operation. since users might want to
modify the css files)
IMHO that's not different from some user wanting to
On Sun, Nov 01, 2009 at 08:10:44PM +0100, Samuel Thibault wrote:
In general you cannot rely on checking errno because it is not defined
whether a successful operation clears it.
But you can clear it by hand before calling them.
That's only true in some special cases; for example, SuSv3
On Mon, Oct 26, 2009 at 11:14:25AM +0100, Bastian Blank wrote:
On Sun, Oct 25, 2009 at 11:55:25AM -0700, Kees Cook wrote:
I would like to propose enabling[1] the GCC hardening patches that Ubuntu
uses[2].
How do they work? Do they also change the free-standing compiler or only
the hosted
On Thu, Oct 08, 2009 at 11:44:21AM -0400, Barry deFreese wrote:
There has also been some similar discussions in Ubuntu with some
users reporting that some web sites and packages don't work with
openjdk but I have not seen a lot of concrete proof.
I have tried icedtea6-plugin a couple of times
Hi,
On Fri, Oct 09, 2009 at 08:33:48PM +, Florian Weimer wrote:
* Gabor Gombas:
- start advertising that openjdk/icedtea is now supposed to be usable,
Note that the non-applet stuff has been quite usable for a while.
Even the openjdk-6 in lenny is not too bad (it's certainly
On Mon, Sep 28, 2009 at 10:19:22PM +0800, Holger Levsen wrote:
As I read it, putting stuff there is absolutely not fine.
Where do you read this?
http://www.pathname.com/fhs/pub/fhs-2.3.html#FTN.AEN1192 explicitly
says: This is particularly important as these areas will often contain
On Tue, Sep 08, 2009 at 04:35:42PM +0200, Fabian Greffrath wrote:
With the namespace issue fixed and a blacklist to avoid mounting
partitions in a virtualization environment, would it make sense to
make grub-pc recommend (or even depend on) os-prober again?
The problem is not just
Hi,
On Sun, Sep 06, 2009 at 06:21:33PM -0500, Manoj Srivastava wrote:
Right. I did not copy the upstream. I also think that we have
invested a lot of effort in Debian in order to make Squeeze SELinux
compliant, and make it so that turning on SELinux is fairly easy. I
have asked
On Mon, Sep 07, 2009 at 02:12:52PM +0800, Paul Wise wrote:
Sounds like upstream should be persuaded to move the shared library
code into the daemon since there is no reason for it to be in a
library.
That won't work if upstream wants to support OSes other than Linux. My
memory is getting hazy
On Mon, Sep 07, 2009 at 03:19:19PM +0200, Stéphane Glondu wrote:
Do you have an example of such OS that is likely to be supported by
freesmartphone.org ?
I know nothing about freesmartphone.org so I have no idea what they want
to support.
Gabor
--
On Mon, Sep 07, 2009 at 04:36:53PM +0200, Josselin Mouette wrote:
Case 1:
char *foo;
if (asprintf(foo, %s equals %i, somestring, someint) 0) {
fprintf(stderr, Failed to allocate memory);
abort();
}
Case 2:
char *foo =
On Fri, Sep 04, 2009 at 06:43:35PM +0200, Michael Biebl wrote:
For your proposal to work, you'd need some kind of replay mechanism, which
allows udev to replay the add/remove events when /usr is available the
extended
ruleset is activated.
You mean udevadm trigger?
Gabor
--
On Sat, Sep 05, 2009 at 03:03:40PM +0200, Felix Zielcke wrote:
Robert filed already after the upload of grub-legacy a RC bug so it
doestn't migrate after the usual 10 days to testing.
Note that we only Suggests: os-prober and not Recommend: it like Ubuntu
does because of 491872
So if
On Fri, Sep 04, 2009 at 11:41:41AM +0200, Marco d'Itri wrote:
So you believe that the upstream maintainers are incompetent and
released something which is unreliable by design?
Incompetent, no. Careless, yes. Just think about the udev-related
breakages in the past. And speaking about design,
On Fri, Sep 04, 2009 at 04:36:52PM +0200, Michael Biebl wrote:
I'd like to add here, that devicekit-disks will install udev helpers
/lib/udev/devkit-disks-* which are called in
/lib/udev/rules.d/95-devkit-disks.rules.
devkit-disks-part-id and devkit-disks-probe-ata-smart both link against
On Thu, Sep 03, 2009 at 04:06:53PM +0200, Daniel Leidert wrote:
I'm thinking about moving gpg to /bin to solve bugs #386980 and #477671.
That may be a workaround, but IMHO this is really a bug/limitation in
the way the current init scripts are set up.
There is already the _netdev flag in
On Tue, Sep 01, 2009 at 11:18:47AM +0200, Giacomo A. Catenazzi wrote:
Josselin Mouette wrote:
Le mardi 01 septembre 2009 à 10:32 +0200, Petter Reinholdtsen a
écrit :
In Debian, /usr/ is allowed to be on NFS.
So is /.
I was thinking the same, but #441291 (root over nfs) is still open.
On Tue, Sep 01, 2009 at 01:45:23PM +0200, Marco d'Itri wrote:
How will usb-id and pci-id behave, if the ids files are not accessible?
Print an error on stderr and exit with rc=1.
The more interesting question is which packages care about this
information and how they will behave when it is
On Thu, Jul 30, 2009 at 11:04:46AM +0200, Samuel Thibault wrote:
Yes, but however pkg-config won't yet find things in
/usr/lib/x86_64-linux-gnu/pkgconfig, so take care of putting .pc files
in /usr/lib/pkgconfig.
$ pkg-config --list-all --debug
[...]
Cannot open directory
On Fri, Jul 24, 2009 at 06:17:30PM +0200, Goswin von Brederlow wrote:
Or we need to set explicitly use #!/bin/dash in umountall?
[not so flexible solution, but IMHO enough good]
If it needs dash then yes, set #!/bin/dash and Pre-Depend on dash.
But in this case that really needs to be
On Fri, Jul 24, 2009 at 06:39:53PM +0200, Giacomo Catenazzi wrote:
BTW it seems that all previous tries to remove the bug in bash failed.
Actually it's not a bug in bash at all. The bug is the combined effect
of how bash behaves and how the NSS functionality is implemented inside
glibc.
AFAIR
On Fri, Jul 24, 2009 at 06:31:59PM +0200, Goswin von Brederlow wrote:
Why would you think the one transition would be helpfull in the second
or that there would be less breakage in the second if we do the first
one first? I would rather say you are doubling the problems and
breakages as the
Hi,
On Fri, Jul 24, 2009 at 09:31:04AM -0500, Manoj Srivastava wrote:
I think you are not going far enough. Why should I have dash on
the system when my default shell is posh? or (gasp) zsh?
posh (or strict POSIX in general) is simply not practical, and zsh is
even more bloated than
On Wed, May 20, 2009 at 05:56:16PM +0200, Marco d'Itri wrote:
Does anybody see any downsides to this?
If there are any pre-down/post-down commands in /etc/network/interfaces,
then this can cause surprises. The same holds from custom scripts in
/etc/network/{if-down.d,if-post-down.d}.
The
On Wed, May 13, 2009 at 12:38:45PM -0500, Manoj Srivastava wrote:
it is the principle of the thing. /root is the home directory
for the root user. Home directories are mutable, programs may store
configuration files there, as may the user, by themselves. The root
user should not
On Thu, May 14, 2009 at 03:53:23PM +0200, Giacomo A. Catenazzi wrote:
No, /root cannot be a separate filesystem.
/root is part of very basic system, and it is required for super user
when he/she is restoring the systems or doing some kind of administration
(e.g. moving filesystems, etc.).
On Thu, May 14, 2009 at 04:21:53PM +0200, Giacomo A. Catenazzi wrote:
I totally agree that / (thus /root) could be read-only.
I pointed out to you that /root is required to be in the same
filesystem as / (FHS) and I gave you the rationale.
What's the FHS says is a little different:
On Fri, May 15, 2009 at 07:12:59AM +0200, Goswin von Brederlow wrote:
There is absolutely no reason why you can not mount a filesystem over
/root later in the boot process. I agree that /root should/must exist
at all time so one can login when for example fsck fails.
No, you must be able to
On Mon, May 11, 2009 at 03:43:41PM +0200, Giacomo A. Catenazzi wrote:
You are a very special case: a developer since very long time, with a
enormous knowledge of debian policy (and dpkg internal).
But I really think that most people outside DD use dpkg-buildpackage
because it is the easier
On Wed, May 06, 2009 at 12:30:14AM +0200, Stefano Zacchiroli wrote:
Of course the problem is that if you update on the NFS server, then
related /etc and /var files [1] will not get updated on the NFS client
machines and you need to propagate changes there.
One thing to remember is when you
On Wed, May 06, 2009 at 03:31:23PM +0200, Stefano Zacchiroli wrote:
Anyhow, *you* don't understand the problem and you are probably the
only one thinking I'm selling vapor. From other people's replies I
conclude that the problem is quite clear and my vapor was so concrete
that others hinted
On Fri, Apr 24, 2009 at 01:37:01PM +0800, Paul Wise wrote:
cur_v=`echo $timestamp | sed s/-//g`
for path in \
$HOME/.config/automake \
/usr/local/share/automake \
/usr/local/share/misc \
/usr/share/automake \
/usr/share/misc \
; do
if test -x $path/config.sub ; then
On Wed, Apr 15, 2009 at 10:25:36AM +0200, Bjørn Mork wrote:
I still haven't got a clue how to really fix this, but have resorted to
this for now:
?xml version=1.0 encoding=UTF-8?
deviceinfo version=0.2
device
match key=info.capabilities contains=input.keyboard
merge
On Tue, Feb 03, 2009 at 10:24:16AM +, Daniel P. Berrange wrote:
Putting new mount points in / is not really acceptable, so that rules
out the first two. /opt is just totally wrong, since that is intended
for add on software packages. /dev/ feels a little odd, since it is
not really device
Hi!
On Tue, Jan 06, 2009 at 10:38:26AM +, Tzafrir Cohen wrote:
I disagree. I use strace a lot and it is very handy to verify that a
service really uses the config/data files it is supposed to use or does
it react to a network packet or not even if it does not log anything
etc. OTOH
On Fri, Jan 02, 2009 at 06:05:35PM +0100, Petter Reinholdtsen wrote:
It reduces the load on the LDAP server when using LDAP for PAM/NSS,
and has proven to be required to avoid overloading the server and
prompt response on the clients. The new nss-ldapd package help, but
caching LDAP results
On Tue, Dec 30, 2008 at 02:00:51PM -0600, Steve Langasek wrote:
I think we ought to even consider adding gdb in addition to strace, size
allowing, since these two tools are rather complementary in their use; but
certainly, I'd prefer having strace over not having either.
I disagree. I use
On Wed, Sep 17, 2008 at 11:03:13AM -0300, Gustavo Noronha Silva wrote:
I upgraded a dom0 I maintain to Lenny, the kernel got upgraded and I had
of course a boot failure when trying to boot Xen 3.2 and linux 2.6.26.
I'm not really sure about the reason since it is a remotely hosted box,
but I
On Tue, Jul 22, 2008 at 03:03:27PM +0200, Goswin von Brederlow wrote:
I might be wrong but I thought the atom CPU would add 64bit
support. As such the Debian amd64 port should work as well.
According to Wikipedia and the linked Intel sheets, only the desktop
version has 64-bit support.
Gabor
On Sat, Jul 12, 2008 at 04:56:03PM +0200, Carl Fürstenberg wrote:
I was thinking of the reusability problem, and came up with the following:
When an user/group is removed, it's placed in quarantine. That ID
isn't used unless the same user/group is recreated, or that all other
possible ID:s is
On Mon, Jun 16, 2008 at 11:55:49PM +0300, Riku Voipio wrote:
Having one well working tool is better than having multiple mediocre,
buggy tools to choose from.
The problem is that we do not have one well working tool. Grub certainly
does not qualify as such and there is no hope it ever will. So
On Tue, May 06, 2008 at 11:37:44PM +0200, [EMAIL PROTECTED] wrote:
Can someone please help me?
See http://fedoraproject.org/wiki/Features/XenPvops and
http://fedoraproject.org/wiki/Features/XenPvopsDom0 .
Do I need to install some other kernel-patch?
No, you need to wait, wait, wait... Or
On Tue, Apr 22, 2008 at 01:50:43PM -0500, John Hasler wrote:
See bug #474294.
If you have an x86_64 system you can help by
a) installing chrony-1.21 from Stable or Unstable and confirming the bug
or
b) installing chrony-1.23 from Experimental and determining if the new
upstream
On Thu, Apr 17, 2008 at 07:58:44AM +0200, Tollef Fog Heen wrote:
Yes, in the simple case, you can just do this. In the more complex
case (which upstream might want to cater for), you need to use
pkg-config.
No. Even in this case, I _don't_ need to use pkg-config. I just should
be able to
On Thu, Apr 17, 2008 at 12:02:20PM +0200, Bas Wijnen wrote:
How is this different with _any_ dependency on the system? Do you
suggest that iceweasel should drop its libgtk dependency, because users
might want to use their own compiled version of it?
iceweasel _uses_ libgtk. A -dev package
On Wed, Apr 16, 2008 at 11:23:51AM +0100, Neil Williams wrote:
What about these clauses as a Policy amendment?
1. If a library *only supports the retrieval of FOO_LIBS and / or
FOO_CFLAGS by the use of pkg-config*, pkg-config becomes part of the API
of that library and the -dev package of
On Wed, Apr 16, 2008 at 07:15:53PM +0200, Goswin von Brederlow wrote:
You are missing the point.
What if the library says You must call /usr/bin/foo during build?
But the library can't say foo must come from a Debian package. What if
I have my local replacement? Why should I be forced to
On Sat, Apr 12, 2008 at 10:41:54AM +0200, Marc Haber wrote:
Where can I obtain the FQDN of the system instead?
_Which_ FQDN? A machine may have several IP addresses, in the DNS there
may be multiple A records for every IP address (and the reverse PTR
records may be completely meaningless
On Fri, Apr 11, 2008 at 04:50:17PM +0200, Mike Hommey wrote:
Host name can be returned by gethostname(2), for example, and you can
add the result from getdomainname(2) for an FQDN.
Those syscalls has _nothing_ to do with DNS so they can not be used to
form FQDNs. gethostname() is sadly often
On Mon, Apr 07, 2008 at 06:49:24PM -0500, Manoj Srivastava wrote:
In this case, again, if my dev package requires a tool not in
build depends now, I should declare it, for the same reason -- the next
upload of the dev package might have different tools, or eliminate
tools -- and
On Tue, Apr 08, 2008 at 08:47:38AM +0100, Neil Williams wrote:
It's also a lot of packages - does such a dependency ever become
inferred by other packages? It probably shouldn't, for your reasons
above, so this would appear to be a case for a lintian check.
If ./configure exists and calls
On Tue, Feb 26, 2008 at 11:26:30PM +1100, Hamish Moffatt wrote:
What are the constrained environments where you think static linking
would be useful? I'm developing embedded systems and I prefer shared
libraries - unless you have only one application using a particular
library then you will
On Mon, Feb 25, 2008 at 11:07:10PM +, Roger Leigh wrote:
I stopped providing static libraries in all my library packages quite a
while back. No one used them, and they were just needless bloat. I
can't say I would be upset if we dropped all the static libraries from
the entire
On Sun, Jan 06, 2008 at 10:10:03AM +0100, Tollef Fog Heen wrote:
Taking this argument a bit further, do you think that the sshd init
script should wait until all users have saved their work and logged
out before it gives control back to the init sequence?
On a multi-user system that would be
On Thu, Jan 03, 2008 at 09:10:10PM -0800, Steve Langasek wrote:
In that case, why would we not just migrate toward upstart as an init with
service supervisor capabilities? :)
In the long run that may be desirable, but IMHO it won't happen in the
near future. Or do you already know something
On Thu, Jan 03, 2008 at 02:45:40AM +, Colin Watson wrote:
If this is a real problem for a given service, surely its init script
should actually wait for the process to shut down cleanly? If so, it
wouldn't be a candidate for this refactoring.
IMHO there can be many init scripts that
On Thu, Jan 03, 2008 at 12:14:15PM -0500, Joey Hess wrote:
If a package only shuts down cleanly because the rest of the shutdown
process is slow, it is already buggy. Especially on systems where the
shutdown is much faster, either due to their being fewer shutdown
scripts than usual or the
On Thu, Jan 03, 2008 at 10:40:32AM -0800, Steve Langasek wrote:
It's also, as commented already in the init script, recognized as a bug in
the associated daemon. Fixing that bug would drop the need for the sleep,
though if there's a possibility of SIGKILL coming before the daemon is done
On Thu, Jan 03, 2008 at 09:24:59PM +0100, Petter Reinholdtsen wrote:
Btw, if the 5 second wait isn't long enough for sendsigs, we can
extend it. There is code there to make sure sendsigs terminates as
soon as the last process it tries to kill is dead, so we could
increase the timeout without
On Wed, Jan 02, 2008 at 12:47:12PM -0800, Russ Allbery wrote:
Right. The only case where a shutdown script makes sense to me is if it's
doing something other than sending signals or if it's waiting
(intelligently, not just blindly for five seconds) for the process to shut
down cleanly.
So
On Thu, Dec 27, 2007 at 10:18:38AM -0800, Russ Allbery wrote:
I don't think this is horribly relevant to what we're discussing, namely
how to go about packaging software for inclusion in Debian. Generating
upstream-provided packages that don't meet Debian Policy and therefore
won't be
On Wed, Dec 26, 2007 at 04:32:39PM +, Neil Williams wrote:
In general, you seem to rant about a lot of things that may make sense
on their own, but they do not seem to have _anything_ to do with a
package being Debian-native or not. More specifically, you try to imply
that a package being
On Wed, Dec 26, 2007 at 03:16:36PM +0100, Vincent Danjean wrote:
I can tell you that this is not a easy way to cleanly package these
softwares. I did not talk to upstream yet because I would like to present
them new clean packages. Nevertheless, for now, I need to recreate a
On Thu, Dec 27, 2007 at 05:04:17PM +0100, Vincent Danjean wrote:
Gabor Gombas wrote:
You seem to make the mistake to think that the debian/ directory
provided by upstream is there to help the distro maintainer.
[false assumptions]
Huh? I, as a user, routinely use upstream-provided debian
On Fri, Nov 30, 2007 at 03:48:19PM -0800, C.J. Adams-Collier wrote:
I modified my krb5.conf file so that heimdal stores its principals in an
LDAP data store. A peculiarity of this configuration is that kadmind
expects the access control file to be named after the LDAP dn of the
principal
On Wed, Nov 07, 2007 at 06:54:04PM +, Neil Williams wrote:
So it is preferable for me to add --build to native builds even in a
patch that is meant to only affect the cross build? I'm sure some
maintainers will query why I'm setting --build outside the crossbuild.
Provide two distinct
On Wed, Nov 07, 2007 at 05:08:43PM +, Neil Williams wrote:
I've come across one issue: help2man
If packages (like coreutils) use 'help2man' during the build, help2man
tries to execute the compiled binary to get the error output to make
into the manpage. Needless to say executing the
On Tue, Nov 06, 2007 at 08:08:03PM +, Neil Williams wrote:
What about:
Packages that run a test suite during the default build must support
omitting the tests either upon detecting cross-compiling using
dpkg-architecture or when -nocheck is specified in DEB_BUILD_OPTIONS.
If a package
On Tue, Sep 04, 2007 at 08:26:41PM +, Oleg Verych: gmane reading wrote:
I.e *i don't care* about entering passwords on middle ground, without
knowing, WTF this installer may do with them, not having comfortable
environment for that _important_ action.
Thus i have silly, empty passwords
On Sat, Aug 11, 2007 at 07:13:01PM -0700, Russ Allbery wrote:
Why? Could you explain what the UMich indirection library practically
adds for our users? Why would we want to continue using it rather than
linking directly against an appropriate GSSAPI implementation?
GSSAPI was created to
On Wed, Jul 25, 2007 at 06:57:54PM +0200, Josselin Mouette wrote:
If the users installs the distribution with default settings or starts a
session on a multi-user setup, he should find a usable menu, not a menu
with all possible applications he never wanted to install.
So the menu system
On Thu, Jul 19, 2007 at 11:02:39AM -0700, Russ Allbery wrote:
Now, I'm willing to lead the way for Kerberos packages going forward, I
guess, if I can figure out a good way to do that, but I don't know how
that configure logic would even work or what those --with flags would look
like. The
On Mon, Jun 25, 2007 at 08:07:55AM -0700, Russ Allbery wrote:
The problem with this theory (basically, that glibc is taking a
performance penalty by giving memory back to the system and hence being
more space efficient) is that not only is Hoard significantly faster than
glibc for OpenLDAP,
On Sun, Jun 24, 2007 at 05:51:29PM +0200, Frank Küster wrote:
As I understood it, the idea was more to keep information *comparable*,
which wouldn't be the case if someone improved the script by using a
faster minimizer, linking against an improved libfoo or whatever. You
simply cannot
On Wed, Jun 13, 2007 at 08:45:13PM +0200, Josselin Mouette wrote:
The meaning of 1 TB is approximate only for approximate people. I'd
expect more rigor from people working in computer science (if we can
call it a science).
... and since most Debian users are not computer scientists, Scott is
On Wed, Jun 13, 2007 at 12:42:34AM +0100, Luis Matos wrote:
- Smooth passages are not always smooth (who had a working xorg after
the upgrade for 7, please raise their hands)
AFAIR apart from having to edit a few config files it was quite painless
(I've upgraded when Xorg was still in
On Tue, Jun 12, 2007 at 05:40:29PM -0300, Gustavo Franco wrote:
I disagree, that's what we've with experimental today mainly due to
the fact that there's just a few packages there. Consider everybody
uploading every package for unstable instead.
Experimental can and does contain packages that
On Wed, Jun 13, 2007 at 12:28:09AM -0400, Duncan Findlay wrote:
What can I do to satisfy those with and without anacron, and to avoid
hammering the sa-update servers at a specific time?
Idea:
- Generate a random minute number in the postinst
- Set up an entry in cron.d that runs every hour at
On Wed, Jun 13, 2007 at 11:28:52AM +0100, Luis Matos wrote:
kernel upgrades from 2.6.50 to 2.6.51 ... nvidia packages don't build in
time (they are not free, right?) ... kernel passes to testing ...
automatically, the nvidia-module-2.6.50 uses 2.6.50 and not *.51, so ...
after a reboot, my
1 - 100 of 303 matches
Mail list logo