suggestion for package search page wording (was: Re: Package search function bug)
Hi, In message 20150708110650.ga30...@mraw.org to debian-project Cyril Brulebois k...@debian.org replied thus:: Hi, Vlatko Ć urlan vlatko.sur...@prijevodi-online.net (2015-07-08): Dear all, the package search function atnbsp;https://www.debian.org/distrib/packages#search_contents gives nothing for when 'convert' alone but when searcinh '/usr/bin/convert' there are results. Sounds like some sort of a bug to me. did you notice this at the top? You have searched for paths that end with convert in suite jessie, all sections, and all architectures. Found 102 results. [icon] Note: Your search was too wide so we will only display only the first about 100 matches. Please consider using a longer keyword or more keywords. I note that that last sentence is a bit mangled, with only display only etc. Perhaps it should read: Note: Your search gave too many results, so only the first 100 (or so) are displayed here. Please consider using a longer keyword or more keywords. Cheers, Phil. (I'm not subscribed to -www, so please CC me if you want me to read any reply) -- |)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd. |-| http://www.hands.com/http://ftp.uk.debian.org/ |(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY signature.asc Description: PGP signature
Re: Jigdo search still broken.
On Wed, 6 Oct 2010 23:33:45 +0200, Richard Atterer atte...@debian.org wrote: On Wed, Oct 06, 2010 at 02:29:42PM +0100, Steve McIntyre wrote: On Mon, Oct 04, 2010 at 03:47:56PM +0200, thorres wrote: Hi there, the search for packages inside the jigdo files still does not work an and leads to a 404 error. (http://atterer.org/jigdo/jigdo-search.php?q=foo) ACK. We should move that content onto a proper Debian service. Richard, can you help with that? Hi - sorry that the search went offline, it happened when I moved servers and I never fixed it. But this should have been on a Debian server in the first place... The setup consists of a cron job to mirror .jigdo files (which could be omitted if we set this up on cdimage) and a PHP file. Is PHP OK for Debian machines? IIRC perl was preferred... Hi Richard, You could run it on free.hands.com (where you already have an account), which for the moment has PHP on it. I now have that on a VM and would at some point want to shift the PHP stuff onto a separate VM, so if we do that it would be wise to come up with a URL that would survive being shifted onto a new machine at some point. That could of course be done by having nginx on free proxy through to the new machine. If it's more practical to do it elsewhere, that's great, but thought I'd mention this option as it seems likely to be the least effort. Cheers, Phil. P.S. Alternatively, it looks like you've not logged in since 2003, so if you don't need the account any more, I could remove it. -- |)| Philip Hands [+44 (0)20 8530 9560]http://www.hands.com/ |-| HANDS.COM Ltd.http://www.uk.debian.org/ |(| 10 Onslow Gardens, South Woodford, London E18 1NE ENGLAND pgpVegqN6zqiE.pgp Description: PGP signature
Re: log files on www.d.o [Re: Improvements of the website]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Josip Rodin wrote: On Thu, Apr 19, 2007 at 07:33:01PM +0200, Runa Agate Sandvik wrote: True. Nobody has taken time to use some tools, go through our [web] logs and gives us what the common usage patterns of the current website are. I have now :) On Thu, Apr 19, 2007 at 08:04:19PM +0200, Runa Agate Sandvik wrote: [request for more analysis] If Joey (or someone else) could provide me with more logs, then sure :) debian-admin, can you please modify /etc/logrotate.d/apache2 on klecker to change create 640 root adm into: create 640 root debwww Also then run: chgrp debwww /var/log/apache2/*.log apt-get install awstats Done (including installing visitors, and making all the old .gz log files belong to group debwww as well) Cheers, Phil. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGMhnEYgOKS92bmRARAmU6AJ9e7VVxwWawz3b2OaakeQ89oq0t/ACfS5WP HK7vfkIsI3dVgZFRGn7Z6OA= =S+BU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Links to http://www.debian.org/intro/cn should be language specific
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, [I'm not subscribed here, so please Cc: me in on replies] The links at the bottom of all our pages that link to http://www.debian.org/intro/cn send the user back to whatever language their browser is set to. If they got to the page they are on by selecting one of the language specific links just above that, that's almost definitely not what they want (since by clicking on the link they are effectively voting against their current browser setting) If instead those links pointed to the page using the language specific URL (i.e. http://www.debian.org/intro/cn.en.html) that matches whatever language the current page is in, then if that's the wrong language, they get to select their own just above, and if it's already right they get what they want anyway. Hope that makes sense. Just to make sure, I'm saying that: http://www.debian.org/index.de.html should have this somewhere near the end: ie stellt man a href=./intro/cn.de.htmldie Standardsprache/a ein whereas this: http://www.debian.org/index.en.html should instead have this: How to set a href=./intro/cn.en.htmlthe default document language/a and that should apply to all pages that have that link, with all of them pointing at their own languages, for each supported language. Cheers, Phil. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFo9rQYgOKS92bmRARAqDkAJ91drv1kunVr+zArYFdR1XwfOs8tQCgpKDd 0vTF5Q7QCcZcSE2u3hgza6E= =Svpp -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406228: Links to http://www.debian.org/intro/cn should be language specific
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Having just IRCed about this with Frans Pop, I thought I'd clarify a few of points: I was _not_ trying to re-raise the old idea whereby following a single language specific link results in your experience of the whole Debian site flipping languages. (I'm aware that is too painful to contemplate) All I was pointing out is that for this specific page, it's a bit poor for us to inflict the wrong language on someone if they've first managed to notice that we have translations, and then managed to find the link in their own language to the page about how to fix their browser. Frans pointed out that the problem with the idea I suggested is that we might have pages that have been translated into languages for which there is no translation of the cn page, which would then result in hanging links. Perhaps for this one page we could encourage translators to have something available before all others? Even if it's only a this page has not been translated yet page -- at least that way the user would see a page with all the links to the other translations, so they might find one in another language that they can use to let them fix their browser setup. Obviously that doesn't help for the situation where someone has done a load of translation, and then wandered off, leaving us with no translator for that language. Another alternative (which is probably not implementable, but then I don't know how these pages are generated) would be to somehow redirect attempts to access missing translations back to the .../cn page, so that at least they get a page in their default language, as they do now (although that would then of course do nothing to address the subject of this bug report) An alternative to the language specific links idea (and probably easier to implement) would be to duplicate the this page is available in other languages section at the top of the page (or perhaps have a sidebar down the left hand side?) so that our victim at least gets a to see a familiar word to click on straight away, rather than having to pass the test of scrolling down what is quite a long page before finding the link they were really looking for. Cheers, Phil. - -- P.S.sorry about the multiple post/wrong pseudo-package stupidity on my part -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFo/5KYgOKS92bmRARAgTYAJ9gsnOwfv/jF+mSRiZ1PuQxsTaF/QCfV7vS FUP1KUKvmqunsRxXfQsRA7o= =hi11 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: www.it.debian.org shutdown
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marco d'Itri wrote: Please remove www.it.debian.org from the DNS and from the dropbox on the pages, it will be shut down in a few days. Removed from DNS. Cheers, Phil. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFFF8HOYgOKS92bmRARAtdkAJ4/Ka678kd4/jl4KOwheNsAhyKEEQCeOvtF MqFX2ygCGXJ1gA1ZG1ZJ6JI= =0qjU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Can't write to /tmp on cvs.debian.org
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Schulze wrote: Matt Taggart wrote: Peter Karlsson writes... I'm getting error messages from the cvs server on cvs.debian.org saying that it cannot write to the /tmp directory. It seems there are too many files on the file system, there are no inodes left in /tmp I checked haydn and /tmp has plenty of inodes(and space) free. Maybe someone cleaned it up since you sent that mail? But cvs.debian.org is gluck... It's looking fine as well. Looking at the munin graphs, gluck's /tmp ran out of inodes about 18 hours ago. It's currently at 80% of maximum inodes, and is on the rise again. Something's been eating inodes since Sunday by the looks of it. Of the files on /tmp, the largest proportion are owned by pmachard (about 220,000 files/directories, all in /tmp/cvs-serv* by the looks of it), and he also seems to be running 12 cvs servers at present, which seems very likely related. =-=-=-=-=- Pierre, Perhaps you're aware of what it is that you're doing to use all those files in /tmp on gluck (a.k.a. cvs.debian.org)? If so, please stop it, or do it another way that doesn't break things. It looks to me as though you're firing up loads of cvs instances, and then killing them in a way that prevents them from clearing up after themselves, but that's only after a cursory examination -- you should have a better idea of the details of what's occurring. Looking at the graphs, you'll have consumed all the inodes again in about 5 hours. If you've not done something about it before then, I'll almost certainly be forced to kill all your cvs processes, and discard all the directories belonging to you in /tmp on gluck. =-=-=-=-=- Cheers, Phil. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFFEUXkYgOKS92bmRARAq/OAJ4xUs8OAd1O7aJoyC7l5NCQWuWnzwCffYT2 J1oFi13ey07BGRsKeUmkMWw= =skoX -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Can't write to /tmp on cvs.debian.org
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Philip Hands wrote: [...] Pierre, Perhaps you're aware of what it is that you're doing to use all those files in /tmp on gluck (a.k.a. cvs.debian.org)? If so, please stop it, or do it another way that doesn't break things. It looks to me as though you're firing up loads of cvs instances, and then killing them in a way that prevents them from clearing up after themselves, but that's only after a cursory examination -- you should have a better idea of the details of what's occurring. Looking at the graphs, you'll have consumed all the inodes again in about 5 hours. If you've not done something about it before then, I'll almost certainly be forced to kill all your cvs processes, and discard all the directories belonging to you in /tmp on gluck. OK, so it accelerated madly and ate all the inodes again as soon as I wrote that, so I've now killed the older half of your cvs server processes, and removed all the /tmp/cvs-serv* no longer associated with an active process. That should still leave you with enough debris to work out what's wrong with whatever you're doing. Oh, I've left /tmp/cvs-serv31300 as well, in case you need an example of one of the abandoned directories to understand what's happened. That should hold it for a few a day or so (we're back to 44% inodes used) Cheers, Phil. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFFEVMuYgOKS92bmRARAg+pAJsHiVJHI6y1JiVwKx7FuilKjlXnbQCdF402 7joJeou7TowRYBUBAncgaXE= =nX9P -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: http://www.debian.org/mirror/official_sponsors: UK -- new info
Philip Hands wrote, on 2005-05-27: Hi, The bandwidth for the UK Mirror is now sponsored by: A HREF=http://www.rapidswitch.com;RapidSwitch Ltd/A please update the sponsors page to match. Is there any reason why this update has not yet happened -- it seems a bit churlish of us to not be thanking them for the bandwidth. Especially when we're instead thanking people who if they ever donated any bandwidth for that mirror did so several years ago. Cheers, Phil. signature.asc Description: OpenPGP digital signature
Re: http://www.debian.org/mirror/official_sponsors: UK -- new info
Frank Lichtenheld wrote: ... Hmm, you never answered to my response mail, so I forgot about it... Seems fair. Odd that my reply went astray though -- hopefully it will get to you this time. (It's attached) Cheers, Phil. ---BeginMessage--- Frank Lichtenheld wrote: On Fri, May 27, 2005 at 11:27:43AM +0100, Philip Hands wrote: Hi, The bandwidth for the UK Mirror is now sponsored by: A HREF=http://www.rapidswitch.com;RapidSwitch Ltd/A please update the sponsors page to match. Do you also know should be noted as maintainer? That would be me. Currently it says Maintainer: Theo Zourzouvillys [EMAIL PROTECTED], [EMAIL PROTECTED] (CCing [EMAIL PROTECTED] as well) Well, I'm on that list too, but mail direct to me is much more likely to get read in a timely manner. Cheers, Phil. signature.asc Description: OpenPGP digital signature ---End Message--- signature.asc Description: OpenPGP digital signature
Re: http://www.debian.org/mirror/official_sponsors: UK -- new info
Frank Lichtenheld wrote: On Wed, Jul 06, 2005 at 02:27:50PM +0100, Philip Hands wrote: Frank Lichtenheld wrote: ... Hmm, you never answered to my response mail, so I forgot about it... Seems fair. Odd that my reply went astray though -- hopefully it will get to you this time. (It's attached) I have also deleted the rsync entries since you don't seem to offer that. Is that correct? oh balls, xinetd had died :-( Back up now -- as it happens I'm pretty certain mine was the first mirror to offer rsyncd, so ironic that it was down when you looked :-) Cheers, Phil. signature.asc Description: OpenPGP digital signature
events/2003/1008-linuxexpo.ja.ics
This file is currently not readable by the rsync for mirroring, which is a _good_ thing, given the fact that this file is apparently 4.5GB in size: [EMAIL PROTECTED]:/org/www.debian.org/www/events/2003$ ls -l 1008-linuxexpo.*.ics -rw-r--r--1 debwww debwww982 Nov 2 2003 1008-linuxexpo.da.ics -rw-r--r--1 debwww debwww 1043 Mar 23 08:04 1008-linuxexpo.de.ics -rw-r--r--1 debwww debwww971 Nov 2 2003 1008-linuxexpo.en.ics -rw-r--r--1 debwww debwww 1010 Nov 2 2003 1008-linuxexpo.fr.ics -rw---1 debwww debwww 4527812608 May 19 04:08 1008-linuxexpo.ja.ics -rw-r--r--1 debwww debwww 1046 Feb 28 03:47 1008-linuxexpo.ru.ics -rw-r--r--1 debwww debwww986 Apr 16 09:13 1008-linuxexpo.sv.ics Cheers, Phil. signature.asc Description: OpenPGP digital signature
Re: www.debian.de mirror out of order?
On Wed, 2002-08-14 at 14:02, Josip Rodin wrote: On Wed, Aug 14, 2002 at 01:25:21PM +0200, Axel Beckert wrote: Just noticed, that www.debian.de doesn't seem to be a regular mirror any more,... We're aware of the problem, it'll be fixed ASAP. It should be fixed now. Cheers, Phil. -- Say no to software patents! http://petition.eurolinux.org/ |)| Philip Hands [+44 (0)20 8530 9560]http://www.hands.com/ |-| HANDS.COM Ltd.http://www.uk.debian.org/ |(| 10 Onslow Gardens, South Woodford, London E18 1NE ENGLAND signature.asc Description: This is a digitally signed message part
Re: http://www.uk.debian.org/debian-cd/
Josip Rodin [EMAIL PROTECTED] writes: On Sun, Jan 27, 2002 at 10:37:23PM +0100, Richard Atterer wrote: the content at that URL should go away. Why is it there at all? AFAIK, those pages were never available on www.d.o. That's Phil's. OK, it's gone. Sorry about that, it was an old Alias still laying around that has been there since before cdimage.debian.org was set up. Cheers, Phil. -- Say no to software patents! http://petition.eurolinux.org/ |)| Philip Hands [+44 (0)20 8530 9560]http://www.hands.com/ |-| HANDS.COM Ltd.http://www.uk.debian.org/ |(| 10 Onslow Gardens, South Woodford, London E18 1NE ENGLAND
Re: update request: http://www.uk.debian.org/donations
Josip Rodin [EMAIL PROTECTED] writes: On Wed, Oct 31, 2001 at 08:16:27PM +, Philip Hands wrote: I just noticed that the line refering to www.uk.d.o/cdimage.d.o on http://www.debian.org/donations is well out of date, in that it refers to Netcom UK who stopped hosting the machine several years ago. Please change the Netcom UK link to be: a hrefhttp://www.uk.xo.com/;XO Communications/a I've commited the change, thanks for the note. Thanks Josip. One more thing that I just noticed about that line --- in addition to http.uk.d.o, and ftp.uk.d.o it should also probably mention: a href=http://cdimage.debian.org/;cdimage.debian.org/a given that that's the real bandwidth hog much of the time. Why I didn't notice that at the same time, I don't know --- sorry. Cheers, Phil. -- Say no to software patents! http://petition.eurolinux.org/ |)| Philip Hands [+44 (0)118 9545656]http://www.hands.com/ |-| Philip Hands Computing Ltd. http://www.uk.debian.org/ |(| Unit 1, Cherry Close, Caversham, Reading RG4 8UP ENGLAND
update request: http://www.uk.debian.org/donations
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I just noticed that the line refering to www.uk.d.o/cdimage.d.o on http://www.debian.org/donations is well out of date, in that it refers to Netcom UK who stopped hosting the machine several years ago. Please change the Netcom UK link to be: a hrefhttp://www.uk.xo.com/;XO Communications/a Cheers, Phil. - -- Say no to software patents! http://petition.eurolinux.org/ |)| Philip Hands [+44 (0)118 9545656]http://www.hands.com/ |-| Philip Hands Computing Ltd. http://www.uk.debian.org/ |(| Unit 1, Cherry Close, Caversham, Reading RG4 8UP ENGLAND -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.6 and Gnu Privacy Guard http://www.gnupg.org/ iD8DBQE74FwRYgOKS92bmRARAuHnAKCPaI1wU6KFmQ0Z2iOn5LjpQHtj4gCgkPMX i7DWNZRQ4K+weLCzQtngw14= =2H2C -END PGP SIGNATURE-
http://www.debian.org/events/1999/1005-linuxexpo-uk update
Hi, Could someone please update this page as follows: Firstly, the dates are wrong, they should be 6th 7th October 1999 Matthew Vernon [EMAIL PROTECTED] is coordinating. We have a been given a free stand (No. 127) a href=http://www.itevents.co.uk/registration/linux99.asp;Preregistration/a for free tickets closes on Friday 1st October. Its all being discussed on the Debian UK Mailing-list [EMAIL PROTECTED] There should be several Debian Developers on the stand, on both days. I'll be there anyway, as will Steve McIntyre and Matthew Vernon AFAIK. This is reasonably urgent, since not only is the event less than a week away, but the Expo organisers (who gave us the stand for free) have noticed that a) we have the dates wrong, and b) we're claiming not to be turning up --- not good IMO. Cheers, Phil.
Re: Help fix broken links on the web site
James A. Treacy [EMAIL PROTECTED] writes: All the sunsite.org.uk and sunsite.doc.ic.ac.uk errors are temporary errors, due to their machine being in mid-upgrade. URLs should probably use the the ``sunsite.org.uk'' name these days though, so *.ic.ac.uk URLs should be changed. Looking into http://localhost/2.0/HOWTO.upgrade http://www.debian.org/2.0/autoup/ : error 404 Not Found http://www.uk.debian.org/autoup/ : error 404 Not Found Only the Italian translation of HOWTO.upgrade seems to be around, and that should probably be dumped. autoup is history. Cheers, Phil.
Re: Help fix broken links on the web site
On Wed, Aug 04, 1999 at 09:10:02AM +0100, Phil Hands wrote: James A. Treacy [EMAIL PROTECTED] writes: All the sunsite.org.uk and sunsite.doc.ic.ac.uk errors are temporary errors, due to their machine being in mid-upgrade. The script doesn't know this and I didn't take the time to remove them. I heard that it was back up. I can ping it fine. The ftp server is up, but not much else yet. Cheers, Phil.
Re: Debian Point of Contact
Trae McCombs [EMAIL PROTECTED] writes: Anyways, I wanted to know, if I, and Garrett, could represent the Debian Community on that page. I made a choice for us to use Debian exclusivly because of its core beliefs. If you guys would like to pick another person, simply let me know and we can go from there. Well volunteered :-) BTW Make sure to submit whatever you write for proof reading (i.e. mention it on debian-publicity) before actually publishing it. Cheers, Phil.
Re: Is NPL DFSG complient or not?
Philip Hands wrote: Richard Braakman [EMAIL PROTECTED] wrote: This means that if we distribute modified versions of an NPL'd program, we're going to have to keep source packages around long after we have replaced the binaries with new versions. We have no mechanism in place for this. Take a look at the GPL --- it says three years: b) Accompany it with a written offer, valid for at least three years, to give any third party, for a charge no more than your cost of physically performing source distribution, a complete machine-readable copy of the corresponding source code, to be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or, Yeah, but that's only option b). You also have option a), which is to distribute binary and source together, like we do. Then you can drop the source as soon as you drop the binary. The NPL has no such option. Yes it does. The 12 month restriction is part of a sub clause, which only applies if you chose not to supply the source on the same media as the binaries. Cheers, Phil.
Re: rsync
Hi, If anyone is using rsync off va or master please upgrade to the 1.7.4 version. I have prepared a .deb of it based on Phillips work and it is available at http://www.debian.org/~jgg/rsync_1.7.4-0.1_i386.deb Oops, looks like I forgot to upload 1.7.4-1 after building it :-( Thanks for the reminder, it's on it's way as I type. Cheers, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Web Pages
Is there any way to verify the web pages? Perhaps compare their md5 sum's with the mirror on va? Master's hard disk was giving read errors which linux ignored and thus probably silently messed up lots of stuff. at least 4 files in the ftp archive have been hosed. Anything on /debian2 is possibly bad - though the errrors did seem localized to only a section of the disk Jason rsync with a -n (or --dry-run) option will tell you which files it would copy, delete etc. without actually touching anything. Here's a command line that would do the trick for my machine: rsync --dry-run -rlpt --delete --exclude sponsor.html -e ssh \ va.debian.org:/usr/debian/web/debian.org/ /var/www/virtual/debian.org/ you can play with the l,p, and t options depending what you want to check. you might also want to use --checksum to force it to checksum every file You probably want to upgrade to the latest rsync 1.7.* at both ends before doing this, because there was a bug a few versions back that meant it did things despite the -n option (delete symlinks IIRC). Cheers, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Web Pages
rsync with a -n (or --dry-run) option will tell you which files it would copy, delete etc. without actually touching anything. This was done last night and found one other bad file in the Bug lists. Since rsync doesn't check file contents, just sizes, it won't catch any bit errors as occurred in the ftp archive. Since they are almost entirely ascii files, I'm not worried about that though. If you use the --checksum option, rsync will spot bit errors, unless they manage to produce the same 128-bit MD4 checksum (not likely) Cheers, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fatman too slow from US?
On Thu, 8 Jan 1998, James A.Treacy wrote: [snip] If you'd like, I can up the mirror rate. It's currently once per day for the bulk of the pages. The only exception is the bug lists which get updated four times per day. The pages are only updated once per day as I didn't see the need to it any more frequently and there are so many files in the distribution that it really chews up some cpu and ram during the updates. I'd prefer having a command to force immediate mirroring of the pages. The pages don't change very often, but when the change, I want to get them up-to-date ASAP :-) If you are not already doing so, you probably want to use rsync for this, since it only copies the changes. If you want any help setting it up, drop me a line. N.B. The --delete option can be a bit counter-intuitive (read dangerous) on pre-1.6.4 versions of rsync. Cheers, Phil. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
OFF TOPIC: rsync usage (Was: Re: fatman too slow from US?)
If you are not already doing so, you probably want to use rsync for this, since it only copies the changes. If you want any help setting it up, drop me a line. va is using rsync to mirror the entire web directory and ftp archive. N.B. The --delete option can be a bit counter-intuitive (read dangerous) on pre-1.6.4 versions of rsync. I'd been meaning to file a bug against it for this. Not only is it counterintuitive, but the way it handles directories is just plain wrong. It makes it impossible to safely use the --delete option without hiding the local directory in an otherwise empty direcory. That is not actually true. To copy a directory tree without hiding it in a sub-directory, or deleting all it's neighbours, just put a slash on the end of the source directory: rsync -avz -e ssh --delete /local/directory/ remote:/mirror/directory will copy all the filesdirectories under /local/directory to the directory /mirror/directory on the remote machine. This is because it uses everything after the last slash of the source (i.e. nothing in this case) to construct the target name. Also the counter-intuitiveness is fixed in the latest version (after 1.6.4), in that it will no longer do the depressing `delete all my neighbours' thing if you leave the backslash out. This means that with the later versions you can acheive the same result thus: rsync -avz -e ssh --delete /local/directory remote:/mirror [ don't do that with eairlier versions, because it deletes everything but `directory' from remote:/mirror ] Cheers, Phil. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .