On Sun, Dec 29, 2024 at 06:20:11PM +0100, Enrico Zini wrote:
> today I decided to upgrade from bookworm to trixie/testing[1][2]. I ran
> the upgrade in a gnome-terminal, and of course all gnome terminals in
> the system crashed halfway through the upgrade[1][3].
Foreword: I'm pretty happy with Gn
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 definite
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
> in
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
> now
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 t
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 label
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 hel
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 stro
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 ab
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 th
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 fla
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 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 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 sho
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.
> You
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 hav
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
> graphic
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 exampl
On Tue, Nov 03, 2009 at 12:29:46PM -0500, N N wrote:
> #include
> #include
>
> 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 i;
> for
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, SuS
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
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 to
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 tim
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 co
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 virtualiz
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:
> ch
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 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 ha
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 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 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 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 again
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 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 f
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
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 st
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 '/usr/loca
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 th
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: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
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 th
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 justi
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 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 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 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 n
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 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 hinte
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 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/co
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:
>
>
>
>
>
> pc105
> no
>
>
>
...except with latest hal/X.org/whatever it also stopped working. Latest
X.org pulled
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 dev
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.
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 s
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 resul
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
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 Mon, Jul 21, 2008 at 02:55:25AM +0100, Stephen Gran wrote:
> Yes. My webservers tend to use something like
> /srv/www//{config,cgi-bin,htdocs,lib,logs,blah,blah}/ as the
> normal layout. Exposing /srv/www as a document root would give access to
> lots of things that are not public in many cas
On Sat, Jul 12, 2008 at 06:35:37PM +0100, Colin Watson wrote:
> Isn't this a standard reference counting problem? When adduser --system
> is called, have adduser add the calling package to a list of packages
> that own that system user; when deluser is called on a system user,
> remove the calling
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
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. S
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
>
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 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 p
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
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
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 placeh
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 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 archiv
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 wil
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 b
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 a
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 with
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 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 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 cur
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.
S
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 inc
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
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
> X.Y.Z+debian
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 vers
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
> > pr
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 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 p
On Tue, Nov 06, 2007 at 09:07:54PM +0100, Mike Hommey wrote:
> Hadn't this been fixed quite some time ago ? Or wasn't it something with
> --target ? Because I've been using --build and --host for a long time
> with no problem.
The autoconf docs say(*):
`--host=HOST-TYPE'
[...] Specifying
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 pa
On Tue, Nov 06, 2007 at 08:32:20PM +, Neil Williams wrote:
> OK - as long as the one option always has the same meaning. A package
> that builds libfoo-doc needs to drop the -doc content AND the
> manpages, changelog, README, AUTHORS etc., from all packages and not
> just the "docs". I realise
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 passwo
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 a
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 sh
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
1 - 100 of 311 matches
Mail list logo
