Re: How to set ulimit (nofile) for a daemon

2010-05-19 Thread Bernd Eckenfels
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

Re: /usr/bin/mail policy

2010-05-07 Thread Bernd Eckenfels
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

Re: PDF is blocked for printing, etc. OK for acroread (it behaves as expected), but KPDF allows me to print it, even if it is protected! Why?

2010-04-19 Thread Bernd Eckenfels
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 --

Re: Hadoop in Debian, was:Re: Hardware trouble ries.debian.org

2010-04-01 Thread Bernd Eckenfels
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

Re: where is /etc/hosts supposed to come from?

2009-12-30 Thread Bernd Eckenfels
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

Re: where is /etc/hosts supposed to come from?

2009-12-28 Thread Bernd Eckenfels
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

Re: Lintian based autorejects

2009-10-31 Thread Bernd Eckenfels
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

Re: Lintian based autorejects

2009-10-27 Thread Bernd Eckenfels
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.

Re: Bug#545691: diverting telinit

2009-10-27 Thread Bernd Eckenfels
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

Re: Bug#545691: diverting telinit

2009-10-23 Thread Bernd Eckenfels
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

Re: Submitting bugs for manpage improvements

2009-10-20 Thread Bernd Eckenfels
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

Re: Is it time to remove sun-java6?

2009-10-11 Thread Bernd Eckenfels
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.

Re: Is it time to remove sun-java6?

2009-10-10 Thread Bernd Eckenfels
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

Re: default character encoding for everything in debian

2009-08-11 Thread Bernd Eckenfels
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

Re: default character encoding for everything in debian

2009-08-11 Thread Bernd Eckenfels
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..

Re: Virt-what support for VirtualBox?

2009-07-28 Thread Bernd Eckenfels
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

Re: Virt-what support for VirtualBox?

2009-07-28 Thread Bernd Eckenfels
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

Re: Switching /bin/sh to dash (part two)

2009-07-25 Thread Bernd Eckenfels
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

Re: Conflicting assignment of priviledged ports on boot, once again

2009-07-16 Thread Bernd Eckenfels
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

Re: [Debconf-discuss] using OpenPGP notations to indicate keysigning practices

2009-06-25 Thread Bernd Eckenfels
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

Re: [Debconf-discuss] using OpenPGP notations to indicate keysigning practices [was: Re: GPG keysigning?]

2009-06-23 Thread Bernd Eckenfels
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

Re: [Debconf-discuss] using OpenPGP notations to indicate keysigning practices

2009-06-23 Thread Bernd Eckenfels
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

Re: DEP 5 and directory/file names with spaces

2009-06-08 Thread Bernd Eckenfels
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

Re: Bug#531221: okular: Arbitrarily enforces DRM

2009-05-31 Thread Bernd Eckenfels
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

Re: Bug#531221: okular: Arbitrarily enforces DRM

2009-05-31 Thread Bernd Eckenfels
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

Re: Bug#529624: netbase: networking should not be stopped on reboot or halt

2009-05-20 Thread Bernd Eckenfels
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

Re: RFP: gitorious -- distributed code collaboration tool

2009-05-05 Thread Bernd Eckenfels
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

Re: Considering the removal of ntpdate

2009-04-23 Thread Bernd Eckenfels
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

Re: Release Candidate 2 of Debian Installer

2009-01-31 Thread Bernd Eckenfels
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

Re: gone - no logout

2009-01-26 Thread Bernd Eckenfels
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

Re: percentage of popcon submitters

2009-01-16 Thread Bernd Eckenfels
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

Re: percentage of popcon submitters

2009-01-16 Thread Bernd Eckenfels
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

Re: percentage of popcon submitters

2009-01-15 Thread Bernd Eckenfels
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

Re: Adoption of Nix?

2008-12-24 Thread Bernd Eckenfels
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. >

Re: Is The number of stable users dropping fast?

2008-12-23 Thread Bernd Eckenfels
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

Re: Is The number of stable users dropping fast?

2008-12-23 Thread Bernd Eckenfels
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

Re: problems with the concept of unstable -> testing

2008-12-21 Thread Bernd Eckenfels
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

Re: Bug#507451: ITP: iptux -- IP Messenger client for Linux

2008-12-02 Thread Bernd Eckenfels
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

Re: qmail and related packages in NEW

2008-12-01 Thread Bernd Eckenfels
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

Re: Bug#506837: ITP: minisapserver -- Mini SAP server

2008-11-25 Thread Bernd Eckenfels
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

Re: Configuration files location for GNOME applet

2008-11-21 Thread Bernd Eckenfels
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?

Re: ITP: jakarta-jmeter -- Load testing and performance measurement application.

2008-11-16 Thread Bernd Eckenfels
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

Re: installer release

2008-11-13 Thread Bernd Eckenfels
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

Re: DFSG violations: non-free but no contrib

2008-10-30 Thread Bernd Eckenfels
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

Re: RFC: update-rc.d

2008-09-24 Thread Bernd Eckenfels
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

Re: Unsafe storage device unmounting

2008-08-31 Thread Bernd Eckenfels
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

Re: Bug#496429: The possibility of attack with the help of symlinks in some Debian packages

2008-08-24 Thread Bernd Eckenfels
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

Re: Bug#494488: ITP: polyml -- Standard ML implementation

2008-08-10 Thread Bernd Eckenfels
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

Re: Xen status in lenny?

