In article 20100519225812.gb28...@dario.dodds.net you wrote:
These daemons load pam_limits *when running on behalf of other users*.
That's an entirely different scenario than running a daemon per se.
In the case of a java process started with an init script, it would be su
doing the pam chain
In article o2r14ccba101005070944n110cd9a2w4c5ee6a1c6cd6...@mail.gmail.com you
wrote:
Since heirloom-mailx (and any mailx following the POSIX spec) doesn't
have a way to specify extra headers
What about using /usr/sbin/sendmail?
Gruss
Bernd
--
To UNSUBSCRIBE, email to
In article 4bcc77a3.9080...@student.ulg.ac.be you wrote:
And what do you suggest if one wants some real protection _and_ the
benefits of a format like PDF? Thanks.
It is simply not possible to publish something and protect it. The best
protection in that case is reputation.
Gruss
Bernd
--
In article 20100331224108.ga9...@varinia.lobefin.net you wrote:
Hadoop is not a POSIX file system, as far as I'm aware. As ftp-master
makes heavy use of things like file locks and hard links, I doubt hadoop
would work without a significant rewrite of the software.
And HDFS is optimized for
In article 20091229135244.gc26...@xvii.vinc17.org you wrote:
When the machine is correctly configured (i.e. really has a FQDN),
hostname -f is reliable. But note that this is Debian-specific.
It is not. It is net-tools specific, hostname -f uses gethostbyname. If you
only want the node name,
In article 20091229005213.ga28...@xvii.vinc17.org you wrote:
So, that would define the FQDN of your machine, i.e. what
hostname -f should return.
We can also thing about putting the fully qualified host name in
/etc/hostname. A patch to hostname would be to not start resolving, if
/uname
In article 87hbtfxwyz@anzu.internal.golden-gryphon.com you wrote:
getting around to filing bugs on policy MUST violations and others that
make the package too buggy to be in Debian
I think packages which had no bug reports before are clearly not too buggy
to be in Debian.
Gruss
Bernd
--
In article 873a59ens7@anzu.internal.golden-gryphon.com you wrote:
Maybe another check besides inode idendity is better, otherwise it will not
be able to be used afer an upgrade (and before reboot), or?
Not needed. If init has been just upgraded, it has been already
told to init -u
In article 8763a0fq30@anzu.internal.golden-gryphon.com you wrote:
About time we took a stand against junk packages.
Not helpfull to attack people. You will just lose a lot developers when they
feel second class.
Gruss
Bernd
--
To UNSUBSCRIBE, email to
In article 87r5sudn0p.fsf...@anzu.internal.golden-gryphon.com you wrote:
[ $(stat -c %d/%i /sbin/init) = $(stat -Lc %d/%i /proc/1/exe
2/dev/null) ] ; then
# So, init exists, and there is a linuxy /proc, and the inode of
# the executable of the process with uid 1 is the same as
In article 874optd4jd@benfinney.id.au you wrote:
If the bug then needs to be forwarded upstream, that facility is also
there, as is severity ?wishlist? and, in extremis, the ?wontfix? tag.
And that checking needs to be manually. A lot of man page nitpicking is
distribution specific
Matthias Klose wrote:
On 11.10.2009 00:29, Bernd Eckenfels wrote:
In article87d44vrp09@mid.deneb.enyo.de you wrote:
Not necessarily. It could also be a genuine compatibility issue with
the IcedTea plug-in.
We regularly see Bugs different from the ones on the Sun
distribution
In article 87d44vrp09@mid.deneb.enyo.de you wrote:
Not necessarily. It could also be a genuine compatibility issue with
the IcedTea plug-in.
We regularly see Bugs different from the ones on the Sun distribution. And as
a commercial software vendor we just dont support OpenJDK for that
In article 20090811182041.gd19...@cajita.gateway.2wire.net you wrote:
encodings are _completely_ incompatible with UTF8, so it is just not
possible to tolerate broken text every now and then. Everything just
breaks completely.
Or everything works out of the box, when you use it correctly...
In article 20090811183800.ge5...@const.famille.thibault.fr you wrote:
Not necessarily. Any sane implementation should just use wchar_t
Which could be UTF16 and therefore still has complicatd length semantics.
And even with UTF32 there are combining characters. Sadly. But the length
could be
In article 4a6efb99.8060...@allums.com you wrote:
I somewhat favor VirtualBox, since Debian runs inside it very well and
it runs on Debian very well, and it has the open-source edition.
Occasionally, something like Virt-what might come in handy for me.
Virtualbox can be recognized by Vendor
In article 200907282338.n6sncgxs059...@neskaya.eckenfels.net you wrote:
Virtualbox can be recognized by Vendor strings in BIOS, you can use
biosdecode or lshw to find them. So I guess it is no big deal to extend
virt-what to find those signatues.
It is actually dmidecode (used by virt-what as
In article 2qrqj6-973@argenau.downhill.at.eu.org you wrote:
if [ -n $idl ] [ -x $idl ]; then
This misses quotes.
Greetings
Bernd
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
In article 20090716105202.ga18...@logic.at you wrote:
What is currently the expert way to avoid/handle such port conflicts
in Debian?
Afaik the outcome was, that daemons should only use random priveledged ports
which are not in services file.
Gruss
Bernd
--
To UNSUBSCRIBE, email to
In article 20090625100437.ga10...@ana.debian.net you wrote:
FWIW, you will see plenty of national ID from all the european countries
in DebConf. I do expect most of germans, frenchs, italian, belgian, etc just
travelling with their cards. They do not need their passports to come.
European ID
In article 20090624003554.gf9...@kunpuu.plessy.org you wrote:
that would be very welcome. This whole discussion confuses me and I do not
understand if Debian as a project accepts signatures that are not based on a
passport or an ID card. For instance, I have used drivers licenses or social
In article 20090624025557.gb9...@rzlab.ucr.edu you wrote:
I imagine that we can arrange to have a copy of that or a similar book
around for people to compare.
And a UV lamp (at least one for money checking, but a special one for
documents is even better, they have different wavelength. Eurpean
In article 20090608030732.gc15...@dario.dodds.net you wrote:
space-separated
Files: a\ b c d\ e\ f g.*
comma-separated
Files: a\,b, c, d\,e\,f, g.*
For my part I'm actually inclined to say that the latter is more readable,
but let's get the rationale right. :)
Given the fact that
In article 20090531062429.ga18...@glandium.org you wrote:
Let's be realistic, from the moment the functionality exists, it doesn't
make _any_ sense to either of those, as everybody would end up disabling
it somewhen.
Well, if a person is acrobat user and unaware of free defaults and thinks if
In article 20090531223907.ga16...@jericho.bsnet.se you wrote:
This is not correct. In Europe similar laws exist. In Sweden you have
the right to quote any published work, and after a quick search i
found the same goes for at least France.
Same for germany. But circumventing DRM is another
In article 20090520155616.ga29...@bongo.bofh.it you wrote:
Does anybody see any downsides to this?
It does not make sense to me. the network will be stopped after the daemon
if the daemon is confgured with correct dependencies. And even if not, its
a matter of seconds until the host shuts down
In article 4a00c5a1.70...@dachary.org you wrote:
Traditional code- and project forges offer many great things and has
without a question helped developers of open source software.
You should describe what it is, not what other forges are not.
Gruss
Bernd
--
To UNSUBSCRIBE, email to
In article 20090423163842.ge7...@anguilla.noreply.org you wrote:
I regularly* use ntpdate -u -q -d (unpriv, query, debug). It's useful
for debugging or just querying other ntp servers. Does the ntpd suite
provide anything with similar functionality?
I think ntpdc can provide most of that:
$
In article 87bptnccj6@mid.deneb.enyo.de you wrote:
What needs to be done so that these two issues can be fixed?
| Disk devices may change on reboot
A good option would be to use LABEL or UID instead. However I am not sure if
that has some drawbacks as well:
- for uuid the system is less
In article 200901271009.35031.russ...@coker.com.au you wrote:
Would it hurt to have a duplicate start entry in a wtmp file? If not then is
there any reason not to duplicate the entries from sessions in progress from
the wtmp.1 file to the wtmp file so that last will display all sessions
update then you have a lower bound.
The only serious analysis was the one made by Bernd Eckenfels, which ended
with 1%. I don't really believe this can be used as it is before another
contradictory analysis can be done.
Well, its not too serious, since Linuxcounter also only estimates the
29
In article 87d4enbfqd@mocca.josefsson.org you wrote:
It would establish an upper bound of well-administrated debian machines,
I think.
It is a lower bound, since I guess there are more cases where more than one
machine is updated. The case that you download without need or as a
duplicate
In article 20090115210004.gv21...@serveme.schnalke.local you wrote:
My current guess is between 1/3 and 2/3.
Machines or Users?
According to Linuxcounter there are estimated 29,000,000 users and debian has
18.36% which equals in 5m debian users. Popcon lists 78k submissions,
which is less than
In article 200812241947.08458.danc...@spnet.net you wrote:
Hm, Nix seems to be born in academia, and based on by someone's PhD thesis,
so
there might be some good ideas to consider out of it, but the whole story
smells like the promoter is trying to sell mercedeses to Daimler (i.e.
In article 20081223184408.ge28...@tamay-dogan.net you wrote:
;-) You are not the first one asking this...
And no, I can not send messages to popcon since more then 4 month.
Try running:
bash -x /etc/cron.weekly/popularity-contest
And also check /var/log/popularity-contest if addresses and
In article 20081223203134.gh28...@tamay-dogan.net you wrote:
From: pop...@tp570.private.x-x.net
which is probably correct and since I am sending THIS message over the
same relay mail.private.tamay-dogan.net I know, my Mailserver is
working.
You could try to set a different
In article 1e8bc2f9-7665-4186-acff-79ad91461...@bioxray.au.dk you wrote:
Say stable is redefined as bug-free in the sense that there are no
RC bugs in that repo. If a serious bug is found in a package, it is
removed from stable, until the bug has been fixed in testing.
this does only work
In article [EMAIL PROTECTED] you wrote:
xipmsg is there for IP Messenger.
Is IP Messenger a special protocol? I dont really see IP(as in Internet
Protocol?) beeing a very aproperiate label.
Gruss
Bernd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
In article [EMAIL PROTECTED] you wrote:
Personally, I'm more concerned about manual constant propagation in
some parts of the code base (like using the integer literal 4 for the
size of an IPv4 address), and similar coding style issues. But this
is certainly not restricted to qmail
In article [EMAIL PROTECTED] you wrote:
Could you give some more detail what SAP is? It's probably not the
German software giant, is it?
In this case its the IETF Session Announcement Protocol (there is also the old
IPX Service Announcement Protocol, which is obsoleted bei SLP for PnP)
VLan
In article [EMAIL PROTECTED] you wrote:
I recently developed a small GNOME applet and I wanted to share it among a
few friends. It uses a couple of files to save settings and I was
wondering what's the best location to store them.
Is ~/.myapplet/ acceptable or should I use another folder?
In article [EMAIL PROTECTED] you wrote:
Apache JMeter is a 100% pure Java desktop application designed to load
I would remove the desktop and add with optional GUI
Gruss
Bernd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
In article [EMAIL PROTECTED] you wrote:
I was just on distrowatch and I want to know if the
installer release is a barebone and a person can use
it to make a custom distro?
Well, the installer is only the installer, and the main focus is the next
release, but Debian also offers lots of
In article [EMAIL PROTECTED] you wrote:
doesn't that sound reasonable to you?
Yes maybe, but on the other hand, arent ppl used to the fact that the kernel
does not know about some available modules? Thats the whole idea of modules
(and plugins in other situations like media encoders).
Gruss
In article [EMAIL PROTECTED] you wrote:
The mandate of update-rc.d is to manage initscript runlevel symlinks, not more
or less, as I understand it. Therefore the querying of service status seems
well outside of update-rc.d's scope.
Lets move to smf, anyway :)
Gruss
Bernd
--
To UNSUBSCRIBE,
In article [EMAIL PROTECTED] you wrote:
Many times i've observed that the cache sync to the usb pen drive
happens *after* the disk icon has disappeared from Gnome desktop, in
particular with FAT32 filesystem (seems that cache flush are much more
fast on FAT16).
This is especially bad with
In article [EMAIL PROTECTED] you wrote:
Yes, a race condition could happen and yes, there could be all sorts of
complicated ways of handling temp files and passing back the name of the
file but examples have to be simple and clear, not obfuscated by
problems unrelated to the nature of the
In article [EMAIL PROTECTED] you wrote:
good point. I will add something along these lines to the
package descriptions.
And maybe also to the summary line? Runtime for the Standard ML
programming language
Will you also have different packages for runtime libs/system and compiler
(or whatever
In article [EMAIL PROTECTED] you wrote:
right but still no excuse to bring in a patch set that is *known*
to not be merged upstream.
Isnt that the most obvious reason to distribute an additional patched
kernel? There is a user need and a patch..
Gruss
Bernd
--
To UNSUBSCRIBE, email to
In article [EMAIL PROTECTED] you wrote:
No, this simply isn't a fair characterisation. It calls it at most once
for every dpkg run. However, apt-get typically works like this:
dpkg --unpack lots of packages
dpkg --configure lots of packages
repeat
Isnt it easy for
In article [EMAIL PROTECTED] you wrote:
IMHO it is an RFC requirement, however the solution with a synchronous
Eh, that does not parse. Either it is a matter of opinion, or it is a
matter of standard. Please pick one, not both; they are incompatible.
s/IMHO/AFAIK/ - but see my other posting.
In article [EMAIL PROTECTED] you wrote:
Why are all of you talking as though sending SIGTERM were not the
standard way to tell a process to save its state and exit gracefully?
Thats not the point. It is a quesion of sequence. When you get the killall5
sigterm, then everybody else also gets it.
In article [EMAIL PROTECTED] you wrote:
The Debian maintainer for a specific VPN decides it does not need
special shutdown handling
Nono, thats not my point. My point is, that a maintainer of any package
cannot easyly forsee which part of the system he is using (resolver, pam,
proxy, ..) might
In article [EMAIL PROTECTED] you wrote:
Please explain why these third parties are doing something so braindead as
to rely on the VPN connection only ever disappearing gracefully.
I am not talking about the third party, it could be an internal VPN, and yes
it is braindead, welcome to the real
In article [EMAIL PROTECTED] you wrote:
There is no such proposal to do this for all daemons. That's why the
defaults have not changed and the individual packages must do it.
Yes, but do you think individual packages can decide how the environment
they are running in might look like? I mean the
In article [EMAIL PROTECTED] you wrote:
I mean the pending-write case is the most obvious. But what about resolver
caches, VPNs and the like?
What kind of data loss do you expect to arise from shutting down a VPN
client without giving it time to save state?
I dont expect any data loss -
In article [EMAIL PROTECTED] you wrote:
delayed from when? I think it is better to extend the message and be
more verbose. I also think that some indication of *why* things were
delayed would solve the problem.
I must admit i dont know how those triggers work, but I asume it is
Remebering to
On Thu, Jun 12, 2008 at 11:55:20PM +0200, Bernd Eckenfels wrote:
I just orphaned my packages:
http://qa.debian.org/developer.php?login=ecki%40debian.org
The following packages have been already re-owner. I ask all the new
maintainers to do a new upload quickly to change the owner:
adns
In article [EMAIL PROTECTED] you wrote:
One could create dummy transition packages that `provides` the removed
package :
or conflict with them in a suported-lenny package.
But I think obsolete packages can be mail-warned in security reports just
like vrms or something. PAckages needing patches
In article [EMAIL PROTECTED] you wrote:
What about compilers and interpreters (like gcc and perl)? Kernel and drivers?
Everything which is part of the TCB (libs, login, resolvercache, init, root
cron tools, etc).
And of course all network clients and all other programs :)
Gruss
Bernd
--
To
In article [EMAIL PROTECTED] you wrote:
modified. A quick inspection shows that for most of them the only change
is the path to Perl in the first line.
Yes, and I really wonder why they are using local perl and removing the -w
flag. Both is against best practise. I was actually asuming while
In article [EMAIL PROTECTED] you wrote:
even though it's just a command line utility. Who knows what
weird, unexpected side effects there might be from running such an
app within a tight bash loop.
none*. And not cleaning up yourself also improves performance for short
running apps.
Gruss
In article [EMAIL PROTECTED] you wrote:
give a hint about this. If patches are hidden anywhere in the upstream
code some developers fail to realise this and my suggestion might help
noticing this fact.
The debian Diff is not hiding patches in the upstream code. It is the
canonical place to
In article [EMAIL PROTECTED] you wrote:
When such bugs are filed, I would ask that they not refer to headers
which is a term that doesn't apply to 'debian/control'. The contents
of 'debian/control' is a set of *fields*, not headers, just like the
fields in the header of an email message.
Are
In article [EMAIL PROTECTED] you wrote:
The diff.gz contains all the changes including the debian dir. It is
by no means obvious if there are patches in there or not.
I think reading a debian diff is the every day job of DD and DAs. And all of
them learned to search for +++ and ignore debian/.
In article [EMAIL PROTECTED] you wrote:
lsdiff -z -x '*/debian/*' *.diff.gz
or whatever - as long as I get a list of patched files brought up to my
intention immediately.
I dont see a reason why the normal unpack action should spam the user. If
you care about the changes, just use the
In article [EMAIL PROTECTED] you wrote:
where as *.mgc are the binary files which are used by file/libmagic, and
the others are the conlgomerated source files *for informational
purposes only*. The sources have never been used by file for anything,
and nobody shall do this either[0].
So how
In article [EMAIL PROTECTED] you wrote:
sizeof(char) == 1
I just removed them for this reason.
Maybe we need to specify CHAR_BITS instead?
Gruss
Bernd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
In article [EMAIL PROTECTED] you wrote:
Also, it looks like it probes at runtime for SSE, so I may be able to
build with that on i386 as well.
If it probes, it is most likely loading an optimized asm module, and you
dont need the SSE switch at all.
Gruss
Bernd
--
To UNSUBSCRIBE, email to
In article [EMAIL PROTECTED] you wrote:
I'm not sure if it warrants its own package or if there is another
package it should be added to.
Any thoughts?
Perhaps along with top in procps?
The python dependency should not be introduced - so if we dont have a python
based system management
On Sat, Dec 01, 2007 at 12:52:41PM +0100, Guus Sliepen wrote:
Hm, looks bad indeed. I'll try to see if Bernd Eckenfels is still alive
but if I can't reach him in a week I'll adopt the package.
Sure I am alive.
Greetings
Bernd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
On Sat, Dec 01, 2007 at 08:55:46PM +, Roger Leigh wrote:
Would you be willing to let guus and Olaf co-maintain the package, or
take it over completely?
There are a few bugs open, marked as help needed it would be nice if
anybody would help with those, instead of ranting.
I had multiple
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 02 Dec 2007 05:17:40 +0100
Source: transproxy
Binary: transproxy
Architecture: source i386
Version: 1.5-3
Distribution: unstable
Urgency: low
Maintainer: Bernd Eckenfels [EMAIL PROTECTED]
Changed-By: Bernd Eckenfels [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 02 Dec 2007 03:28:17 +0100
Source: net-tools
Binary: net-tools
Architecture: source i386
Version: 1.60-18
Distribution: unstable
Urgency: low
Maintainer: Bernd Eckenfels [EMAIL PROTECTED]
Changed-By: Bernd Eckenfels [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 02 Dec 2007 06:27:41 +0100
Source: net-tools
Binary: net-tools
Architecture: source i386
Version: 1.60-19
Distribution: unstable
Urgency: low
Maintainer: Bernd Eckenfels [EMAIL PROTECTED]
Changed-By: Bernd Eckenfels [EMAIL
please make sure to work with the latest cvs version from berlios.
Greetings
Bernd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Fri, Apr 06, 2007 at 09:32:27AM +0200, Olaf van der Spek wrote:
Well, that's part of the problem, he's basically MIA and doesn't (want
to) talk about bugs.
thats not true, i will discuss about all bugs, especially those which are
tagged help needed. I just dont talk with ppl who dont help
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 04 Jan 2007 10:42:46 +0100
Source: mkrboot
Binary: mkrboot
Architecture: source i386
Version: 0.93
Distribution: unstable
Urgency: low
Maintainer: Bernd Eckenfels [EMAIL PROTECTED]
Changed-By: Bernd Eckenfels [EMAIL PROTECTED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sun, 15 Oct 2006 19:44:02 +0200
Source: ircii
Binary: ircii
Architecture: source i386
Version: 20051015-2
Distribution: unstable
Urgency: medium
Maintainer: Bernd Eckenfels [EMAIL PROTECTED]
Changed-By: Bernd Eckenfels [EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Sat, 04 Feb 2006 23:58:43 +0100
Source: mmv
Binary: mmv
Architecture: source i386
Version: 1.01b-14
Distribution: unstable
Urgency: low
Maintainer: Bernd Eckenfels [EMAIL PROTECTED]
Changed-By: Bernd Eckenfels [EMAIL PROTECTED
Paul TBBle Hampson [EMAIL PROTECTED] wrote:
Maybe the one-true-stable-key idea is the way to go after all...
One key by distribution?
Gruss
Bernd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Paul TBBle Hampson [EMAIL PROTECTED] wrote:
Although as Steve Langasek has pointed out, the Sarge-Etch upgrade will
be hard unless the etch key becomes available to Sarge users who've not
touched their system since Sarge r0a... I guess this comes down to
making the etch key available in some
Florian Weimer [EMAIL PROTECTED] wrote:
Yes, but it breaks a long term usage like web of trust.
The Debian archive key does not take part in the web of trust.
Anybody who has passed the OpenPGP NM checks should not sign that key.
Thats right, I was not refering to the usage as archive key,
On Fri, Jan 06, 2006 at 05:03:39PM +0100, Olaf van der Spek wrote:
On 12/30/05, Olaf van der Spek [EMAIL PROTECTED] wrote:
On 12/22/05, Olaf van der Spek [EMAIL PROTECTED] wrote:
On 12/16/05, Olaf van der Spek [EMAIL PROTECTED] wrote:
On 12/16/05, Bernd Eckenfels [EMAIL PROTECTED] wrote
Thijs Kinkhorst [EMAIL PROTECTED] wrote:
So I think you can tell pretty clearly that Bernd has no objection at all
to NMU's.
yes, but please not for wishlist bugs. Again: there are bugs open for
net-tools where help is requested, I would love to have patches for those.
Generally I am not aware
Nick Phillips [EMAIL PROTECTED] wrote:
If the 2006 key takes (say) 15 months to compromise, then it is fine
to use it to sign and verify the new key on 1/1/2007, so long as you
perform that verification before March...
Or be able to proof the date of signing.
IOW using the old key to sign
Thomas Bushnell BSG [EMAIL PROTECTED] wrote:
It seems to me that this kind of computation depends intrinsically on
how long it takes to compromise. If it takes eleven months, then
we're currently screwed. It seems unlikely to me that this kind of
analysis has taken place, which makes it
In article [EMAIL PROTECTED] you wrote:
I think the single-user system is the last one that alternatives handling
should optimize for, since the *one* person who's going to know to type
nvi instead of vi, and the one person who can fix the alternatives if he
doesn't like them, is the admin...
In article [EMAIL PROTECTED] you wrote:
The issue threatening the Debian Sparc port is not so much lack of
hardware (and certainly not older hardware), but rather people who spend
time on hunting down and fixing (kernel) bugs and working on architecture
specific packages like silo.
Do we
In article [EMAIL PROTECTED] you wrote:
I saw a comment a few days back that vore was back up (see below).
this really should be in the hosts database, it is hard to find information
if it is that distributed.
Thanks
Bernd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
In article [EMAIL PROTECTED] you wrote:
[EMAIL PROTECTED] subscribe with an seperated E-Mail and track it.
Check the E-Mail in a delay of 5 minutes. Write a script (we do not
want to download Packages.gz, if there is no Pakage of interest) which
check, whether the new package is installed on
In article [EMAIL PROTECTED] you wrote:
Will that work for sockets?
or mmaped files? (however not sure if there are any on early boot).
Like /var/run/samba/*.tdb
Greetings
Bernd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
In article [EMAIL PROTECTED] you wrote:
to do.
2. nameif has issues when using /etc/mactab. I can't remember the exact
problems as I can't access that machine right now, but I couldn't get
nameif to work that way.
you should not try to assign ethX because of the not-temp-rename problem.
In article [EMAIL PROTECTED] you wrote:
aren't really there anyway, I have never heard of non-swappable in-memory
filesystems.
the ram disks, afaik.
Those are: Solaris, *BSD and The Hurd. Solaris and all of the BSDs can do
VM-based filesystems that are nearly identical to tmpfs. I don't
On Mon, Dec 19, 2005 at 01:04:23PM +0100, Gabor Gombas wrote:
Quite the contrary. tmpfs needs vm space even if nobody needs the data
Yes, we are talking about a few pages in swap space at most.
And I am not sure if not used is valid here, since symlinks and
sockets would be in memory even if
In article [EMAIL PROTECTED] you wrote:
/var/run/screen, which aren't guaranteed to stay small at all. On one
particular samba fileserver I checked, /var/run is less than two orders of
magnitude smaller than /usr/lib. :)
if this is a busy fileserver, it is mapped to memory anyway.
Gruss
In article [EMAIL PROTECTED] you wrote:
However there a big differences: /var/run is much smaller than /run, and if
sorry i meant to say: /var/run is much smaller (bytewise) as /usr/lib.
Gruss
Bernd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
In article [EMAIL PROTECTED] you wrote:
Bernd Eckenfels wrote:
and if it is placed in a tmpfs (which is really the best thing
anyway) it doesnt matter under which mountpoint it is located.
It does matter, because /run needs to be usable before other
filesystems are mounted, and a filesystem
In article [EMAIL PROTECTED] you wrote:
I hope this will be solved soon!
use nameif.
Gruss
Bernd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
In article [EMAIL PROTECTED] you wrote:
If /run is tmpfs, it means everything stored there eats virtual memory.
So a musch metter strategy would be to move everything from /run to
/var/run at the end of the boot process.
tmpfs stores run ressources in vm more efficiently (since they are
1 - 100 of 482 matches
Mail list logo
