Re: Please help with cleaning up after a mess I made with my email

Hi Paul, Paul E Condon wrote: > I have been cleaning up old email files and in the process created a > mess I have several mail directories containing emails from different > times and collected under slightly different operating condition. I > want to merge them into a single direct

Re: Please help with cleaning up after a mess I made with my email

On Tue, 12 Aug 2014 15:36:01 -0600 Paul E Condon wrote: > I have been cleaning up old email files and in the process created a > mess I have several mail directories containing emails from different > times and collected under slightly different operating condition. I > want to merge

Please help with cleaning up after a mess I made with my email

I have been cleaning up old email files and in the process created a mess I have several mail directories containing emails from different times and collected under slightly different operating condition. I want to merge them into a single directory with the emails arranged in threads by topic and

Re: Cleaning Up Alternatives

On Tuesday 22 May 2007, [EMAIL PROTECTED] wrote: > On Tue, 22 May 2007, David Baron <[EMAIL PROTECTED]> wrote: > > /etc/alternatives has a zillion dangling symlinks. Seems these got set > > somewhere along the line but were never cleaned up as programs were > > moved, upgraded, removed. > > > > How

Re: Cleaning Up Alternatives

Kushal Kumaran([EMAIL PROTECTED]) is reported to have said: > On 5/23/07, Wayne Topa <[EMAIL PROTECTED]> wrote: > >Mike McClain([EMAIL PROTECTED]) is reported to have said: > >> <> > >> If these leftovers are due to packages removed but not purged, this > >> will tell you: > >> grep -B1 "S

Re: Cleaning Up Alternatives

On 5/23/07, Wayne Topa <[EMAIL PROTECTED]> wrote: Mike McClain([EMAIL PROTECTED]) is reported to have said: > On Tue, 22 May 2007, David Baron <[EMAIL PROTECTED]> wrote: > > > > /etc/alternatives has a zillion dangling symlinks. Seems these got set > > somewhere along the line but were never clea

Re: Cleaning Up Alternatives

Mike McClain([EMAIL PROTECTED]) is reported to have said: > On Tue, 22 May 2007, David Baron <[EMAIL PROTECTED]> wrote: > > > > /etc/alternatives has a zillion dangling symlinks. Seems these got set > > somewhere along the line but were never cleaned up as programs were moved, > > upgraded, remove

Re: Cleaning Up Alternatives

Mike McClain wrote: [...] > > If these leftovers are due to packages removed but not purged, this > will tell you: > grep -B1 "Status: deinstall ok config-files" /var/lib/dpkg/status \ > | grep "Pac" | cut -d" " -f2 > and > for f in $( the above line ); do dpkg -P $f; done > will cl

re: Cleaning Up Alternatives

On Tue, 22 May 2007, David Baron <[EMAIL PROTECTED]> wrote: > > /etc/alternatives has a zillion dangling symlinks. Seems these got set > somewhere along the line but were never cleaned up as programs were moved, > upgraded, removed. > > How does one clean up this mess conveniently? If these left

Re: Cleaning Up Alternatives

On Tue, May 22, 2007 at 12:49:18PM +0300, David Baron wrote: > /etc/alternatives has a zillion dangling symlinks. Seems these got set > somewhere along the line but were never cleaned up as programs were moved, > upgraded, removed. > > How does one clean up this mess conveniently? > I don't kn

Re: Cleaning Up Alternatives

On Tue, 22 May 2007 15:16:26 +0100 Liam O'Toole <[EMAIL PROTECTED]> wrote: [snip] > The 'symlinks' package can do a search-and-destroy of dangling symlinks > for you. The 'cruft' package can identify missing alternatives. Thanks. > Liam Celejar -- mailmin.sourceforge.net - remote access via se

Re: Cleaning Up Alternatives

On Tue, 22 May 2007 09:47:49 -0400 Celejar <[EMAIL PROTECTED]> wrote: > On Tue, 22 May 2007 12:49:18 +0300 > David Baron <[EMAIL PROTECTED]> wrote: > > > /etc/alternatives has a zillion dangling symlinks. Seems these got set > > somewhere along the line but were never cleaned up as programs were

Re: Cleaning Up Alternatives

On Tue, 22 May 2007 09:47:49 -0400 Celejar <[EMAIL PROTECTED]> wrote: > On Tue, 22 May 2007 12:49:18 +0300 > David Baron <[EMAIL PROTECTED]> wrote: > > > /etc/alternatives has a zillion dangling symlinks. Seems these got > > set somewhere along the line but were never cleaned up as programs > > w

Re: Cleaning Up Alternatives

On Tue, 22 May 2007 12:49:18 +0300 David Baron <[EMAIL PROTECTED]> wrote: > /etc/alternatives has a zillion dangling symlinks. Seems these got set > somewhere along the line but were never cleaned up as programs were moved, > upgraded, removed. > > How does one clean up this mess conveniently?

Cleaning Up Alternatives

/etc/alternatives has a zillion dangling symlinks. Seems these got set somewhere along the line but were never cleaned up as programs were moved, upgraded, removed. How does one clean up this mess conveniently? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Tr

Re: Cleaning up alternatives

David Baron wrote the following on 30.01.2007 17:38: > My /etc/alternatives directory is chock full of dangling symlinks. > > Is there any neat way of servicing this or must I manually rm each one? $ man update-alternatives HTH Thilo -- gpg key: 0x4A411E09 -- To UNSUBSCRIBE, email to [EMAI

Cleaning up alternatives

My /etc/alternatives directory is chock full of dangling symlinks. Is there any neat way of servicing this or must I manually rm each one? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: dpkg: error while cleaning up

On Sun, 2006-10-22 at 17:09 +0200, Florian Kulzer wrote: > It is defined in /usr/share/dbconfig-common/dpkg/prerm which is sourced > by /usr/share/dbconfig-common/dpkg/prerm.mysql. Seems to be part of a > general system to help with packages that use databases. Do you have the > latest version of p

Re: dpkg: error while cleaning up

On Sun, Oct 22, 2006 at 15:18:21 +0200, Hans du Plooy wrote: > On Wed, 2006-10-18 at 15:57 +0200, Florian Kulzer wrote: > > > dpkg: error processing postfix-policyd (--remove): > > > subprocess pre-removal script returned error exit status 10 > > > Errors were encountered while processing: > > >

Re: dpkg: error while cleaning up

On Wed, 2006-10-18 at 15:57 +0200, Florian Kulzer wrote: > > dpkg: error processing postfix-policyd (--remove): > > subprocess pre-removal script returned error exit status 10 > > Errors were encountered while processing: > > postfix-policyd > > E: Sub-process /usr/bin/dpkg returned an error code

Re: dpkg: error while cleaning up

On Wed, Oct 18, 2006 at 12:17:42 +0200, Hans du Plooy wrote: > On Mon, 2006-10-16 at 20:04 +0200, Florian Kulzer wrote: [...] > > The first thing that seems to go wrong is that grep cannot find > > something in the non-existent file /etc/postfix-policyd.conf. According > > to apt-file this packag

Re: dpkg: error while cleaning up

ion. > > invoke-rc.d: initscript postfix-policyd, action "start" failed. > > dpkg: error while cleaning up: > > subprocess post-installation script returned error exit status 3 > > Errors were encountered while processing: > > postfix-policyd > > [ snip

Re: dpkg: error while cleaning up

nvoke-rc.d: initscript postfix-policyd, action "start" failed. > dpkg: error while cleaning up: > subprocess post-installation script returned error exit status 3 > Errors were encountered while processing: > postfix-policyd [ snip: the same dpkg error when trying to "apt-get

dpkg: error while cleaning up

rting Postfix greylisting policy daemon: start-stop-daemon: --start needs --exec or --startas Try `start-stop-daemon --help' for more information. invoke-rc.d: initscript postfix-policyd, action "start" failed. dpkg: error while cleaning up: subprocess post-installation script returned

cleaning up lib*-dev packages?

I use deborphan to get rid of unneeded packages on my system. But I have various lib*-dev packages installed to satisfy the build-dependencies of a few packages that I build from source. Deborphan reports these as orphaned, but I still need them. Is there a way to tell deborphan to follow the bui

Re: cleaning up audio recording

On Fri, 24 Feb 2006 13:27:41 -0700 John Schmidt <[EMAIL PROTECTED]> wrote: > I used the KRec tool in KDE to transfer the audio. I was looking at the > artsbuilder routines and it appears like you can do some signal processing > with this tool. ] I haven't played with artsbuilder. Seems to me t

Re: cleaning up audio recording

On Fri, Feb 24, 2006 at 01:27:41PM -0700, John Schmidt wrote: > Hi, > > I have managed to transfer some tape recordings to my computer. The > recordings are from a seminar speaker. There is a great deal of noise on the > recordings both from the audio equipment and from general background nois

Re: cleaning up audio recording

Hi everybody, On Fri, Feb 24, 2006 at 02:32:21PM -0700, Travis Crook wrote: > On Fri, 24 Feb 2006 13:27:41 -0700 > John Schmidt <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > I have managed to transfer some tape recordings to my computer. The > > recordings are from a seminar speaker. There is

Re: cleaning up audio recording

On Fri, 24 Feb 2006 13:27:41 -0700 John Schmidt <[EMAIL PROTECTED]> wrote: > Hi, > > I have managed to transfer some tape recordings to my computer. The > recordings are from a seminar speaker. There is a great deal of > noise on the recordings both from the audio equipment and from > general

cleaning up audio recording

Hi, I have managed to transfer some tape recordings to my computer. The recordings are from a seminar speaker. There is a great deal of noise on the recordings both from the audio equipment and from general background noise. Are there any good packages out there that would allow me to clean

Re: Cleaning Up

On Tuesday 18 May 2004 20:17, Edwards, Thomas wrote: > Nope, still getting the mail. Well, I know nothing of the technicalities, just quoting my experience. Still, it sounds as though you should follow up. You did get the second confirmation that the cancellation had been actioned? I recolle

Re: Cleaning Up

Incoming from Edwards, Thomas: > [someone]: > > Does anyone ever take instructions like this one seriously? > > I did want to point out the part at the bottom about erasing the email > then notifying you have it. > > Nice huh? If you'll post the email address of the fool lawyer who forced this

RE: Cleaning Up

Nope, still getting the mail. I did want to point out the part at the bottom about erasing the email then notifying you have it. Nice huh? -Original Message- From: richard lyons [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 18, 2004 5:23 PM To: [EMAIL PROTECTED] Subject: Re: Cleaning

Re: Cleaning Up

On Tuesday 18 May 2004 14:33, Edwards, Thomas wrote: > I am moving onto a new job and will be subscribing to this list > after I move next week. However in the meantime I am trying to > unsubscribe from this list for my current employer. I have > attempted to remove myself from the automated > in

Cleaning Up

I am moving onto a new job and will be subscribing to this list after I move next week. However in the meantime I am trying to unsubscribe from this list for my current employer. I have attempted to remove myself from the automated instructions...question, when you get the unsubscribe email and y

Re: Cleaning up mail headers?

stan wrote: Before I emabrk on a programing excersise to build a fliter to strip off the prior headers before shping the messages on into corporate land, I thought I would ask if there was already a tool to do this? I don't believe there is. Though it almost sounds like it might be a very sim

Re: Cleaning up mail headers?

On Monday 08 March 2004 15:21, stan shoved this in my mailbox: > Before I emabrk on a programing excersise to build a fliter to strip off > the prior headers before shping the messages on into corporate land, I > thought I would ask if there was already a tool to do this? Sounds like a perl job to

Cleaning up mail headers?

I've got a some systems at work that originate mail with munged headers, and this is not going to get fixed. I had solved this problem by having them send email to a Debian machine running exim, that added valid ehaders, and then fowarded these emails on to the corporate mail servers. Well, in th

Re: cleaning up messy capitalization to transfer a web page from wintoes

On July 8, 2003 11:24 pm, K S Sreeram wrote: > Check out this page: > > http://linuxvm.org/Info/HOWTOs/win2lin.html > > Looks like it has what you need This script would be great, except that it doesn't actually work. I first got an error because the end of one line was missing a \. Then it ran

Re: cleaning up messy capitalization to transfer a web page fromwintoes

Check out this page: http://linuxvm.org/Info/HOWTOs/win2lin.html Looks like it has what you need Regards On Tue, 2003-07-08 at 22:42, Levi Waldron wrote: > I'm transferring a web page from a wintoes webserver to Debian, and all the > capitalizations are inconsistent between the hyperrefs and

cleaning up messy capitalization to transfer a web page from wintoes

I'm transferring a web page from a wintoes webserver to Debian, and all the capitalizations are inconsistent between the hyperrefs and actual directories and filenames. And of course all the filename extensions are .HTM. Does anyone know of a script to clean this up? -- To UNSUBSCRIBE, emai

Re: [OT] Cleaning up the output of a multiple file rename (bash)

sean finney <[EMAIL PROTECTED]> [2003-01-02 19:21:14 -0500]: > instead of using date +%s, incrementing, and sleep, how about > using date +%s%N? what you can do is something like Interesting suggestion. Note that %N is only available in the sid version in coreutils and not the stable woody vers

Re: [OT] Cleaning up the output of a multiple file rename (bash)

hiya gerald, On Thu, Jan 02, 2003 at 05:11:02AM -0600, Gerald Livingston wrote: > OK, I asked about timing my script because I'm renaming multiple files > using "date +%s" as the base for the new name. I was using a "sleep 1" > in the script to keep the filenames unique because it runs through the

[OT] Cleaning up the output of a multiple file rename (bash)

OK, I asked about timing my script because I'm renaming multiple files using "date +%s" as the base for the new name. I was using a "sleep 1" in the script to keep the filenames unique because it runs through them much faster than 1 per second. Too slow if I get a LOT of files. So I dug around and

Re: cleaning up a system

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > "martin" == martin f krafft <[EMAIL PROTECTED]> writes: martin> there's cruft, but it's too complicated and while i should martin> configure it in the long run, for now i have thought of martin> something like the following, which ca

Re: cleaning up a system

On Sun, Jan 20, 2002 at 02:57:32PM +0100, martin f krafft wrote: > i took the output of a `find /` and deleted all lines corresponding to > inodes in the above special directories (find has no exclude!!! > wishlist!), Sure it does. Use something like 'find -o -print'. -- Colin Watson

Re: cleaning up a system

martin f krafft <[EMAIL PROTECTED]> writes: > i'd like to remove all files that debian didn't install, obviously > ignoring places like /home, /var, /tmp, /usr/local, /dev (any other > suggestions i have overlooked?)? > > there's cruft, but it's too complicated and while i should configure it > i

cleaning up a system

i'd like to remove all files that debian didn't install, obviously ignoring places like /home, /var, /tmp, /usr/local, /dev (any other suggestions i have overlooked?)? there's cruft, but it's too complicated and while i should configure it in the long run, for now i have thought of something like

Re: cleaning up lost+found

Hey list, problem solved, and this is the trick what Peter Galbraith sent me: cr-Srw-r--1 2540229706115, 58 Oct 9 1999 fontsmpl.sty debugfs -w -R "rm /lost+found/bad_device/fontsmpl.sty" /dev/hda1 Thanks to all for all your help!

Re: cleaning up lost+found

Once upon a time, when I was working with UNIX version 7, I had a case where I could not clean up a disk using fsck. I used a program called (as I remember) 'clri' to wipe out the inode, then did an fsck to clean up the "orphans" that I had created. 'clri' doesn't exist anymore, that I know of (f

Re: cleaning up lost+found

"Petr [Dingo] Dvorak" <[EMAIL PROTECTED]> writes: > On Wed, 26 Jul 2000, Lehel Bernadt wrote: > > LB> On 26-Jul-2000 Olaf Meeuwissen wrote: > > -- snip -- > > OM> in /home/lost+found that I can't seems to remove. Not even as root! > > -- snip -- > > LB> They probably have the immutable attri

RE: cleaning up lost+found

On Wed, 26 Jul 2000, Lehel Bernadt wrote: LB> On 26-Jul-2000 Olaf Meeuwissen wrote: -- snip -- OM> in /home/lost+found that I can't seems to remove. Not even as root! -- snip -- LB> They probably have the immutable attribute set. Remove it with chattr. I have the same problem, mine happened

RE: cleaning up lost+found

On 26-Jul-2000 Olaf Meeuwissen wrote: > Debians, > > I goofed up a little while ago and connected two SCSI devices with the > same ID. I've cleaned up the mess, but now I have a number of files > in /home/lost+found that I can't seems to remove. Not even as root! > > Typical output of ls -l on

cleaning up lost+found

Debians, I goofed up a little while ago and connected two SCSI devices with the same ID. I've cleaned up the mess, but now I have a number of files in /home/lost+found that I can't seems to remove. Not even as root! Typical output of ls -l on that directory looks like: b--swx1 49439

Cleaning up the dpkg status file? [Was: Re: Debian vs Red Hat??? I need info.]

Ethan Benson <[EMAIL PROTECTED]> writes: > On Sat, May 20, 2000 at 07:07:00PM +0200, Wichert Akkerman wrote: > > That is a result of the fact that rpm uses a binary database for its > > data, while dpkg uses a large number of text-files instead. The > > advantage of that is that it is robust (if a

Re: cleaning up

-BEGIN PGP SIGNED MESSAGE- On Fri, 19 Jun 1998, Zachary DeAquila wrote: > can I remove the 'base' package? it claims to be obsolete, and contains > mostly /dev/* and the root dir structure... If it contains files in /dev/*, it is better not to remove it... Devices are now created by the

cleaning up

I've been running debian on a certain system since about v0.93 or so; It's a great system and I've loved beinga ble to just keep upgrading it wihtout having to go in for long downtimes. However, I now have some packages listed int eh Obslete section that I think should be gotten rid of, but I'm

Re: cleaning up bad configuration

ure you have select ppp from the network options list Peter -Original Message- From: Thomas J. Malloy <[EMAIL PROTECTED]> To: debian-user@lists.debian.org Date: Friday, May 08, 1998 6:02 AM Subject: cleaning up bad configuration >Lets suppose I go out to pub one night and come

Re: cleaning up bad configuration

On Fri, 8 May 1998, Thomas J. Malloy wrote: > Lets suppose I go out to pub one night and come reeling home after 8 or 9 > pints of stout. Now when I get home I decide this would be fine time to > make some configuration changes on my system. ( in this particular case it > was changing the ppp set

cleaning up bad configuration

Lets suppose I go out to pub one night and come reeling home after 8 or 9 pints of stout. Now when I get home I decide this would be fine time to make some configuration changes on my system. ( in this particular case it was changing the ppp settings for my new isp) So I sit down, login as root an

Re: cleaning up kernel source

What I usually delete is all the alpha/spark/m68k etc stuff that is never going to b used on my 486 system. This should cut down a little on the size. However, if you run a patch on the kerenl, some parts might say that some files are missing, you should just tell patch to skip those files,

Re: cleaning up kernel source

On Wed, 6 Nov 1996, Lars Wirzenius wrote: > "David Morris": > > do I want to leave something hanging around /usr/src/linux? > > Except possibly the documentation, no. Debian distributes the header > files as part of the libc5 package. So that's what's been going on. What I've been doing is f

Re: cleaning up kernel source

), just in case. Then rm -r all other subdirectories except the ones you want to keep (like the documentation). BTW, after cleaning up, the source come to just under 6M. David> Thanks in advance for your assistance. You're welcome.

Re: cleaning up kernel source

[ Please don't Cc: me when replying to my message on a mailing list. ] "David Morris": > do I want to leave something hanging around /usr/src/linux? Except possibly the documentation, no. Debian distributes the header files as part of the libc5 package. -- Please read

Re: cleaning up kernel source

On Wed, 6 Nov 1996, David Morris wrote: > OK, I downloaded the source for the 2.0.24 kernel and compiled a custom > kernel > yesterday. And now I have the tree leftover taking up 30M on my hard drive. > And I was wondering what I can clean up to free up the space. > > I am tempted to rm -r the

cleaning up kernel source

OK, I downloaded the source for the 2.0.24 kernel and compiled a custom kernel yesterday. And now I have the tree leftover taking up 30M on my hard drive. And I was wondering what I can clean up to free up the space. I know I can run a make clean to remove the *.o files and other compiling file