95173 2005-06-05 21:41 0000 debianutils run-parts not working 2005-07-13 08:51:38 0000 1 1 1 Unclassified Gentoo Linux Core system 2005.0 x86 Linux RESOLVED FIXED http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=308911 Inclusion P2 major --- 1 shawvrana@gmail.com base-system@gentoo.org cron-bugs@gentoo.org kerframil@gmail.com shawvrana@gmail.com 2005-06-05 21:41:00 0000 Wondering why my scripts in /etc/apm/event.d are no longer being run during suspend/resume, I found that run-parts no longer works on my x86. As detailed @ http://forums.gentoo.org/viewtopic-t-316582-highlight-debianutils.html?sid=e6e6780f08d28a60f1bd8208fc6e2e89 I added =sys-apps/debianutils-2.13.1-r1 to my /etc/portage/package.mask file and re-emerged debianutils, effectively downgrading debianutils to the next version. Version 1.16.4 works fine. Unfortunately, the failing run-parts does not give any error information. It stays completely silent when run with the --test or --list flags and is unable to locate any scripts in the directory given on the commandline. vapier@gentoo.org 2005-06-16 16:20:22 0000 seems it hates it when you have a file with a '.' in the name kerframil@gmail.com 2005-06-21 13:24:43 0000 > seems it hates it when you have a file with a '.' in the name It sure does. I was just about to file a bug on it to open up the matter for discussion then I saw this. The problem is this, when run-parts is run *without* the --lsbsysinit parameter then it will accept scripts that "consist entirely of upper and lower case letters, digits, underscores, and hyphens." However, if this parameter is supplied then it will accept scripts that fall into the following namespaces (regexes shown): LANANA-assigned namespace: (^[a-z0-9]+$) LSB heirarchical and reserved: (^_?([a-z0-9_.]+-)+[a-z0-9]+$) Debian namespace: (^[a-z0-9][a-z0-9-]*$) Frankly, the "LSB-compliant" behaviour makes a hell of a lot more sense to me. It seems common for various packages in various distros to append the ".cron" suffix to some cron scripts and Gentoo is no exception. I know of one situation where this causes breakage: app-admin/logrotate provides a "/etc/cron.daily/logrotate.cron" script. The sys-process/anacron package makes use of run-parts and the stock /etc/ancrontab calls run-parts without the parameter, the result being that logrotate is never run by anacron (well, I had a great deal of fun (?) trying to track that one down for one user who was complaining of this problem ;) vixie-cron is not affected by the issue. I don't know which other packages use run-parts, if any, but this is a problem IMO. The point is that this isn't Debian and we cannot categorically state that cron scripts provided by packages (or even commonly provided by users) will fall into the rather strict "Debian" namespace. I, for one, rather like the convention of appending the ".cron" suffix. I _really_ think that there should be a way for the LSB-compliant behaviour to be stipulated as a default. In fact, some guy already raised the matter as a Debian bug (albeit not in much depth): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=308911 The number of pending bugs on that package in their BTS does not make me feel confident that any real discussion concerning the matter is going to arise soon! I'm going to file a separate bug on anacron and propose a default config file that would invoke run-parts with the --lsbsysinit parameter and reference this bug as background material. Also, I researched the way in which Red Hat do this and they don't use debian-utils at all. I'm attaching their run-parts script here *purely* for informational purposes (from their cron-tabs packages and equivalent in both Fedora and RHEL). I'm not suggesting that we should adopt the same approach; Debian's seems more complete and better thought out. kerframil@gmail.com 2005-06-21 13:25:58 0000 Created an attachment (id=61660) run-parts (script from RHEL4/FC4) Attached for informational purposes. vapier@gentoo.org 2005-06-21 13:48:21 0000 Bug 96730 indicates that this change in behavior is on purpose ... try running with the '--lsbsysinit' option vapier@gentoo.org 2005-06-21 15:10:31 0000 oops, didnt see your previous comment ;) kerframil@gmail.com 2005-07-10 19:44:04 0000 Sorry guys, the information I gave here was somewhat erroneous (got a heads up at http://forums.gentoo.org/viewtopic-p-2563516.html). I based my conclusion that the "LSB heirarchical/reserved" namespace resolved the issue upon my experiences trying to help someone who was having difficulty with the "logrotate.cron" script. Unfortunately, it transpires that the script itself had been renamed and was thus compliant with the Debian namespace anyway. But I had thought that throwing in --lsbsysinit had done the trick :( So I'm re-opening this basically for two reasons: 1) To explain (correctly this time I hope) what the situation is. 2) To enquire what the best thing is to be done about it. OK, so I should really learn to pay closer attention to others' regular expressions ... the purpose of "(^_?([a-z0-9_.]+-)+[a-z0-9]+$)" is to enforce the LSB/heirarchical namespace and is the _only_ one that allows a fullstop to be used in any way. But in a particular way. For example "gentoo.org-foo" would be valid whereas "gentoo.org-foo.sh" and "gentoo.org-foo.cron" would not be valid. The official LSB blurb can be found here: http://www.linuxbase.org/spec/refspecs/LSB_1.3.0/gLSB/gLSB/scrptnames.html The implication seems pretty clear; the upshot is that suffixes of the kind that we've been used to are out. Script names are supposed to be registered via LANANA wherever possible (if in common use) otherwise the heirarchical namespace is encouraged such as "gentoo.org-foo" (which presumably reflects the orientation to the specific distro). So what should be done about it? I daresay that not many packages in portage are affected by this (I only know specifically of logrotate though there may be some others). So they could just have their "suffixes" chopped off perhaps (almost sounds painful). But there is also the broader implication of whether we might be able to do a better job of following this LSB stuff? Or is it a crock of dung and not worth the bother? So what to do next ... opinions? kerframil@gmail.com 2005-07-10 19:48:52 0000 Here's the "official" LANANA list too if anyone's interested: http://www.lanana.org/lsbreg/init/init.txt kerframil@gmail.com 2005-07-10 20:14:57 0000 Perhaps it would be a good idea to add some ewarn noise about this. Attaching an example patch against debianutils-2.14.1.ebuild. kerframil@gmail.com 2005-07-10 20:16:08 0000 Created an attachment (id=63110) debianutils-2.14.1-namespace-warning.patch Warn the user about changes introduced >=debianutils-2.2. vapier@gentoo.org 2005-07-10 21:47:35 0000 other than adding a warning to debian-utils as you proposed, i dont really see what else should be done kerframil@gmail.com 2005-07-11 08:10:03 0000 Well for example, there is no mention of this topic in the Developer Handbook (which doesn't really discuss anything other than ebuild design). The unofficial "Gentoo Developer Guide" at http://dev.gentoo.org/~plasmaroo/devmanual/ simply points to a section in the handbook: http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&chap=4#doc_chap4. And that doesn't discuss any form of name standardisation whatsoever. I realise that this might seem like small potatoes in the great scheme of things but consider that this change in debianutils has already demonstrably caused user confusion (at least in the forums, here in bugzilla, and in the form of the conversation I had with the fellow anacron user on IRC). Take a look at this: $ cd /usr/portage && find -iname "*.cron" ./mail-filter/dspam/files/dspam.cron ./app-portage/esearch/files/eupdatedb.cron ./net-mail/qmail-notify/files/qmail-notify.cron ./app-antivirus/vlnx/files/uvscan.cron ./app-admin/tmpwatch/files/tmpwatch.cron ./app-admin/logrotate/files/logrotate.cron ./app-admin/tripwire/files/tripwire.cron ./sys-apps/man/files/makewhatis.cron ./media-tv/mythtv/files/mythfilldatabase.cron ./app-text/man2html/files/man2html.cron ./net-analyzer/vnstat/files/vnstat.cron ./net-nntp/leafnode/files/texpire.cron ./net-nntp/leafnode/files/fetchnews.cron ./app-forensics/rkhunter/files/rkhunter.cron ./app-forensics/chkrootkit/files/chkrootkit.cron ./sys-libs/libtrash/files/cleanTrash.cron ./sys-fs/raidtools/files/raidtools.cron ./net-proxy/squid/files/squid-r1.cron None of these will work with run-parts anymore and will, at least, completely fail to be executed by anacron. Also, The awareness of this issue seems generally low so what's to stop something being committed in the future which falls foul of these changes? So to clarify what I was getting at: 1) I was enquiring if perhaps a better job could be done of following LSB recommendations when it comes to this topic in general. I'm not suggesting anything in particular here (I'm just another Joe Nobody) but wanted to raise the question and was interested in what you had to say. 2) If not, then I'm assuming it's a case of "we go on as usual, but take care to stick rigorously to names that match (^[a-z0-9][a-z0-9-]*$)" (except for various init.d scripts). 3) Either way, I think that perhaps just a paragraph or two on the topic would not hurt. If it prevents even one mistake from being made in the future or prevents just one more user hitting bugzilla/forums then wouldn't it be worthwhile? 4) Adding a warning to the ebuild seems prudent (although I'm not sure how many people read their enotices closely). 5) All in all, I'd like to know how the problem with the *.cron scripts should best be addressed because I'd like it fixed. May I start filing bugs against each package affected suggesting that the ".cron" extension is dropped? Is there a better way? Please throw me a bone :) With regard to (3) I realise developers are busy people so I'd be willing to bash out something on this and attach it here if interested. kerframil@gmail.com 2005-07-11 08:12:16 0000 Adding cron herd - hope that's OK. vapier@gentoo.org 2005-07-11 14:57:59 0000 imo imposing naming restrictions on files in /etc/cron.*/ is retarded i use dcron personally and have never experienced these kind of issues ... what cron packages use run-parts anyways ? azarah@gentoo.org 2005-07-11 15:19:43 0000 vixie-cron, and i dont know if the cron people added the stuff for /etc/cron.* for dcron, etc as well ... I say we just rip that bit out run-parts ... vapier@gentoo.org 2005-07-11 15:33:06 0000 create a new namespace (call it Gentoo-no-bs) and set it as the default ? kerframil@gmail.com 2005-07-11 15:51:02 0000 That I know of? anacron, as explored on bug 96730 (which unfortunately still applies - yes, it was partly my fault that it was believed resolved but hey, I'm not perfect). Some of us actually do use anacron. And having it not run a bunch of cron scripts because of this new naming restriction is a bug - plain and simple. Let me be frank: I expect things that use run-parts to work out of the box and other users surely feel the same. So, as far as the anacron issue goes, it really is quite simple: 1) Stop using run-parts in the anacrontab (use an alternative - such as the example script from Red Hat or whatever <shrug>) 2) Rename the scripts themselves (at least, that's been ruled out now) 3) Modify run-parts to be more tolerant (hacking up debianutils) What other alternatives could there possibly be? Perhaps I should have re-opened the other bug first in which case I apologise. I am only trying to help. But I can definitely state that at _least_ 18 different packages provide cron scripts which will not be executed by anacron. As for whatever else uses run-parts I really have not the faintest idea. kerframil@gmail.com 2005-07-11 16:51:48 0000 <quote="SpanKY">create a new namespace (call it Gentoo-no-bs) and set it as the default ?</quote> Attaching a patch that does exactly that ... kerframil@gmail.com 2005-07-11 16:54:35 0000 Created an attachment (id=63185) Allow for periods in the "classical" namespace Allows for periods in the "classical" namespace (that which is in effect when the --lsbsysinit is *not* used). Also updates the manpage and adds some Gentoo Technologies copyright blurb. kerframil@gmail.com 2005-07-11 16:58:18 0000 Bah, I meant to write "Gentoo Foundation", not "Gentoo Technologies". Adding patch again. By the way, if this approach was used then the action taken in bug 96730 would need to be reversed. That would completely solve my beef apropos of anacron. kerframil@gmail.com 2005-07-11 16:59:38 0000 Created an attachment (id=63186) debianutils-2.14.1-no-bs-namespace.patch Cite "Gentoo Foundation" in the manpage, not "Gentoo Technologies". kerframil@gmail.com 2005-07-11 17:08:23 0000 Created an attachment (id=63187) debianutils-2.14.1-no-bs-namespace.patch (+veto filenames beginning with period) Similar to attachment 63186 but does not allow the filename to begin with a period (this prevents it from attempting to execute hidden files including ".keep" whilst maintaining a high level of naming flexibility). Updated manpage to reflect that. azarah@gentoo.org 2005-07-13 02:26:07 0000 Patch looks all right. I removed the copyright stuff though, as that might be more of an issue. Fixed in -r1, thanks. kerframil@gmail.com 2005-07-13 08:51:38 0000 Thanks Martin. I've re-opened the anacron bug asking to revert the changes. Should be OK to do that ahead of the debianutils bump being marked stable because, as I already stated, the use of the "--lsbsysinit" parameter to attempt to solve the problem was erroneous anyway. 61660 2005-06-21 13:25 0000 run-parts (script from RHEL4/FC4) run-parts text/plain IyEvYmluL2Jhc2gKCiMgcnVuLXBhcnRzIC0gY29uY2VwdCB0YWtlbiBmcm9tIERlYmlhbgoKIyBr ZWVwIGdvaW5nIHdoZW4gc29tZXRoaW5nIGZhaWxzCnNldCArZQoKaWYgWyAkIyAtbHQgMSBdOyB0 aGVuCgllY2hvICJVc2FnZTogcnVuLXBhcnRzIDxkaXI+IgoJZXhpdCAxCmZpCgppZiBbICEgLWQg JDEgXTsgdGhlbgoJZWNobyAiTm90IGEgZGlyZWN0b3J5OiAkMSIKCWV4aXQgMQpmaQoKIyBJZ25v cmUgKn4gYW5kICosIHNjcmlwdHMKZm9yIGkgaW4gJDEvKltefixdIDsgZG8KCVsgLWQgJGkgXSAm JiBjb250aW51ZQoJIyBEb24ndCBydW4gKi57cnBtc2F2ZSxycG1vcmlnLHJwbW5ldyxzd3B9IHNj cmlwdHMKCVsgIiR7aSUucnBtc2F2ZX0iICE9ICIke2l9IiBdICYmIGNvbnRpbnVlCiAgICAgICAg WyAiJHtpJS5ycG1vcmlnfSIgIT0gIiR7aX0iIF0gJiYgY29udGludWUKICAgICAgICBbICIke2kl LnJwbW5ld30iICE9ICIke2l9IiBdICYmIGNvbnRpbnVlCiAgICAgICAgWyAiJHtpJS5zd3B9IiAh PSAiJHtpfSIgXSAmJiBjb250aW51ZQoJWyAiJHtpJSx2fSIgIT0gIiR7aX0iIF0gJiYgY29udGlu dWUKCglpZiBbIC14ICRpIF07IHRoZW4KCQkkaSAyPiYxIHwgYXdrIC12ICJwcm9nbmFtZT0kaSIg XAoJCQkgICAgICAncHJvZ25hbWUgewoJCQkJICAgcHJpbnQgcHJvZ25hbWUgIjpcbiIKCQkJCSAg IHByb2duYW1lPSIiOwoJCQkgICAgICAgfQoJCQkgICAgICAgeyBwcmludDsgfScKCWZpCmRvbmUK CmV4aXQgMAkK 63110 2005-07-10 20:16 0000 debianutils-2.14.1-namespace-warning.patch debianutils-2.14.1-namespace-warning.patch text/plain LS0tIGRlYmlhbnV0aWxzLTIuMTQuMS5lYnVpbGQgICAyMDA1LTA3LTExIDA0OjA3OjU2LjAwMDAw MDAwMCArMDEwMAorKysgZGViaWFudXRpbHMtMi4xNC4xLXIxLmVidWlsZCAgICAgICAgMjAwNS0w Ny0xMSAwNDoxMTowMi4wMDAwMDAwMDAgKzAxMDAKQEAgLTM4LDMgKzM4LDE3IEBACiAgICAgICAg ICAgICAgICBkb2RvYyBjaGFuZ2Vsb2cgY29udHJvbAogICAgICAgIGZpCiB9CisKK3BrZ19wb3N0 aW5zdCgpIHsKKyAgICAgICBld2FybiAiIgorICAgICAgIGV3YXJuICJQbGVhc2Ugbm90ZSB0aGF0 LCBhcyBvZiBkZWJpYW51dGlscy0yLjIsIHRoZSBkZWZhdWx0IG5hbWVzcGFjZSBmb3IiCisgICAg ICAgZXdhcm4gImNyb24vaW5pdCBzY3JpcHRzIHdpbGwgb25seSBhbGxvdyBmb3IgbG93ZXIgY2Fz ZSBsZXR0ZXJzIFwiYS16XCIsIGRpZ2l0cyIKKyAgICAgICBld2FybiAiXCIwLTlcIiBhbmQgdGhl IGh5cGVuIFwiLVwiLCBrbm93biBhcyB0aGUgRGViaWFuIG5hbWVzcGFjZS4gVGhpcyBtYXkgYWZm ZWN0IgorICAgICAgIGV3YXJuICJ5b3UgaWYgeW91IHJlbHkgdXBvbiB0aGUgcnVuLXBhcnRzIHRv b2wgdG8gZXhlY3V0ZSBzY3JpcHRzIHRoYXQgY29udGFpbiIKKyAgICAgICBld2FybiAiY2hhcmFj dGVycyB3aGljaCBhcmUgbm93IGNvbnNpZGVyZWQgaW52YWxpZCwgc3VjaCBhcyB0aGUgcGVyaW9k IFwiLlwiISIKKyAgICAgICBld2FybiAiRnVydGhlcm1vcmUsIHRoZSAtLWxzYnN5c2luaXQgcGFy YW1ldGVyIGhhcyBiZWVuIGFkZGVkIHdoaWNoIGFkZHMgc3VwcG9ydCIKKyAgICAgICBld2FybiAi Zm9yIHR3byBMU0IgYXBwcm92ZWQgbmFtZXNwYWNlcy4gRm9yIGFkZGl0aW9uYWwgaW5mb3JtYXRp b24sIHBsZWFzZSByZWZlciIKKyAgICAgICBld2FybiAidG8gdGhlIHJ1bi1wYXJ0cyBtYW5wYWdl IGFuZCB0aGUgTFNCIHdlYnNpdGUuIElmIHlvdSBkaXNjb3ZlciBhbnkiCisgICAgICAgZXdhcm4g InBhY2thZ2VzIHdoaWNoIGFyZSBicm9rZW4gYnkgdGhpcyBjaGFuZ2UgdGhlbiBwbGVhc2UgZmls ZSBhIGJ1Zy4iCisgICAgICAgZXdhcm4gIiIKK30K 63185 2005-07-11 16:54 0000 Allow for periods in the "classical" namespace debianutils-2.14.1-no-bs-namespace.patch text/plain ZGlmZiAtdXJOIGRlYmlhbnV0aWxzLTIuMTQuMS9ydW4tcGFydHMuOCBkZWJpYW51dGlscy0yLjE0 LjEtcjEvcnVuLXBhcnRzLjgKLS0tIGRlYmlhbnV0aWxzLTIuMTQuMS9ydW4tcGFydHMuOAkyMDA0 LTEyLTEwIDE3OjEwOjM3LjAwMDAwMDAwMCArMDAwMAorKysgZGViaWFudXRpbHMtMi4xNC4xLXIx L3J1bi1wYXJ0cy44CTIwMDUtMDctMTIgMDA6NDc6NDQuMDAwMDAwMDAwICswMTAwCkBAIC0yNiw4 ICsyNiw4IEBACiBPdGhlciBmaWxlcyBhbmQgZGlyZWN0b3JpZXMgYXJlIHNpbGVudGx5IGlnbm9y ZWQuCiAKIElmIHRoZSBcLVwtbHNic3lzaW5pdCBvcHRpb24gaXMgbm90IGdpdmVuIHRoZW4gdGhl IG5hbWVzIG11c3QgY29uc2lzdAotZW50aXJlbHkgb2YgdXBwZXIgYW5kIGxvd2VyIGNhc2UgbGV0 dGVycywgZGlnaXRzLCB1bmRlcnNjb3JlcywgYW5kCi1oeXBoZW5zLiAgICAgICAgICAgICAgICAg ICAgICAgICAgIAorZW50aXJlbHkgb2YgdXBwZXIgYW5kIGxvd2VyIGNhc2UgbGV0dGVycywgZGln aXRzLCB1bmRlcnNjb3JlcywgaHlwaGVucworYW5kIHBlcmlvZHMuICAgICAgICAgICAgICAgICAg ICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogSWYgdGhlIFwtXC1sc2JzeXNpbml0 IG9wdGlvbiBpcyBnaXZlbiwgdGhlbiB0aGUgbmFtZXMgbXVzdCBub3QgZW5kCiBpbiAuZHBrZ1wt b2xkICBvciAuZHBrZ1wtZGlzdCBvciAuZHBrZ1wtbmV3IG9yIC5kcGtnXC10bXAsIGFuZCBtdXN0 CkBAIC0xMDMsNiArMTAzLDggQEAKIENvcHlyaWdodCAoQykgMTk5NiwgMTk5NywgMTk5OCBHdXkg TWFvcgogLlAKIENvcHlyaWdodCAoQykgMjAwMiwgMjAwMywgMjAwNCBDbGludCBBZGFtcworLlAK K0NvcHlyaWdodCAoQykgMjAwNSBHZW50b28gVGVjaG5vbG9naWVzCiAKIC5CIHJ1blwtcGFydHMK IGlzIGZyZWUgc29mdHdhcmU7IHNlZSB0aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgdmVy c2lvbiAyIG9yCmRpZmYgLXVyTiBkZWJpYW51dGlscy0yLjE0LjEvcnVuLXBhcnRzLmMgZGViaWFu dXRpbHMtMi4xNC4xLXIxL3J1bi1wYXJ0cy5jCi0tLSBkZWJpYW51dGlscy0yLjE0LjEvcnVuLXBh cnRzLmMJMjAwNS0wMi0yMCAwNDoyNTo0OS4wMDAwMDAwMDAgKzAwMDAKKysrIGRlYmlhbnV0aWxz LTIuMTQuMS1yMS9ydW4tcGFydHMuYwkyMDA1LTA3LTEyIDAwOjQ3OjI1LjAwMDAwMDAwMCArMDEw MApAQCAtNCw2ICs0LDcgQEAKICAqIENvcHlyaWdodCAoQykgMTk5NiBKZWZmIE5veG9uIDxqZWZm QHJvdXRlci5wYXRjaC5uZXQ+LAogICogQ29weXJpZ2h0IChDKSAxOTk2LTE5OTkgR3V5IE1hb3Ig PG1hb3JAZGViaWFuLm9yZz4KICAqIENvcHlyaWdodCAoQykgMjAwMiwgMjAwMywgMjAwNCwgMjAw NSBDbGludCBBZGFtcyA8c2NoaXpvQGRlYmlhbi5vcmc+CisgKiBDb3B5cmlnaHQgKEMpIDIwMDUg R2VudG9vIEZvdW5kYXRpb24gPGJhc2Utc3lzdGVtQGdlbnRvby5vcmc+CiAgKgogICogVGhpcyBp cyBmcmVlIHNvZnR3YXJlOyBzZWUgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHZlcnNp b24gMgogICogb3IgbGF0ZXIgZm9yIGNvcHlpbmcgY29uZGl0aW9ucy4gIFRoZXJlIGlzIE5PIHdh cnJhbnR5LgpAQCAtNjMsNiArNjQsNyBAQAogCSAgIlxuQ29weXJpZ2h0IChDKSAxOTk0IElhbiBK YWNrc29uLCBDb3B5cmlnaHQgKEMpIDE5OTYgSmVmZiBOb3hvbi5cbiIKIAkgICJDb3B5cmlnaHQg KEMpIDE5OTYsMTk5NywxOTk4LDE5OTkgR3V5IE1hb3JcbiIKIAkgICJDb3B5cmlnaHQgKEMpIDIw MDIsIDIwMDMsIDIwMDQsIDIwMDUgQ2xpbnQgQWRhbXNcbiIKKwkgICJDb3B5cmlnaHQgKEMpIDIw MDUgR2VudG9vIEZvdW5kYXRpb25cbiIKIAkgICJUaGlzIGlzIGZyZWUgc29mdHdhcmU7IHNlZSB0 aGUgR05VIEdlbmVyYWwgUHVibGljIExpY2Vuc2UgdmVyc2lvbiAyXG4iCiAJICAib3IgbGF0ZXIg Zm9yIGNvcHlpbmcgY29uZGl0aW9ucy4gIFRoZXJlIGlzIE5PIHdhcnJhbnR5LlxuIik7CiAgIGV4 aXQoMCk7CkBAIC0xNDYsNyArMTQ4LDcgQEAKICAgICByZXR1cm4gIXJlZ2V4ZWMoJnRyYWRyZSwg YywgMCwgTlVMTCwgMCk7CiAgIH0KICAgZWxzZSB7Ci0gICAgaWYgKHJlZ2NvbXAoJmNsYXNzaWNh bHJlLCAiXlthLXpBLVowLTlfLV0rJCIsIFJFR19FWFRFTkRFRCB8IFJFR19OT1NVQikpIHsKKyAg ICBpZiAocmVnY29tcCgmY2xhc3NpY2FscmUsICJeW2EtekEtWjAtOS5fLV0rJCIsIFJFR19FWFRF TkRFRCB8IFJFR19OT1NVQikpIHsKICAgICAgIGVycm9yKCJyZWdleCBmYWlsdXJlIik7CiAgICAg ICBleGl0KDEpOwogICAgIH0K 63186 2005-07-11 16:59 0000 debianutils-2.14.1-no-bs-namespace.patch debianutils-2.14.1-no-bs-namespace.patch text/plain ZGlmZiAtdXJOIGRlYmlhbnV0aWxzLTIuMTQuMS9ydW4tcGFydHMuOCBkZWJpYW51dGlscy0yLjE0 LjEtcjEvcnVuLXBhcnRzLjgKLS0tIGRlYmlhbnV0aWxzLTIuMTQuMS9ydW4tcGFydHMuOAkyMDA0 LTEyLTEwIDE3OjEwOjM3LjAwMDAwMDAwMCArMDAwMAorKysgZGViaWFudXRpbHMtMi4xNC4xLXIx L3J1bi1wYXJ0cy44CTIwMDUtMDctMTIgMDA6NDc6NDQuMDAwMDAwMDAwICswMTAwCkBAIC0yNiw4 ICsyNiw4IEBACiBPdGhlciBmaWxlcyBhbmQgZGlyZWN0b3JpZXMgYXJlIHNpbGVudGx5IGlnbm9y ZWQuCiAKIElmIHRoZSBcLVwtbHNic3lzaW5pdCBvcHRpb24gaXMgbm90IGdpdmVuIHRoZW4gdGhl IG5hbWVzIG11c3QgY29uc2lzdAotZW50aXJlbHkgb2YgdXBwZXIgYW5kIGxvd2VyIGNhc2UgbGV0 dGVycywgZGlnaXRzLCB1bmRlcnNjb3JlcywgYW5kCi1oeXBoZW5zLiAgICAgICAgICAgICAgICAg ICAgICAgICAgIAorZW50aXJlbHkgb2YgdXBwZXIgYW5kIGxvd2VyIGNhc2UgbGV0dGVycywgZGln aXRzLCB1bmRlcnNjb3JlcywgaHlwaGVucworYW5kIHBlcmlvZHMuICAgICAgICAgICAgICAgICAg ICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogSWYgdGhlIFwtXC1sc2JzeXNpbml0 IG9wdGlvbiBpcyBnaXZlbiwgdGhlbiB0aGUgbmFtZXMgbXVzdCBub3QgZW5kCiBpbiAuZHBrZ1wt b2xkICBvciAuZHBrZ1wtZGlzdCBvciAuZHBrZ1wtbmV3IG9yIC5kcGtnXC10bXAsIGFuZCBtdXN0 CkBAIC0xMDMsNiArMTAzLDggQEAKIENvcHlyaWdodCAoQykgMTk5NiwgMTk5NywgMTk5OCBHdXkg TWFvcgogLlAKIENvcHlyaWdodCAoQykgMjAwMiwgMjAwMywgMjAwNCBDbGludCBBZGFtcworLlAK K0NvcHlyaWdodCAoQykgMjAwNSBHZW50b28gRm91bmRhdGlvbgogCiAuQiBydW5cLXBhcnRzCiBp cyBmcmVlIHNvZnR3YXJlOyBzZWUgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHZlcnNp b24gMiBvcgpkaWZmIC11ck4gZGViaWFudXRpbHMtMi4xNC4xL3J1bi1wYXJ0cy5jIGRlYmlhbnV0 aWxzLTIuMTQuMS1yMS9ydW4tcGFydHMuYwotLS0gZGViaWFudXRpbHMtMi4xNC4xL3J1bi1wYXJ0 cy5jCTIwMDUtMDItMjAgMDQ6MjU6NDkuMDAwMDAwMDAwICswMDAwCisrKyBkZWJpYW51dGlscy0y LjE0LjEtcjEvcnVuLXBhcnRzLmMJMjAwNS0wNy0xMiAwMDo0NzoyNS4wMDAwMDAwMDAgKzAxMDAK QEAgLTQsNiArNCw3IEBACiAgKiBDb3B5cmlnaHQgKEMpIDE5OTYgSmVmZiBOb3hvbiA8amVmZkBy b3V0ZXIucGF0Y2gubmV0PiwKICAqIENvcHlyaWdodCAoQykgMTk5Ni0xOTk5IEd1eSBNYW9yIDxt YW9yQGRlYmlhbi5vcmc+CiAgKiBDb3B5cmlnaHQgKEMpIDIwMDIsIDIwMDMsIDIwMDQsIDIwMDUg Q2xpbnQgQWRhbXMgPHNjaGl6b0BkZWJpYW4ub3JnPgorICogQ29weXJpZ2h0IChDKSAyMDA1IEdl bnRvbyBGb3VuZGF0aW9uIDxiYXNlLXN5c3RlbUBnZW50b28ub3JnPgogICoKICAqIFRoaXMgaXMg ZnJlZSBzb2Z0d2FyZTsgc2VlIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2ZXJzaW9u IDIKICAqIG9yIGxhdGVyIGZvciBjb3B5aW5nIGNvbmRpdGlvbnMuICBUaGVyZSBpcyBOTyB3YXJy YW50eS4KQEAgLTYzLDYgKzY0LDcgQEAKIAkgICJcbkNvcHlyaWdodCAoQykgMTk5NCBJYW4gSmFj a3NvbiwgQ29weXJpZ2h0IChDKSAxOTk2IEplZmYgTm94b24uXG4iCiAJICAiQ29weXJpZ2h0IChD KSAxOTk2LDE5OTcsMTk5OCwxOTk5IEd1eSBNYW9yXG4iCiAJICAiQ29weXJpZ2h0IChDKSAyMDAy LCAyMDAzLCAyMDA0LCAyMDA1IENsaW50IEFkYW1zXG4iCisJICAiQ29weXJpZ2h0IChDKSAyMDA1 IEdlbnRvbyBGb3VuZGF0aW9uXG4iCiAJICAiVGhpcyBpcyBmcmVlIHNvZnR3YXJlOyBzZWUgdGhl IEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHZlcnNpb24gMlxuIgogCSAgIm9yIGxhdGVyIGZv ciBjb3B5aW5nIGNvbmRpdGlvbnMuICBUaGVyZSBpcyBOTyB3YXJyYW50eS5cbiIpOwogICBleGl0 KDApOwpAQCAtMTQ2LDcgKzE0OCw3IEBACiAgICAgcmV0dXJuICFyZWdleGVjKCZ0cmFkcmUsIGMs IDAsIE5VTEwsIDApOwogICB9CiAgIGVsc2UgewotICAgIGlmIChyZWdjb21wKCZjbGFzc2ljYWxy ZSwgIl5bYS16QS1aMC05Xy1dKyQiLCBSRUdfRVhURU5ERUQgfCBSRUdfTk9TVUIpKSB7CisgICAg aWYgKHJlZ2NvbXAoJmNsYXNzaWNhbHJlLCAiXlthLXpBLVowLTkuXy1dKyQiLCBSRUdfRVhURU5E RUQgfCBSRUdfTk9TVUIpKSB7CiAgICAgICBlcnJvcigicmVnZXggZmFpbHVyZSIpOwogICAgICAg ZXhpdCgxKTsKICAgICB9Cg== 63187 2005-07-11 17:08 0000 debianutils-2.14.1-no-bs-namespace.patch (+veto filenames beginning with period) debianutils-2.14.1-no-bs-namespace.patch text/plain ZGlmZiAtdXJOIGRlYmlhbnV0aWxzLTIuMTQuMS9ydW4tcGFydHMuOCBkZWJpYW51dGlscy0yLjE0 LjEtcjEvcnVuLXBhcnRzLjgKLS0tIGRlYmlhbnV0aWxzLTIuMTQuMS9ydW4tcGFydHMuOAkyMDA0 LTEyLTEwIDE3OjEwOjM3LjAwMDAwMDAwMCArMDAwMAorKysgZGViaWFudXRpbHMtMi4xNC4xLXIx L3J1bi1wYXJ0cy44CTIwMDUtMDctMTIgMDA6NDc6NDQuMDAwMDAwMDAwICswMTAwCkBAIC0yNiw4 ICsyNiw4IEBACiBPdGhlciBmaWxlcyBhbmQgZGlyZWN0b3JpZXMgYXJlIHNpbGVudGx5IGlnbm9y ZWQuCiAKIElmIHRoZSBcLVwtbHNic3lzaW5pdCBvcHRpb24gaXMgbm90IGdpdmVuIHRoZW4gdGhl IG5hbWVzIG11c3QgY29uc2lzdAotZW50aXJlbHkgb2YgdXBwZXIgYW5kIGxvd2VyIGNhc2UgbGV0 dGVycywgZGlnaXRzLCB1bmRlcnNjb3JlcywgYW5kCi1oeXBoZW5zLiAgICAgICAgICAgICAgICAg ICAgICAgICAgIAorZW50aXJlbHkgb2YgdXBwZXIgYW5kIGxvd2VyIGNhc2UgbGV0dGVycywgZGln aXRzLCB1bmRlcnNjb3JlcywgaHlwaGVucworYW5kIHBlcmlvZHMuIEhvd2V2ZXIsIHRoZSBuYW1l IG11c3Qgbm90IGJlZ2luIHdpdGggYSBwZXJpb2QuIAogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAK IElmIHRoZSBcLVwtbHNic3lzaW5pdCBvcHRpb24gaXMgZ2l2ZW4sIHRoZW4gdGhlIG5hbWVzIG11 c3Qgbm90IGVuZAogaW4gLmRwa2dcLW9sZCAgb3IgLmRwa2dcLWRpc3Qgb3IgLmRwa2dcLW5ldyBv ciAuZHBrZ1wtdG1wLCBhbmQgbXVzdApAQCAtMTAzLDYgKzEwMyw4IEBACiBDb3B5cmlnaHQgKEMp IDE5OTYsIDE5OTcsIDE5OTggR3V5IE1hb3IKIC5QCiBDb3B5cmlnaHQgKEMpIDIwMDIsIDIwMDMs IDIwMDQgQ2xpbnQgQWRhbXMKKy5QCitDb3B5cmlnaHQgKEMpIDIwMDUgR2VudG9vIEZvdW5kYXRp b24KIAogLkIgcnVuXC1wYXJ0cwogaXMgZnJlZSBzb2Z0d2FyZTsgc2VlIHRoZSBHTlUgR2VuZXJh bCBQdWJsaWMgTGljZW5zZSB2ZXJzaW9uIDIgb3IKZGlmZiAtdXJOIGRlYmlhbnV0aWxzLTIuMTQu MS9ydW4tcGFydHMuYyBkZWJpYW51dGlscy0yLjE0LjEtcjEvcnVuLXBhcnRzLmMKLS0tIGRlYmlh bnV0aWxzLTIuMTQuMS9ydW4tcGFydHMuYwkyMDA1LTAyLTIwIDA0OjI1OjQ5LjAwMDAwMDAwMCAr MDAwMAorKysgZGViaWFudXRpbHMtMi4xNC4xLXIxL3J1bi1wYXJ0cy5jCTIwMDUtMDctMTIgMDA6 NDc6MjUuMDAwMDAwMDAwICswMTAwCkBAIC00LDYgKzQsNyBAQAogICogQ29weXJpZ2h0IChDKSAx OTk2IEplZmYgTm94b24gPGplZmZAcm91dGVyLnBhdGNoLm5ldD4sCiAgKiBDb3B5cmlnaHQgKEMp IDE5OTYtMTk5OSBHdXkgTWFvciA8bWFvckBkZWJpYW4ub3JnPgogICogQ29weXJpZ2h0IChDKSAy MDAyLCAyMDAzLCAyMDA0LCAyMDA1IENsaW50IEFkYW1zIDxzY2hpem9AZGViaWFuLm9yZz4KKyAq IENvcHlyaWdodCAoQykgMjAwNSBHZW50b28gRm91bmRhdGlvbiA8YmFzZS1zeXN0ZW1AZ2VudG9v Lm9yZz4KICAqCiAgKiBUaGlzIGlzIGZyZWUgc29mdHdhcmU7IHNlZSB0aGUgR05VIEdlbmVyYWwg UHVibGljIExpY2Vuc2UgdmVyc2lvbiAyCiAgKiBvciBsYXRlciBmb3IgY29weWluZyBjb25kaXRp b25zLiAgVGhlcmUgaXMgTk8gd2FycmFudHkuCkBAIC02Myw2ICs2NCw3IEBACiAJICAiXG5Db3B5 cmlnaHQgKEMpIDE5OTQgSWFuIEphY2tzb24sIENvcHlyaWdodCAoQykgMTk5NiBKZWZmIE5veG9u LlxuIgogCSAgIkNvcHlyaWdodCAoQykgMTk5NiwxOTk3LDE5OTgsMTk5OSBHdXkgTWFvclxuIgog CSAgIkNvcHlyaWdodCAoQykgMjAwMiwgMjAwMywgMjAwNCwgMjAwNSBDbGludCBBZGFtc1xuIgor CSAgIkNvcHlyaWdodCAoQykgMjAwNSBHZW50b28gRm91bmRhdGlvblxuIgogCSAgIlRoaXMgaXMg ZnJlZSBzb2Z0d2FyZTsgc2VlIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2ZXJzaW9u IDJcbiIKIAkgICJvciBsYXRlciBmb3IgY29weWluZyBjb25kaXRpb25zLiAgVGhlcmUgaXMgTk8g d2FycmFudHkuXG4iKTsKICAgZXhpdCgwKTsKQEAgLTE0Niw3ICsxNDgsNyBAQAogICAgIHJldHVy biAhcmVnZXhlYygmdHJhZHJlLCBjLCAwLCBOVUxMLCAwKTsKICAgfQogICBlbHNlIHsKLSAgICBp ZiAocmVnY29tcCgmY2xhc3NpY2FscmUsICJeW2EtekEtWjAtOV8tXSskIiwgUkVHX0VYVEVOREVE IHwgUkVHX05PU1VCKSkgeworICAgIGlmIChyZWdjb21wKCZjbGFzc2ljYWxyZSwgIl5bYS16QS1a MC05Xy1dW2EtekEtWjAtOS5fLV0rJCIsIFJFR19FWFRFTkRFRCB8IFJFR19OT1NVQikpIHsKICAg ICAgIGVycm9yKCJyZWdleCBmYWlsdXJlIik7CiAgICAgICBleGl0KDEpOwogICAgIH0K