Science Maintainers
<debian-science-maintain...@lists.alioth.debian.org>
Changed-By: Serge Cohen <serge1co...@free.fr>
Description:
gir1.2-ufo-0.0 - Library for high-performance, GPU-based computing - gir
binding
libufo-bin - Library for high-performance, GPU-based computing - tools
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 05 Apr 2016 00:10:20 -0500
Source: cgmanager
Binary: cgmanager cgmanager-tests libcgmanager0 libcgmanager-dev libpam-cgm
Architecture: source
Version: 0.41-2
Distribution: unstable
Urgency: medium
Maintainer: Serge Hallyn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 29 Feb 2016 18:06:44 -0800
Source: cgmanager
Binary: cgmanager cgmanager-tests libcgmanager0 libcgmanager-dev libpam-cgm
Architecture: source amd64 all
Version: 0.41-1
Distribution: unstable
Urgency: medium
Maintainer: Serge
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 22 Sep 2015 16:04:04 -0500
Source: netcf
Binary: netcf libnetcf-dev libnetcf1 libnetcf1-dbg
Architecture: source
Version: 1:0.2.8-1
Distribution: unstable
Urgency: medium
Maintainer: Serge Hallyn <serge.hal...@ubuntu.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Wed, 16 Sep 2015 13:59:07 -0500
Source: netcf
Binary: netcf libnetcf-dev libnetcf1 libnetcf1-dbg
Architecture: source
Version: 1:0.2.3-5
Distribution: unstable
Urgency: medium
Maintainer: Serge Hallyn <serge.hal...@ubuntu.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 14 Sep 2015 17:18:42 -0500
Source: cgmanager
Binary: cgmanager cgmanager-tests libcgmanager0 libcgmanager-dev libpam-cgm
Architecture: source all amd64
Version: 0.39-2
Distribution: unstable
Urgency: medium
Maintainer: Serge
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 07 Sep 2015 14:58:46 -0500
Source: cgmanager
Binary: cgmanager cgmanager-tests libcgmanager0 libcgmanager-dev libpam-cgm
Architecture: source all amd64
Version: 0.39-1
Distribution: unstable
Urgency: medium
Maintainer: Serge
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 07 May 2015 13:35:10 -0400
Source: cgmanager
Binary: cgmanager cgmanager-tests libcgmanager0 libcgmanager-dev
Architecture: source amd64 all
Version: 0.37-1
Distribution: unstable
Urgency: medium
Maintainer: Serge Hallyn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 13 Feb 2015 13:48:40 -0600
Source: cgmanager
Binary: cgmanager cgmanager-tests libcgmanager0 libcgmanager-dev
Architecture: source amd64 all
Version: 0.36-2
Distribution: unstable
Urgency: medium
Maintainer: Serge Hallyn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 11 Feb 2015 22:24:24 -0600
Source: cgmanager
Binary: cgmanager cgmanager-tests libcgmanager0 libcgmanager-dev
Architecture: source amd64 all
Version: 0.36-1
Distribution: unstable
Urgency: medium
Maintainer: Serge Hallyn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 12 Jan 2015 09:02:44 -0600
Source: cgmanager
Binary: cgmanager cgmanager-tests libcgmanager0 libcgmanager-dev
Architecture: source amd64 all
Version: 0.35-1
Distribution: unstable
Urgency: medium
Maintainer: Serge Hallyn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 15 Dec 2014 09:24:20 -0600
Source: netcf
Binary: netcf libnetcf-dev libnetcf1 libnetcf1-dbg
Architecture: amd64 source
Version: 1:0.2.6-1
Distribution: experimental
Urgency: medium
Maintainer: Serge Hallyn serge.hal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 05 Jan 2015 14:28:19 -0600
Source: cgmanager
Binary: cgmanager cgmanager-tests libcgmanager0 libcgmanager-dev
Architecture: source amd64 all
Version: 0.34-1
Distribution: unstable
Urgency: high
Maintainer: Serge Hallyn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 14 Oct 2014 01:33:03 +0200
Source: cgmanager
Binary: cgmanager cgmanager-tests libcgmanager0 libcgmanager-dev
Architecture: source amd64 all
Version: 0.33-2
Distribution: unstable
Urgency: medium
Maintainer: Serge Hallyn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 29 Sep 2014 12:59:10 -0500
Source: cgmanager
Binary: cgmanager cgmanager-tests libcgmanager0 libcgmanager-dev
Architecture: source amd64 all
Version: 0.33-1
Distribution: unstable
Urgency: medium
Maintainer: Serge Hallyn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 15 Sep 2014 12:29:31 -0500
Source: cgmanager
Binary: cgmanager cgmanager-tests libcgmanager0 libcgmanager-dev
Architecture: source amd64 all
Version: 0.32-4
Distribution: unstable
Urgency: medium
Maintainer: Serge Hallyn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 10 Sep 2014 18:22:42 -0500
Source: cgmanager
Binary: cgmanager cgmanager-tests libcgmanager0 libcgmanager-dev
Architecture: source amd64 all
Version: 0.32-2
Distribution: unstable
Urgency: medium
Maintainer: Serge Hallyn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 10 Sep 2014 20:32:05 -0500
Source: cgmanager
Binary: cgmanager cgmanager-tests libcgmanager0 libcgmanager-dev
Architecture: source amd64 all
Version: 0.32-3
Distribution: unstable
Urgency: medium
Maintainer: Serge Hallyn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 08 Sep 2014 18:03:02 -0500
Source: cgmanager
Binary: cgmanager cgmanager-tests libcgmanager0 libcgmanager-dev
Architecture: source amd64 all
Version: 0.32-1
Distribution: unstable
Urgency: medium
Maintainer: Serge Hallyn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 04 Aug 2014 19:01:55 +
Source: cgmanager
Binary: cgmanager cgmanager-tests libcgmanager0 libcgmanager-dev
Architecture: source amd64 all
Version: 0.30-1
Distribution: unstable
Urgency: medium
Maintainer: Serge Hallyn
: Serge Hallyn serge.hal...@ubuntu.com
Changed-By: Serge Hallyn serge.hal...@ubuntu.com
Description:
cgmanager - Central cgroup manager daemon
cgmanager-tests - Central cgroup manager daemon (tests)
cgmanager-utils - Central cgroup manager daemon (utilities)
libcgmanager-dev - Central cgroup
Quoting Michael Biebl (bi...@debian.org):
Am 25.07.2014 19:23, schrieb Steve Langasek:
systemd-shim 6-4 has now been uploaded to unstable with a dependency on
cgmanager, implementing the new post-v205 interfaces.
I just installed systemd-shim 6-4 and cgmanager 0.28-1.
Unfortunately the
Quoting Michael Biebl (bi...@debian.org):
Am 25.07.2014 23:35, schrieb Serge Hallyn:
Quoting Michael Biebl (bi...@debian.org):
The init script fails with
# service cgmanager start
[] Starting cgroup management daemon: cgmanagercgmanager: Failed
mounting memory onto /run
Quoting Michael Biebl (bi...@debian.org):
Hi Serge!
Am 25.07.2014 23:35, schrieb Serge Hallyn:
Quoting Michael Biebl (bi...@debian.org):
Am 25.07.2014 19:23, schrieb Steve Langasek:
systemd-shim 6-4 has now been uploaded to unstable with a dependency on
cgmanager, implementing the new
Quoting Russ Allbery (r...@debian.org):
Cameron Norman camerontnor...@gmail.com writes:
Oh this is easy. The init script calls s-s-d and does not check the return
code (so always exits 0). I am just going to use set -e in the init
script, only a couple tweaks are needed.
Please don't
: Serge Hallyn serge.hal...@ubuntu.com
Changed-By: Serge Hallyn serge.hal...@ubuntu.com
Description:
cgmanager - Central cgroup manager daemon
cgmanager-tests - Central cgroup manager daemon (tests)
cgmanager-utils - Central cgroup manager daemon (utilities)
libcgmanager-dev - Central cgroup
: Serge Hallyn serge.hal...@ubuntu.com
Changed-By: Serge Hallyn serge.hal...@ubuntu.com
Description:
cgmanager - Central cgroup manager daemon
cgmanager-tests - Central cgroup manager daemon (tests)
cgmanager-utils - Central cgroup manager daemon (utilities)
libcgmanager-dev - Central cgroup
Quoting Marco d'Itri (m...@linux.it):
On Jul 09, Alessio Treglia ales...@debian.org wrote:
I think that it would be valuable for our users to keep the
non-default init system working on Jessie for those who do neither
intend nor need to switch to systemd.
I suggest less thinking and more
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 30 Jun 2014 13:53:13 -0500
Source: netcf
Binary: netcf libnetcf-dev libnetcf1 libnetcf1-dbg
Architecture: source i386
Version: 1:0.2.4-3
Distribution: experimental
Urgency: medium
Maintainer: Serge Hallyn serge.hal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 20 Jun 2014 13:14:36 -0500
Source: netcf
Binary: netcf libnetcf-dev libnetcf1 libnetcf1-dbg
Architecture: source amd64
Version: 1:0.2.4-2
Distribution: experimental
Urgency: medium
Maintainer: Serge Hallyn serge.hal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 27 May 2014 10:02:06 -0500
Source: netcf
Binary: netcf libnetcf-dev libnetcf1 libnetcf1-dbg
Architecture: amd64 source
Version: 1:0.2.4-1
Distribution: experimental
Urgency: medium
Maintainer: Serge Hallyn serge.hal
Quoting Christian PERRIER (bubu...@debian.org):
Quoting Serge Hallyn (serge.hal...@ubuntu.com):
Quoting Christian PERRIER (bubu...@debian.org):
Quoting Christian PERRIER (bubu...@debian.org):
Hello fellow developers,
I would like to request your help in testing the new version
Quoting Steve Langasek (vor...@debian.org):
On Fri, May 02, 2014 at 04:38:15AM +, Serge Hallyn wrote:
Quoting Christian PERRIER (bubu...@debian.org):
Quoting Christian PERRIER (bubu...@debian.org):
Hello fellow developers,
I would like to request your help in testing the new
.
From there I was able to start an unprivileged lxc container, so
the basics seemed to be correct.
Thanks!
-serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org
, no socket activation, no
dbus, no dbus activation.
Haha. The problem there is that cgmanager uses dbus! So you need
It doesn't use the system or session bus, though, just listens over
its own unix socket. Dbus does not need to be started first.
-serge
--
To UNSUBSCRIBE, email to debian-devel
-By: Serge Hallyn serge.hal...@ubuntu.com
Description:
ovmf - UEFI firmware for virtual machines
Changes:
edk2 (0~20131112.2590861a-2) unstable; urgency=medium
.
* debian/ovmf.links: create a OVMF.fd link for qemu
* debian/control: ovmf Replaces qemu-system-common versions which
Quoting John Paul Adrian Glaubitz (glaub...@physik.fu-berlin.de):
On 02/11/2014 04:18 PM, Serge Hallyn wrote:
FWIW, disagree - I rarely set up a machine (little laptop or server or
container) where I don't need to do one thing or another custom at boot.
Throttle back cpus to prevent
Quoting Paul Tagliamonte (paul...@debian.org):
On Tue, Feb 11, 2014 at 03:39:49PM +0100, Florian Lohoff wrote:
I am telling you that by all the technical discussions which of
the systems is superior over the other you forget about your users.
Our users shouldn't care what init system we
about holding hostile
root.
3.12 has full user namespace support which gets us about as far as we'll
ever get.
-serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org
made it upstream.
-serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131024165316.GB2226@ac100
to write it, and I need to decide whether/how
to base on / integrate with lmctfy.
[ And if anyone else wants to write this, please be my guest :) I just
want nesting as described above ]
-serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 13 Aug 2013 23:58:20 +
Source: netcf
Binary: netcf libnetcf-dev libnetcf1 libnetcf1-dbg
Architecture: source amd64
Version: 1:0.2.3-4
Distribution: unstable
Urgency: low
Maintainer: Serge Hallyn serge.hal...@ubuntu.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 30 May 2013 11:45:47 -0400
Source: netcf
Binary: netcf libnetcf-dev libnetcf1 libnetcf1-dbg
Architecture: source amd64
Version: 1:0.2.3-3
Distribution: unstable
Urgency: low
Maintainer: Serge Hallyn serge.hal...@ubuntu.com
Quoting Wookey (woo...@wookware.org):
+++ Serge Hallyn [2013-03-14 14:58 -0500]:
Hi,
To fix this the kvm group should be created during preinst before the
udev rules file is unpacked. This requires adding adduser to the
Pre-Depends. vorlon warned me that any new pre-depends should
? Is there
a better way?
thanks,
-serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130314195824.GA21222@sergelap
Quoting Michael Biebl (bi...@debian.org):
On 14.03.2013 22:15, Ansgar Burchardt wrote:
Hi,
Serge Hallyn serge.hal...@ubuntu.com writes:
qemu-system-common installs a udev rules file which sets /dev/kvm group
to 'kvm'. Its postinst then adds a kvm group. However udev reads the
new
an awkward sentence)
Not to mention non-xattr-backed filesystems.
Every time I've been in a discussion like this, that ends up being
the reason not to pursue it.
-serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
Quoting Andrey Rahmatullin (w...@wrar.name):
On Wed, Feb 06, 2013 at 12:30:28PM -0600, Serge Hallyn wrote:
Do we finally have mechanisms to start processes without root but with
elevated capabilities?
We also need fallback for non Capability-capable supported kernels
(wow that's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 24 Jan 2013 14:43:43 -0600
Source: netcf
Binary: netcf libnetcf-dev libnetcf1 libnetcf1-dbg
Architecture: source amd64
Version: 1:0.2.3-1
Distribution: experimental
Urgency: low
Maintainer: Serge Hallyn serge.hal...@ubuntu.com
Debian had a similar stats page.
It's now possible with http.debian.org.
--
Serge
attachment: acceptance.png
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 20 Sep 2012 16:23:07 -0500
Source: netcf
Binary: netcf libnetcf-dev libnetcf1 libnetcf1-dbg
Architecture: source amd64
Version: 0.2.2-1
Distribution: experimental
Urgency: low
Maintainer: Serge Hallyn serge.hal...@ubuntu.com
done.
Fedora lost more than half of the user base with the Fedora 15
release (GNOME3 and systemd). They now bring GNOME2 back. [1] :)
[1] https://fedoraproject.org/wiki/Features/MATE-Desktop
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe
.
A valid argument in favor of OpenRC and against systemd [...]
Hm. Why do you compare in favor of OpenRC and against systemd? You
don't think that having `openrc` in debian repo is a threat to `systemd`
in debian repo, do you?
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ
because /srv was put before
/usr in /etc/fstab. In historical approach it works, but not in
initramfs approach.
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
system can answer all our needs, while four bad ones will
certainly not.
What if that good init system is openrc?
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http
don't even know what Linux is (it's just
a kernel, you know) and they certainly don't interact with it directly.
But it does not mean that we can forget about linux and never allow
people to choose it. :)
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
the
kernel for information, and decide what to do with what's returned.
Not sure. Will it work for user-space configuration too? I.e. `ifdown`
may have have to stop `dhclient` and `wpa_supplicanf`. Is it possible
to detect such cases automatically?
--
Serge
--
To UNSUBSCRIBE, email to debian
these, why not? Imagine a GUI/TUI (winetricks-like) front-end
for ifupdown, that allows you to configure VPN with a few simple
dialogs and store basic configs in /etc. :) If only someone wrote it...
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
and
Debian is not about being universal just scares maintainers
and users away from debian, and brings nothing good instead.
If people become happy fixing bugs in their own toy ports —
let them work! More happy people is good for debian, isn't it?
--
Serge
--
To UNSUBSCRIBE, email to debian-devel
bugs and more problems for users.
These steps are rather easy, and make sure that at least historical
approach is fully supported.
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive
to be by Makefile design.
It's not a hardcode. It's an option. You can always change it, just run:
make CC=anothercc
(Note: not `CC=anothercc make`) It's a (known?) makefile feature. Those
variables in the beginning of a Makefile are often there just for that.
--
Serge
--
To UNSUBSCRIBE, email to debian
the idea and implement it. :)
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caovenerq_u4olj+heka3rz0xvsxrtsbbpod-_mc0k33zff+...@mail.gmail.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Mon, 23 Jul 2012 17:34:40 -0500
Source: netcf
Binary: netcf libnetcf-dev libnetcf1 libnetcf1-dbg
Architecture: source amd64
Version: 0.2.0-1
Distribution: unstable
Urgency: low
Maintainer: Serge Hallyn serge.hal...@ubuntu.com
Changed
01.07.2012 2:20 пользователь Adam D. Barratt a...@adam-barratt.org.uk
написал:
Hi,
As previously announced[1], testing is now frozen.
To keep this mail short, and make our lives easier :-), further details
about the freeze process and the type of changes which will be eligible
for
be worked around in
debian/rules. I'm just trying to avoid adding unnecessary workarounds
to debian packages.
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
upstream or dropped by the
maintainer users would be able to use another one.
--
Just trying to help,
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
, it belongs to CPPFLAGS is a good argument when you're trying to
convince someone, but it's not really an advantage, it does not make
anything better.
PS: thanks to Russ Allbery for detailed *FLAGS description, it helped me
to understand the origins.
--
Let's make packaging easier,
Serge
as a bugreport?
PS: Bugs must be fixed, not documented, IMO.
PPS: crossposted to debian-dpkg
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
to go to `g++`.
Is there a bug somewhere causing CPPFLAGS to be used by g++? Is that a typo
on wiki? Or am I missing something?
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http
, unless you actually call `cpp` directly by your build scripts somewhy.
Gcc uses internal preprocessor by default.
(I just checked `strace -f g++ test.cpp` to make sure)
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
be used by
the build system?
Is there a standard common for all the build systems? Or some kind of
recommendation? Or it's just a coincidence that all the build systems
use same environment variable CFLAGS?
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
theories and philosophical debates?
--
Talk is cheap. Show me the code. (c) Linus
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
they should set TMPDIR, just say Use default (/tmp) and don't worry, admins
will decide on which partition/ram/swap the files will end up.
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive
config parameter. You need to build the kernel with
CONFIG_LATENCYTOP=y in your .config. That suggestion was just in case
you *want* to dig deeper into the problem.
There's another firefox-specific hack you can try, but I would suggest
to check a new kernel first.
--
Serge
--
To UNSUBSCRIBE
for them than /tmp on disk? If it's a desktop with
single disk I would suggested them a single root partition (with /tmp on it).
If it's a server with small root but large /home on RAIDs then I would
mount-bind /tmp to /home/tmp...
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ
system services, since root can still use those 5%. User
cannot break the system filling /tmp on disk. But he can do that if he
fills /tmp on tmpfs. So /tmp on tmpfs adds one more point of failure
for servers.
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
would be better
than a usual /tmp on disk. But if you need it somewhy... check swapd.
PS: I'm curious can swap-files break suspend-to-disk even for users
having a separate swap partition?
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe
tmpfs won't be easy, unless you're good at understanding kernel/vfs code.
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
fewer failures later, but still zero benefits
to applications on the real world. Either now or later putting /tmp on tmpfs
by default is useless in real world. That's the problem. :)
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe
.
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caovenepbcx9pzr8nzttfm_x_p22pj9w0g0p4rhctkyv-tr5...@mail.gmail.com
not match real life it replaced with another theory. That's
how the entire physics work. :) Which of my theories is wrong, BTW?
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http
: you can check the output of `latencytop` as well.
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caoveneqplbjlgkvlvf-9tkynpngukbods2twnk0dnn6h9j8
.
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caoveneo078mwd-qr1m8cnefejyauhtbquhmkdp3ckh-4har...@mail.gmail.com
be changed.
Thanks for everybody for participating in this discussion, spending
your time for doing tests, sharing your experience and ideas.
I hope I had not missed any of them.
PS: somebody also posted a summary at https://lwn.net/Articles/499410/
--
Serge
--
To UNSUBSCRIBE, email to debian
/tmp on tmpfs you're doing something wrong
or rather if you use /tmp on tmpfs you've missed a better option. :)
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
with /tmp on disk and on tmpfs myself and see them
becoming faster?
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caovenepfrzmzzppsux8fib9g0ce-gnoum
not unpack rpm/deb to /tmp when looking into it :))
[1] http://www.storagesearch.com/ssdmyths-endurance.html
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
and faster...
[1] http://wiki.debian.org/Hardening
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAOVenEqBwgGXFyYRfSy07jTxL04v=hv+6bjyuvcgnxvvds3
a lot of I/O in _/tmp_?
Your tests show that if you wrote some scripts doing a lot of I/O it may
be nice to make them working on a large tmpfs mounted to i.e. /mnt/tmpfs,
but they don't explain why _/tmp_ must be mounted on tmpfs.
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ
TMPTIME. Does it mean that there's no way
we can mount /tmp to tmpfs because it breaks TMPTIME?
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
enough,
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAOVenEpp9XjC7dw8-kTMZwWnMOSAqbkfp6CV9JTz++XO=3t...@mail.gmail.com
benefit from that is
easier than using a tmpfs, of course.
No need to. You only need to add -pipe to your *FLAGS. You don't build
software with default autotools flags (-g -O2) anyway, I guess.
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
, than no tmpfs mounted
(the Idea: mount /tmp to tmpfs depending on free space and RAM mail)?
It would solve the problem of small root and at the same time all the
tmpfs problems will go away.
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
you thought about mount-binding /tmp to /home/tmp for
your read-only root systems? Or your /home partition isn't local?
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http
.
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/caoveneonuk7xrezmcjr--xfqexyo_tlo1y3wrpqpf737q0w...@mail.gmail.com
to reduce writes amount, and you
can even measure how much they do.
--
Hoping to help,
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/CAOVenEqq472fA
2012/5/28 Thomas Goirand wrote:
The truth is that tmpfs IS FASTER in some cases. The problem is that
*nobody* can notice that on *real* applications.
Serge, I'm on your side of the discussion, but the above is simply
not truth.
You mean you know some real applications becoming noticeably
system.)
I guess it's not. Because when X starts you don't know what user will log
in there.
PS: see also idea about on-demand mount of /tmp to tmpfs for systems
with disk space check. It would make the defaults working even for small
and read-only root fs.
--
Serge
--
To UNSUBSCRIBE, email
be such applications.
It's just nobody had suggested them yet.
--
Just trying to make the world better,
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
moving *default* /tmp to tmpfs?
To make these useless tests faster?
Where's the real application becoming better after all?
--
Serge
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http
1 - 100 of 136 matches
Mail list logo