2008-07-17 Thread Bernd Eckenfels
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

Re: sysklogd/rsyslog switch

2008-07-16 Thread Bernd Eckenfels
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

Re: Dpkg triggers and user experience, aka "How do I disable those triggers" side effect.

2008-07-12 Thread Bernd Eckenfels
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

Re: Bug#431066: install network/ip-up.d script to check for IP duplicates

2008-07-08 Thread Bernd Eckenfels
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

Re: Bug#431066: install network/ip-up.d script to check for IP duplicates

2008-07-07 Thread Bernd Eckenfels
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

Re: Bug#431066: install network/ip-up.d script to check for IP duplicates

2008-07-07 Thread Bernd Eckenfels
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

Re: Not stopping daemons, where are we?

2008-07-05 Thread Bernd Eckenfels
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

Re: Not stopping daemons, where are we?

2008-07-03 Thread Bernd Eckenfels
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

Re: Not stopping daemons, where are we?

2008-07-02 Thread Bernd Eckenfels
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

Re: Not stopping daemons, where are we?

2008-07-01 Thread Bernd Eckenfels
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

Re: Not stopping daemons, where are we?

2008-07-01 Thread Bernd Eckenfels
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

Re: Not stopping daemons, where are we?

2008-07-01 Thread Bernd Eckenfels
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

Re: Dpkg triggers and user experience, aka "How do I disable those triggers" side effect.

2008-06-30 Thread Bernd Eckenfels
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

Re: bashism question

2008-06-23 Thread Bernd Eckenfels
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

Re: ecki is retiring (Debian RT)

2008-06-13 Thread Bernd Eckenfels
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

Re: Handling of removed packages

2008-05-29 Thread Bernd Eckenfels
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

Re: what about an special QA package priority?

2008-05-21 Thread Bernd Eckenfels
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

Re: what about an special QA package priority?

2008-05-20 Thread Bernd Eckenfels
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

Re: Should dpkg-source -x list patches (Re: How to handle Debian patches)

2008-05-20 Thread Bernd Eckenfels
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

Re: Should dpkg-source -x list patches (Re: How to handle Debian patches)

2008-05-19 Thread Bernd Eckenfels
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

Re: Should dpkg-source -x list patches (Re: How to handle Debian patches)

2008-05-18 Thread Bernd Eckenfels
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

Re: divergence from upstream as a bug

2008-05-18 Thread Bernd Eckenfels
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

Re: Packages using VCS but with no 'Vcs-*' control field

2008-05-18 Thread Bernd Eckenfels
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

Re: Attention: /usr/share/file/magic{,.mime} removal

2008-05-03 Thread Bernd Eckenfels
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

Re: Building with -msse

2008-04-26 Thread Bernd Eckenfels
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

Re: Reviewing http://wiki.debian.org/ArchitectureSpecificsMemo

2008-04-26 Thread Bernd Eckenfels
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]

Re: separate package for iotop?

2008-04-20 Thread Bernd Eckenfels
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

Re: net-tools maintenance status

2007-12-01 Thread Bernd Eckenfels
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

Re: net-tools maintenance status

2007-12-01 Thread Bernd Eckenfels
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

Re: net-tools maintenance status

2007-04-06 Thread Bernd Eckenfels
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

Re: net-tools maintenance status

2007-04-06 Thread Bernd Eckenfels
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]

Re: APT public key updates?

2006-01-07 Thread Bernd Eckenfels
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

Re: APT public key updates?

2006-01-07 Thread Bernd Eckenfels
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]

Re: net-tools maintenance status

2006-01-06 Thread Bernd Eckenfels
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

Re: net-tools maintenance status

2006-01-06 Thread Bernd Eckenfels
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: > >

Re: APT public key updates?

2006-01-06 Thread Bernd Eckenfels
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

Re: APT public key updates?

2006-01-05 Thread Bernd Eckenfels
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

Re: APT public key updates?

2006-01-05 Thread Bernd Eckenfels
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

Re: Experiment: poll on "switching to vim-tiny for standard vi?"

2006-01-03 Thread Bernd Eckenfels
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

Re: debian-devel@lists.debian.org

2005-12-28 Thread Bernd Eckenfels
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

Re: debian-devel@lists.debian.org

2005-12-28 Thread Bernd Eckenfels
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

Re: apt PARALLELISM

2005-12-27 Thread Bernd Eckenfels
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

Re: /run vs. /lib/run

2005-12-23 Thread Bernd Eckenfels
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

Re: Debian Installer team monthly meeting minutes (20051214 meeting)

2005-12-22 Thread Bernd Eckenfels
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

Re: /run vs /var/run

2005-12-21 Thread Bernd Eckenfels
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

Re: /run vs /var/run

2005-12-19 Thread Bernd Eckenfels
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

Re: /run vs /var/run

2005-12-19 Thread Bernd Eckenfels
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

Re: Debian Installer team monthly meeting minutes (20051214 meeting)

2005-12-18 Thread Bernd Eckenfels
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

Re: /run vs /var/run

2005-12-18 Thread Bernd Eckenfels
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

Re: Debian Installer team monthly meeting minutes (20051214 meeting)

2005-12-18 Thread Bernd Eckenfels
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]

Re: /run vs /var/run

2005-12-18 Thread Bernd Eckenfels
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 >

Re: /run vs /var/run

2005-12-18 Thread Bernd Eckenfels
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   2   3   4   5   >