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 chai
In article 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 debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Con
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 fo
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 nam
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 <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 debian-devel-requ...@lists.
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
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 s
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 examp
Matthias Klose wrote:
On 11.10.2009 00:29, Bernd Eckenfels wrote:
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.
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 r
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 b
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 <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-wha
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 Ven
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.o
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 debia
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
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. Eurp
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 fac
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 <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
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 dow
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 debia
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
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 session
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
e see security donloads from x unique IPs for every new
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 b
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 th
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 <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 relayI know, my Mailserver is
> working.
You could try to set a different official sender address w
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 a
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
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". Trou
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 (Bern
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)
VL
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 PROTECT
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 to
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
B
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 UNSUBSCR
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
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 what
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 [E
In article <[EMAIL PROTECTED]> you wrote:
> Well, it doesn't affect upgrades. And for new installs, _all_ the
> packages are new, so this falls under the case of Debian picking one
> alternative of something as a default.
Well, if Debian defaults change long term users need to know - even for new
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
> dpkg --configure
>
Isnt it easy for apt-get/aptitute/pkgmanagergui to set a flag
"--no-u
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 po
In article <[EMAIL PROTECTED]> you wrote:
> Can you please stat which RFC? Especially as there are many setups where
> it can't check if an address is already used.
Well, it is SHOULD for DHCP RFC2131 clients (and icmp from server), for Link
Level Autoconfiguration (in IPV4 RFC3927 and IPV6 RFC246
In article <[EMAIL PROTECTED]> you wrote:
> Seems like this script really belongs in the examples directory.
IMHO it is an RFC requirement, however the solution with a synchronous
script is not that well suited for default-on.
Gruss
Bernd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
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 i
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, ..) mig
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 rea
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 lo
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
In article <[EMAIL PROTECTED]> you wrote:
> As I understand it, there is nothing magic about the approach taken, it
> just doesn't install the symlinks for rc0.d and rc6.d, and expects that
> the process will be cleaned up. It also reflects this in the LSB
> headers, so systems which use that infor
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
"Remeberi
In article <[EMAIL PROTECTED]> you wrote:
> work in dash as well. I don't know in which shells a trap with a signal number
> is guaranteed to work, but it seems to work well in dash.
The signal numbers are different on various architectures. I think in the
GNU world at least mach and FreeBSD kern
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:
a
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 p
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
--
T
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.
Gr
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:
> 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
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:
> 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:
> 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
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
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:
>>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:
>> 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 man
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
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 PROTECT
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 m
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]
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
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]
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 awa
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:
> >
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
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
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 si
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
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 "un
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
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 instal
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 probl
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
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
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:
>> use nameif.
>
> This has been suggested before but AIUI nameif has problems/limitations
> renaming eth0.
Well, you just cant use existing names (this could be fixed, however i am
not sure if this is needed)
I am currently not sure which limitation t
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 ot
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:
> 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
>
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? Con
1 - 100 of 458 matches
Mail list logo
