Re: Future of "his" packages in Debian
On Fri, Jan 21, 2022 at 8:05 AM Curt wrote: > On 2022-01-21, Andrew M.A. Cater wrote: > >> > >> > >> Can someone post what Norbert Preining actually wrote without omissions > and rather frivolous additions by other parties? > >> > >> Regards, > >> > > > >>From Norbert's blog, aggregated on Planet Debian: > > > > https://www.preining.info/blog/2022/01/future-of-my-packages-in-debian/ > > > > With every good wish, as ever, > > > > Andrew Cater > > > > > > If only he had the Internet to look these things up. Information is available and so so many wants to be spoon fed. People have to learn to help themselves. > >
Xen vs. KVM on Debian squeeze
Hi, I'd like to set up virtualization on a home server with a Debian GNU/Linux squeeze amd64 host and squeeze and wheezy amd64 guests. I'm trying to decide between Xen 4.0 (with paravirtualized guests and probably the xend/xm toolstack) and qemu-kvm 0.12 or 1.1 (with the libvirt tools). My experience in this area is currently limited; I've only used qemu-kvm 0.12, and only through Virtual Machine Manager. So I'm looking for some advice and answers to help me decide how to set this up. The server has two 3.0-GHz CPU cores (an AMD CPU with the AMD-V/SVM virtualization extensions) and 2.0 GiB of RAM (which I'm planning to either double or triple). I'd like to run at least five guest systems to build software, manage mailing lists, serve files, manage a RAID 5 array using md, etc. So I need a virtualization infrastructure that offers efficient CPU and I/O virtualization and allows guest systems to gain or forfeit virtual memory as their loads require (pooling my limited RAM as efficiently as possible). (Ease of understanding and maintenance are nice as well, though I'm happy to read documentation.) I see that KVM supports a rather simple method of overcommitting memory [1], relying on Linux's lazy page allocation and swapping [2][3]. [1]: http://www.linux-kvm.org/page/FAQ#Is_dynamic_memory_management_for_guests_supported.3F [2]: http://www.linux-kvm.org/page/Memory [3]: https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Administration_Guide/sect-Virtualization-Tips_and_tricks-Overcommitting_with_KVM.html I'm not sure I like the idea of "freeing" memory by swapping, but at least it's a simple design and easy to set up. Is there a newer method in KVM (in Debian squeeze or squeeze-backports) of automatically growing and shrinking guest systems' virtual memory space in RAM, preferably without using swap? Xen used to have a userspace self-ballooning daemon called "xenballoond" [4], but it's no longer maintained [5] and it supposedly only supports Red Hat–family systems [6]. [4]: http://blog.xen.org/index.php/2008/08/27/xen-33-feature-memory-overcommit/ [5]: http://old-list-archives.xen.org/archives/html/xen-devel/2011-02/msg01333.html [6]: http://xenbits.xen.org/hg/xen-unstable.hg/file/91232efdcfdc/tools/xenballoon/xenballoond.README Now Xen supports "Transcendent Memory" or "tmem" (self-ballooning and frontswap self-shrinking) [7][8] instead. [7]: https://lwn.net/Articles/454795/ [8]: drivers/xen/xen-selfballoon.c in Linux 3.1 or later The tmem code is in the version of Linux in squeeze-backports, and the XEN_BALLOON option is enabled. But, as far as I can tell, CLEANCACHE, XEN_SELFBALLOONING, and FRONTSWAP are disabled. I'd rather not have to rebuild the Linux packages to install in my squeeze and wheezy domUs for this. All things considered, I'm leaning slightly toward qemu-kvm, because it looks like it'll do what I need in a simple and familiar way; but I'm concerned about the performance of the CPU and I/O virtualization and the page swapping. Can anyone show me that I've overlooked something about Xen in Debian or convince me that qemu-kvm will perform fine for my needs? Thanks, -- P. J. McDermott http://www.pehjota.net/ http://www.pehjota.net/contact.html -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50c43459.9080...@nac.net
Re: Building the kernel myself
On Fri, 26 Aug 2011, Ralf Jung wrote: > Hi list, > > I am trying to build the linux kernel myself... it's one of the > things I always wanted to do ;-) plus I submitted some bugerports > against the kernel and would like to test the patches there were > written to fix them. at the risk of a bit of self-promotion, i wrote an online course for beginners to kernel programming, the first part of which is free and walks you through how to configure, build and reboot a new kernel: http://crashcourse.ca/introduction-linux-kernel-programming/introduction-linux-kernel-programming i avoid all the nonsense involving packages and packaging, and just go with cloning the git tree and manually installing the end result. this works for me just fine on ubuntu, so i assume it should be just as easy under debian. rday -- ======== Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.DEB.2.02.1108261128110.29125@localhost6.localdomain6
Re: Building the kernel myself
On Fri, 26 Aug 2011, Ralf Jung wrote: > Hi, > > > at the risk of a bit of self-promotion, i wrote an online course for > > beginners to kernel programming, the first part of which is free and > > walks you through how to configure, build and reboot a new kernel: > > > > http://crashcourse.ca/introduction-linux-kernel-programming/introduction-li > > nux-kernel-programming > > > > i avoid all the nonsense involving packages and packaging, and just go > > with cloning the git tree and manually installing the end result. > > this works for me just fine on ubuntu, so i assume it should be just > > as easy under debian. > Thanks for the link. I am using a git clone, too (want to get the > actual "vanilla" kernel), however I'd prefer the end-result to be in > package form for easier uninstallation. And, most importantly, I > rely on dkms for two kernel modules (namely the VirtualBox and fglrx > modules), so this has to be triggered somewhere. with respect to DKMS, i run a manually hand-rolled kernel all the time and i am constantly updating virtualbox, and the rebuild is done automatically since i have the "dkms" package installed. so that by itself shouldn't be an issue, but i appreciate that some folks prefer to work with packages. rday -- Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.DEB.2.02.1108261147370.29307@localhost6.localdomain6
Re: Another problem
On Thu, 4 Aug 2011, Kevin Williams wrote: > > I got past the login but now it shows my username@debian20:$ what I do now apparently, the feature that lets you choose meaningful subject lines is also broken. i'd look into that. rday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.DEB.2.02.1108040558220.3625@localhost6.localdomain6
Re: Enough, enough
On Mon, 4 Jul 2011, Lisi wrote: > On Monday 04 July 2011 22:10:38 Go Linux wrote: > > Maybe we ought to start a "Linux Chicks" site > > There is already a Linux Chicks mailing list, if it hasn't died from > misuse. I didn't like it because I have been fighting throughout my > now long life to be allowed just to be a person. What on earth has > gender got to do with it?? Why does the fact that females are > female need commenting on? > > We are PEOPLE for goodness sake. http://hannahmontana.sourceforge.net/Site/Home.html i am in *such* trouble now, aren't i? rday -- ======== Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.DEB.2.02.1107041727420.7266@localhost6.localdomain6
Re: Language Skills for Business Professionals
On Wed, 29 Jun 2011, Hadijah Sahid wrote: > Enhancing Business English > Monday, 19th September 2011, 9.00am - 5.00pm, Prince Hotel & Residence Kuala > Lumpur > > A good command of the English language verbal and written is > particularly important for those working as a secretary or > personal/administrative assistant in an English-speaking > environment. This workshop focuses on enhancing the communication > skills of secretaries and support staff such that they are better > able to handle diverse tasks ranging from communicating effectively > with clients, staff and management to preparing and writing business > correspondence like letters, reports and emails. This course also > addresses the need for secretaries to handle sensitive situations > with tact and professionalism, either face to face or through > written means. > > At the end of this one-day programme, participants will be more > confident when communicating with people of different levels and be > equipped with language tools and skills to communicate tactfully and > purposefully with management. with special guest lecturer lady mariam abucha of nigeria, speaking on "the effectveness of using all UPPERCASE characters for maximum communication impact." rday -- ======== Robert P. J. Day Ottawa, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.DEB.2.02.1106281248330.32712@localhost6.localdomain6
new beta .deb packaging for fully open source document management S/W
(i just posted this to the ubuntu list but i figured i might as well post here as well.) a company i'm doing some work for (nuxeo) has just released a .deb package of its most recent, fully open-source Document Management software: http://blogs.nuxeo.com/fermigier/2010/12/new-beta-nuxeo-dm-package-debian-ubuntu.html if you're interested, grab it, install it and play with it. if you have any feedback, you can either reply to this post or e-mail me directly, whichever is more convenient, and i'll make sure all feedback gets back to the right people. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.deb.2.00.1012131033180.5...@localhost6.localdomain6
Re: unloading unnecessary modules
On Mon, 29 Nov 2010, Alvin Thompson wrote: > On Sat, November 27, 2010 10:36 am, Leandro Minatel wrote: > > # echo 'blacklist module_name' > /etc/modprobe.d/module_name.conf > > Should that be? > # echo 'blacklist module_name' >> /etc/modprobe.d/module_name.conf not necessarily, as long as you assume that that's the only line that will be in that file, since it's module-specific. (of course, if you're creating a new file, then either way will work just fine.) rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.deb.2.00.1011291237310.11...@localhost6.localdomain6
Re: how to tell what packages are unused on a debian server?
On Fri, 29 Oct 2010, Camaleón wrote: > On Fri, 29 Oct 2010 06:12:55 -0400, Robert P. J. Day wrote: > > > just a cleanup-related question but on a debian lenny server that > > i've inherited, i'm curious to know which packages have no value > > whatever and that i can delete. i recall there's a utility that > > will identify unused libraries but i'm curious about what else i > > can pinpoint that can be removed. > > > > this system is a web/mail server and, since its IP address is > > assigned statically and another system is responsible for all > > DNS/DHCP functionality internally, i conclude that i can remove > > the dhcp-related packages. that's just one example. > > Not that fast :-) screech!!! :-) > You may have installed packages that are "unused" but "needed" as a > dependency requirement of another packages that you want to keep. of course, but any attempt to remove that package would immediately tell me about the dependency so that's not something that concerns me. > If you are not facing space problems, I won't touch anything. What > you could do instead is disabling services you are not using at all, > that's what I use to do. oh, i understand all that and i'm working on that. and i never assumed this would be an easy thing to do. as one other poster suggested, i can start with "deborphan" and see where that takes me. and over the next little while, i plan on manually checking the installed packages and determining whether they have any value. i was just wondering if there was any cool utility that would scan a system and based on god-knows-what, simply *suggest* packages that are apparently unused. for instance, if a given shared library hasn't been linked in weeks or months, that's something to look at. if none of the binary executables in a package have been executed in that long, another package to examine, that sort of thing. anyway, i was just curious to see how easy it was to do something like that. thanks. rday -- Robert P. J. Day Waterloo, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday
how to tell what packages are unused on a debian server?
just a cleanup-related question but on a debian lenny server that i've inherited, i'm curious to know which packages have no value whatever and that i can delete. i recall there's a utility that will identify unused libraries but i'm curious about what else i can pinpoint that can be removed. this system is a web/mail server and, since its IP address is assigned statically and another system is responsible for all DNS/DHCP functionality internally, i conclude that i can remove the dhcp-related packages. that's just one example. any utilities that can help out in this regard? thanks. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA http://crashcourse.ca Twitter: http://twitter.com/rpjday LinkedIn: http://ca.linkedin.com/in/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.deb.2.00.1010290608040.4...@localhost6.localdomain6
Re: Redirect stdout without clobbering?
Quoting Dotan Cohen : Is there a way to redirect stdout to a file without clobbering its possibly-existing contents? Rather, the output should be appended to the end of the file. Thanks. use ">>" instead of ">". rday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100506123122.fmnmqfdjeoskg...@crashcourse.ca
Re: Esperanto
Quoting Thomas Pomber : No joke! I honestly wondered why there is an Esperanto mailing list. For the love of Mutt, will someone please kick this idiot off the list and be done with this? rday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100427061437.095eqogls848w...@crashcourse.ca
Re: Free book - GNU/Linux Advanced Administration
On Thu, 4 Feb 2010, Kent West wrote: > AG wrote: > > Odd wrote: > >> Might be interesting for some people on this list. > >> > >> http://ftacademy.org/materials/fsm/2 > >> > > Yer right. 'Twas very interesting. Thanks for the link. It looks > > like a pretty decent reference to the subject, and I appreciate that > > they have used a Debian (as well as a Fedora Core) focus for examples > > of implementation. > > Okay, you persuaded me to go take a look. > > Why, oh why, don't "professionals" proof-read their material? > > On the first page, in the first paragraph: > > The GNU/Linux systems have reached an important level of maturity, > > allowing to integrate them in almost any kind of work environment, > > from a desktop PC to the *sever* facilities of a big company. i'll be checking that out shortly as well, but i'm more put off by the thought that an advanced admin book first feels the need to evangelize the operating system. people who are drawn to an *advanced* administration book are typically past the point where they need to be sold on the OS. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Virtualization - what do You recommend?
On Tue, 2 Feb 2010, Odd wrote: > ola...@gmail.com wrote: > > Also you can use Xen but you still need special hardware like the > > latest CPUs from AMD or Intel for Windows run... > > Be careful though. Not all of Intel's latest stuff has hardware > support for virtualization. Check this list before buying: > http://ark.intel.com/VTList.aspx as i recall, some CPUs actually have HW virt support, but it's been disabled in the BIOS. can anyone find something online that describes anyone who tripped over such a situation, and attempted to (re)enable that on their own? rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Virtualization - what do You recommend?
On Tue, 2 Feb 2010, Odd wrote: > Robert P. J. Day wrote: > > On Tue, 2 Feb 2010, Odd wrote: > > > > > ola...@gmail.com wrote: > > > > Also you can use Xen but you still need special hardware like the > > > > latest CPUs from AMD or Intel for Windows run... > > > Be careful though. Not all of Intel's latest stuff has hardware > > > support for virtualization. Check this list before buying: > > > http://ark.intel.com/VTList.aspx > > > > as i recall, some CPUs actually have HW virt support, but it's > > been disabled in the BIOS. can anyone find something online that > > describes anyone who tripped over such a situation, and attempted > > to (re)enable that on their own? > > I had to enable it in the BIOS on my Gigabyte motherboard. It was > very easy though, juse enable or disable. fair enough, i just wanted to point out that the H/W virt support might be there, you just have to activate it. (i recall others who claimed (incorrectly?) that the support was there, but that they had no ability to turn it on.) rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: building a custom kernel:IT WORKED
On Sun, 27 Dec 2009, Dave Witbrodt wrote: > Paul Cartwright wrote: > > on my 4-year old Dell laptop, running Ubuntu, I now have a nice > > new 2.6.32.1 kernel running! at first it couldn't boot, then I > > noticed that there was no initrd.. I "forgot" that option... once > > I built it again, it now boots. SO, I just have to go back through > > and make it SMALLER... > > Congrats! Nice job. > > Make sure you save your '.config' file somewhere safe. You can lose > everything else, but if you lose that... you'll have to do all of > that nightmare over again. > > Once you figure it out the first time, it's always easier after that make sure you select /proc/config.gz support so that you can recover your .config file for your running kernel from that file. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: building a custom kernel:IT WORKED
On Sun, 27 Dec 2009, Paul Cartwright wrote: > On Sun December 27 2009, Robert P. J. Day wrote: > > make sure you select /proc/config.gz support so that you can recover > > your .config file for your running kernel from that file. > > I don't remember seeing an option for that.. if you're doing a kernel config, search for the string IKCONFIG. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday
Re: Inquiry:What is the equivalent for the screen command?
On Thu, 19 Nov 2009, John Hasler wrote: > AndyC writes: > > Please think seriously about upgrading this to at least Debian 4.0 > > However, don't skip major releases when upgrading. Go from Sarge to > Etch to Lenny. Don't try to go directly to Lenny. yeah ... been there, done that, as members of this ML will probably remember. i went thru it in several stages -- first upgrading the 3.1 system as much as possible, then fully upgrading to stock 4.0, then upgrading that, then fully to 5.1, and so on and so on, constantly tweaking things along the way. my only brain fart was not upgrading apache *much* sooner than i did. do that ASAP. rday -- ==== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
where are the authentication settings for dovecot/imap stored?
on a lenny system, recently, someone else went in and reconfigured the authentication used for the mail system, and mail is currently working fine. i now want to add a new email client (IMP, part of the horde framework) but i obviously need to configure it to match whatever the new mail authentication protocol is. where can i find that? for those who've actually worked with horde and IMP, here's what looks like the relevant snippet from the horde/imp/config/servers.php file: $servers['imap'] = array( 'name' => 'IMAP Server', 'server' => 'localhost', 'hordeauth' => false, 'protocol' => 'imap/notls', 'port' => 143, 'folders' => '', 'namespace' => '', 'maildomain' => '[deleted].com', 'smtphost' => 'localhost', 'realm' => '', 'preferred' => '', 'dotfiles' => false, 'hierarchies' => array() ); i have good reason to believe that those settings are no longer correct, i just need to know how to figure out what they *should* be on this system. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
how to tell webalizer where webalizer.conf is?
if i might impose on the list one more time, this has to do with still tweaking the migration i did once upon a time, and is webalizer-specific, but i'm betting someone here is going to see what i missed doing in about five seconds. it came to my attention that the web site stats generated by webalizer for this system simply *stop* at sept 20. all these stats were being generated in the directory /var/www//logs and, sure enough, if i pop into that directory, i can see all the usage files, and they clearly stop at that date. so, obviously, as i was doing the migration, i failed to re-tweak the output directory for webalizer. i checked the default(?) /etc/webalizer/webalizer.conf file and, sure enough, rather than pointing to that long-time output directory, it was pointing at /var/www/webalizer, and when i ran the cron webalizer script manually, it dumped its current output in that latter directory. ok, easy enough, i just have to correct the entries in /etc/webalizer/webalizer.conf. but i looked closer in that logs directory and i can see a webalizer.conf file *there* as well. with the *correct* values for those variables. so it looks like the person who set this up chose to keep the .conf file with the log files, and not in what i thought was the standard location. is that a reasonable thing to do? because it would certainly break the webalizer cron script, which looks in the /etc location by default. is there a webalizer-approved way to have it start off with a different location for its .conf file with manually hacking the script itself? i'd like to avoid that if i could. rday p.s. i could also just make the changes to the standard file /etc/webalizer/webalizer.conf, but if the previous admin chose to keep that conf file in the logs directory, i might as well stay consistent. ==== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: how to tell webalizer where webalizer.conf is?
if i might summarize what i was droning on about below: On Fri, 16 Oct 2009, Robert P. J. Day wrote: > if i might impose on the list one more time, this has to do with > still tweaking the migration i did once upon a time, and is > webalizer-specific, but i'm betting someone here is going to see > what i missed doing in about five seconds. > > it came to my attention that the web site stats generated by > webalizer for this system simply *stop* at sept 20. all these stats > were being generated in the directory /var/www//logs and, > sure enough, if i pop into that directory, i can see all the usage > files, and they clearly stop at that date. so, obviously, as i was > doing the migration, i failed to re-tweak the output directory for > webalizer. > > i checked the default(?) /etc/webalizer/webalizer.conf file and, > sure enough, rather than pointing to that long-time output > directory, it was pointing at /var/www/webalizer, and when i ran the > cron webalizer script manually, it dumped its current output in that > latter directory. ok, easy enough, i just have to correct the > entries in /etc/webalizer/webalizer.conf. > > but i looked closer in that logs directory and i can see a > webalizer.conf file *there* as well. with the *correct* values for > those variables. so it looks like the person who set this up chose > to keep the .conf file with the log files, and not in what i thought > was the standard location. > > is that a reasonable thing to do? because it would certainly > break the webalizer cron script, which looks in the /etc location by > default. is there a webalizer-approved way to have it start off > with a different location for its .conf file with manually hacking > the script itself? i'd like to avoid that if i could. as i read it, setting up webalizer involves first configuring /etc/apache2/sites-enabled/ and, in my case, defining a bunch of virtual hosts, some of which define: TransferLog /var/www//logs/access.log so that's obviously where my transfer stats will be logged. and that's the same "logs" directory that is used as webalizer's output directory. but here's the part i don't get. if i examine /etc/cron.daily/webalizer, i read: # This script just run webalizer agains all .conf files in /etc/webalizer directory WEBALIZER=/usr/bin/webalizer WEBALIZER_CONFDIR=/etc/webalizer ... that seems pretty clear that /etc/webalizer will be used for the location of the processed config file, even though the output "logs" directory contains another webalizer.conf file that appears to be correct for this setup. and the top part of it reads: # As of version 0.98, The Webalizer will look for a 'default' configuration # file named "webalizer.conf" in the current directory, and if not found # there, will look for "/etc/webalizer.conf". ignore that that last location isn't actually correct, but what defines the "current" directory for webalizer? maybe that's what's happening here -- that the logs directory is defined as webalizer's home dir somehow so that alternate .conf file is the one being consulted. or am i making this way too hard, and i should just stick with the default /etc-based conf file like a normal person would? rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: how to downgrade and pin package (durep)?
On Wed, 30 Sep 2009, Niu Kun wrote: > Robert P. J. Day 写道: > > On Wed, 30 Sep 2009, Niu Kun wrote: > > > > > Robert P. J. Day 写道: > > > > > > > as a followup to an earlier post of mine, i can see now that the > > > > current durep package (0.9-1) works *very* differently from the > > > > earlier one, so rather than fight with the new one, i'm happy to > > > > use the older version. how exactly does one downgrade a package > > > > to a particular version, then make sure it stays there over > > > > upgrades? thanks, i've been awake for a day and a half and i'm > > > > just too tired to go looking for the answer. sorry. > > > > > If you're using aptitude, command like this may be of a little help > > > "aptitude install apt=0.3.1". Or you can just download the specific > > > deb package and try to install it by yourself. > > then how to pin that version from the command line? > Here, you'll have to find the specific deb package you're after. > Maybe from some backport sites. You can find the package version in > its name. i already have the earlier package, and have installed it. the remaining question is how to pin that package at that version so it won't get re-upgraded at the next upgrade. rday
Re: how to downgrade and pin package (durep)?
On Wed, 30 Sep 2009, Niu Kun wrote: > Robert P. J. Day 写道: > > as a followup to an earlier post of mine, i can see now that the > > current durep package (0.9-1) works *very* differently from the > > earlier one, so rather than fight with the new one, i'm happy to > > use the older version. how exactly does one downgrade a package > > to a particular version, then make sure it stays there over > > upgrades? thanks, i've been awake for a day and a half and i'm > > just too tired to go looking for the answer. sorry. > If you're using aptitude, command like this may be of a little help > "aptitude install apt=0.3.1". Or you can just download the specific > deb package and try to install it by yourself. then how to pin that version from the command line? rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday
how to downgrade and pin package (durep)?
as a followup to an earlier post of mine, i can see now that the current durep package (0.9-1) works *very* differently from the earlier one, so rather than fight with the new one, i'm happy to use the older version. how exactly does one downgrade a package to a particular version, then make sure it stays there over upgrades? thanks, i've been awake for a day and a half and i'm just too tired to go looking for the answer. sorry. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
fixed "durep" utility??
i just now ran into this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=482061 is there a fixed version of that? "aptitude update" shows nothing, and that seems like a fairly major error, given that it prevents the program from working at all. or i could just patch it as above and carry on. rday p.s. i've got sources.list configured to use only lenny, so it's possible that there's a fixed version in testing. -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
fully open source ECM suite? yup.
http://candyandaspirin.blogspot.com/2009/09/next-adventure-in-ecm-begins.html DISCLAIMER: i know the lady in question, but don't let that scare you off. :-) remember, it's all about the open source. rday -- ==== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: where would i configure an external HD to be automounted?
On Thu, 24 Sep 2009, Kumar Appaiah wrote: > On Thu, Sep 24, 2009 at 12:12:03PM -0400, Robert P. J. Day wrote: > > i know udev is a better solution *today*, but i'm trying to > > strictly reproduce what the old system was using, and it wasn't > > mounting that HD via udev, it was doing it via autofs. so the > > question remains -- does it make sense to not have a real /mnt > > directory? i have no idea where it went, but i'm quite sure a > > normal debian install would create one, no? > > autofs might be useful for you. The way it works is, you plug in the > disk, and access the mount point. When you try to access the mount > point, it checks for the disk and mounts it. Also, after a time you > specify (say one minute, for example), for which the disk is not > accessed, it is automatically unmounted. So, you can safely plug it > out. ah, thanks for reminding me how autofs works -- it's not the plugging in, it's the *attempt* to access contents under that mount point that automounts it. i'm embarrassed to have forgotten that. so i tried to list the contents under the appropriate mount point and, sure enough, there was a pause and the contents appeared. mystery solved. i was clearly thinking of udev and was thinking that the mounting would take place when the drive was plugged in, and i kept checking the output of the "mount" command before i'd even tried to access anything under the mount point. my fault. just being dense today. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: where would i configure an external HD to be automounted?
On Fri, 25 Sep 2009, Osamu Aoki wrote: > On Thu, Sep 24, 2009 at 11:08:46AM -0400, Robert P. J. Day wrote: > > no, i don't think i should need to do that. the *old* system > > didn't have an entry in /etc fstab for this. what i'm puzzled by is > > that, if the automounter isn't running, there's *no* /mnt directory on > > this system. > > It is udev. It takes partition label as location. > > http://www.debian.org/doc/manuals/debian-reference/ch03.en.html#_the_udev_system i know udev is a better solution *today*, but i'm trying to strictly reproduce what the old system was using, and it wasn't mounting that HD via udev, it was doing it via autofs. so the question remains -- does it make sense to not have a real /mnt directory? i have no idea where it went, but i'm quite sure a normal debian install would create one, no? rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: where would i configure an external HD to be automounted?
On Thu, 24 Sep 2009, gham...@sv-phoenix.com wrote: > Quoting "Robert P. J. Day" : > > > On Thu, 24 Sep 2009, Robert P. J. Day wrote: > > > > > On Thu, 24 Sep 2009, Vinicius Massuchetto wrote: > > > > > > > I would check with "mount" how the filesystem was mounted, then > > > > add it to /etc/fstab. Is that the case? > > > > > > nope, found it: an entry in /etc/auto.usb. i *figured* it was an > > > automount/autofs issue of some kind. > > > > hmm ... that didn't solve it and, in the process of debugging, i > > ran across something *very* unfamiliar but apparently easily fixable. > > > > to get the maxtor USB HD to automount when plugged in, i copied over > > the old autofs-related config files so that the system now has: > > > > /etc/auto.master: > > > > /var/autofs/misc/etc/auto.misc --timeout=5 > > /var/autofs/net /etc/auto.net > > /mnt/etc/auto.usb --timeout=2 > > > > /etc/auto.usb: > > > > usbdrive-fstype=ext3,rw,sync :/dev/sdb1 > > usbdrive2 -fstype=ext3,rw,sync :/dev/sdc1 > > > > looks good so far? and i can verify with "fdisk" that the drive > > appears as /dev/sdc, with a single linux partition of /dev/sdc1. i > > verified that i can manually mount that partition at an arbitrary > > directory i created under /tmp. and after i restarted autofs, i get: > > > > = > > > > # /etc/init.d/autofs status > > Configured Mount Points: > > > > /usr/sbin/automount --timeout=5 /var/autofs/misc file /etc/auto.misc > > /usr/sbin/automount --timeout=300 /var/autofs/net program > > /etc/auto.net > > /usr/sbin/automount --timeout=2 /mnt file /etc/auto.usb > > > > Active Mount Points: > > > > /usr/sbin/automount --pid-file=/var/run/autofs/_var_autofs_misc.pid > > --timeout=5 /var/autofs/misc file /etc/auto.misc > > /usr/sbin/automount --pid-file=/var/run/autofs/_var_autofs_net.pid > > --timeout=300 /var/autofs/net program /etc/auto.net > > /usr/sbin/automount --pid-file=/var/run/autofs/_mnt.pid --timeout=2 > > /mnt file /etc/auto.usb > > > > = > > > > would that normally be sufficient? have i forgotten anything? > > because i had someone unplug the drive, then plug it back in again and > > ... nothing. so i tried to *manually* mount the drive under /mnt, but > > i was unable to manually create a directory mount point under /mnt. > > > > # mkdir /mnt/rday > > mkdir: cannot create directory `/mnt/rday': No such file or directory > > # > > > > huh? then i looked more closely: > > > > # ls -ld /mnt > > drwxr-xr-x 2 root root 0 2009-09-24 09:04 /mnt > > # > > > > a directory size of zero? does that mean that there is no "real" > > /mnt directory (similar to /proc and /sys)? i'm confused since i'm > > used to /mnt being a real but empty directory. and i'm confused as to > > why the drive isn't being mounted at plug-in time. > > > > have i missed something? all of the above looks reasonable. to > > what log file would autofs diagnostics go? i can't find any error > > msgs. > > > > this looked so straightforward. > > > > rday > > -- > > > It should be pretty easy. I have a USB drive that mounts automatically > (sometimes even when I don't want it to). > > 1. Create a directory for your drive to mount to. In this case, it looks like > you want: > > mkdir /mnt/rday > > The mount point has to exist before you can mount to it. > > 2. Create an entry in /etc/fstab like this: > > /dev/sdc1 /mnt/rday ext3 user,auto,rw,exec,suid,dev 0 0 > > You can twiddle the options as you need, but this should get you going. > > Giff no, i don't think i should need to do that. the *old* system didn't have an entry in /etc fstab for this. what i'm puzzled by is that, if the automounter isn't running, there's *no* /mnt directory on this system. i always thought that /mnt should exist as a normal (but empty) directory. i'm *guessing* that what i need to do is stop the automounter, then "mkdir /mnt", then restart the automounter. i get the impression that, for the above to work, /mnt must already exist, and the automounter will be responsible for creating the appropriate subdirectory mount p
Re: where would i configure an external HD to be automounted?
On Thu, 24 Sep 2009, Robert P. J. Day wrote: > On Thu, 24 Sep 2009, Vinicius Massuchetto wrote: > > > I would check with "mount" how the filesystem was mounted, then > > add it to /etc/fstab. Is that the case? > > nope, found it: an entry in /etc/auto.usb. i *figured* it was an > automount/autofs issue of some kind. hmm ... that didn't solve it and, in the process of debugging, i ran across something *very* unfamiliar but apparently easily fixable. to get the maxtor USB HD to automount when plugged in, i copied over the old autofs-related config files so that the system now has: /etc/auto.master: /var/autofs/misc/etc/auto.misc --timeout=5 /var/autofs/net /etc/auto.net /mnt/etc/auto.usb --timeout=2 /etc/auto.usb: usbdrive-fstype=ext3,rw,sync :/dev/sdb1 usbdrive2 -fstype=ext3,rw,sync :/dev/sdc1 looks good so far? and i can verify with "fdisk" that the drive appears as /dev/sdc, with a single linux partition of /dev/sdc1. i verified that i can manually mount that partition at an arbitrary directory i created under /tmp. and after i restarted autofs, i get: = # /etc/init.d/autofs status Configured Mount Points: /usr/sbin/automount --timeout=5 /var/autofs/misc file /etc/auto.misc /usr/sbin/automount --timeout=300 /var/autofs/net program /etc/auto.net /usr/sbin/automount --timeout=2 /mnt file /etc/auto.usb Active Mount Points: /usr/sbin/automount --pid-file=/var/run/autofs/_var_autofs_misc.pid --timeout=5 /var/autofs/misc file /etc/auto.misc /usr/sbin/automount --pid-file=/var/run/autofs/_var_autofs_net.pid --timeout=300 /var/autofs/net program /etc/auto.net /usr/sbin/automount --pid-file=/var/run/autofs/_mnt.pid --timeout=2 /mnt file /etc/auto.usb = would that normally be sufficient? have i forgotten anything? because i had someone unplug the drive, then plug it back in again and ... nothing. so i tried to *manually* mount the drive under /mnt, but i was unable to manually create a directory mount point under /mnt. # mkdir /mnt/rday mkdir: cannot create directory `/mnt/rday': No such file or directory # huh? then i looked more closely: # ls -ld /mnt drwxr-xr-x 2 root root 0 2009-09-24 09:04 /mnt # a directory size of zero? does that mean that there is no "real" /mnt directory (similar to /proc and /sys)? i'm confused since i'm used to /mnt being a real but empty directory. and i'm confused as to why the drive isn't being mounted at plug-in time. have i missed something? all of the above looks reasonable. to what log file would autofs diagnostics go? i can't find any error msgs. this looked so straightforward. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: where would i configure an external HD to be automounted?
On Thu, 24 Sep 2009, Vinicius Massuchetto wrote: > I would check with "mount" how the filesystem was mounted, then add > it to /etc/fstab. Is that the case? nope, found it: an entry in /etc/auto.usb. i *figured* it was an automount/autofs issue of some kind. rday -- ==== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: where would i configure an external HD to be automounted?
On Thu, 24 Sep 2009, Robert P. J. Day wrote: > more specifically, on an old lenny system, when an external maxtor > (1-touch) HD was plugged in via USB, it was *apparently* mounted > automatically under /mnt/maxtor, for the purposes of backups later > in the evening. > > i have a full backup of /etc from that old system, and i'm trying > to figure out where that would have been configured so i can add it > to the new system. i've checked things related to autofs but i > don't see it. hint? i'm sure it's obvious, i just haven't found it > yet. and to preempt the obvious question, "lsusb" does show that the hard drive is connected. it's just the automount/autofs i need to activate so that it's mounted when it's plugged in. rday p.s. i'm *assuming* that some sort of auto-mounting was happening there, since there's nothing in the backup script that involves a manual mount of that drive. -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
where would i configure an external HD to be automounted?
more specifically, on an old lenny system, when an external maxtor (1-touch) HD was plugged in via USB, it was *apparently* mounted automatically under /mnt/maxtor, for the purposes of backups later in the evening. i have a full backup of /etc from that old system, and i'm trying to figure out where that would have been configured so i can add it to the new system. i've checked things related to autofs but i don't see it. hint? i'm sure it's obvious, i just haven't found it yet. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
copying over all of /etc/ssl to new system?
trying to close off a few more issues related to my lenny migration, and here's what's probably a trivial question -- since i'm re-installing some features bit by bit, am i safe to simply use the old /etc/ssl directory with all of those certs on the new system? FWIW, the new machine will have the same IP address and hostname, but i can't imagine that will make any difference. can i just grab the entire previous /etc/ssl and use it unchanged? and a followup question on this a bit later. rday -- ==== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: what software would have been looking after a maxtor one-touch?
On Tue, 22 Sep 2009, Robert P. J. Day wrote: > tidying up some issues from my upgrade/migration, and there was a > 1-touch maxtor external HD on the old (sarge) system that, > apparently, did a backup when you did that one-touch thing. the > question is: what software would have been sitting there in the > background, handling that? > > i see no official .deb package for a maxtor, and there's nothing > in udev about it so, trying not to sound overly dense, what should i > be looking for that would have been the backing software to handle > recognition of that drive? never mind, my mistake, the old backups were done via cron, not by actual button pushing, although i can see that the kernel these days does in fact contain support for the 1-touch maxtors. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
what software would have been looking after a maxtor one-touch?
tidying up some issues from my upgrade/migration, and there was a 1-touch maxtor external HD on the old (sarge) system that, apparently, did a backup when you did that one-touch thing. the question is: what software would have been sitting there in the background, handling that? i see no official .deb package for a maxtor, and there's nothing in udev about it so, trying not to sound overly dense, what should i be looking for that would have been the backing software to handle recognition of that drive? rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: /bin/sh shell for www-data ?
On Mon, 21 Sep 2009, Ali Jawad wrote: > Just a quick Question, why does apache have a shell in passwd file > on debian ? not sure this answers your question, but you can't use that as a login account since its entry in /etc/shadow has no legal password. so, unless i'm missing something, i guess that /bin/sh could have just as easily have been /bin/false. but i'm willing to be corrected. rday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: how to migrate smb accounts to new lenny system?
On Mon, 21 Sep 2009, Robert P. J. Day wrote: > having finally made the switch from an old server running lenny to > a new one (running at the same IP address), most functions seem to > be working, but samba shares are failing -- people who used to be > able to access shares from their windows systems now can't, and the > log file reports that: > > check_ntlm_password: Authentication for user [fred] -> [fred] > FAILED with error NT_STATUS_NO_SUCH_USER > > i've reproduced all of the standard user/group files so normal > logins work just fine. i've also copied all of the samba config > files that seemed relevant. can someone give me a hint as to the > file(s) i should have reproduced from the old system on the new one? > or must i run "smbpasswd" for each account on the new system, or > something like that? naturally, i'd like the users to not have to > reconfigure anything on their ends. while this is somewhat off-topic (not being strictly speaking a debian question), here's another observation that might debug this. from /var/log/samba/log.nmbd: [2009/09/21 08:31:23, 0] nmbd/nmbd_become_lmb.c:become_local_master_stage2(395) * Samba name server MAIN is now a local master browser for workgroup CORP on subnet 192.168.169.10 * [2009/09/21 08:31:23, 0] nmbd/nmbd_browsesync.c:find_domain_master_name_query_fail(350) find_domain_master_name_query_fail: Unable to find the Domain Master Browser name CORP<1b> for the workgroup CORP. Unable to sync browse lists in this workgroup. it seems, then, that the new linux system tries to become the local master browser, but (am i reading this right?) fails so that subsequent queries to the master browser also fail, perhaps causing all authentication requests after that to fail. is there a simple fix for this? i've tried reproducing everything necessary from the old machine, but i clearly missed something. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
how to migrate smb accounts to new lenny system?
having finally made the switch from an old server running lenny to a new one (running at the same IP address), most functions seem to be working, but samba shares are failing -- people who used to be able to access shares from their windows systems now can't, and the log file reports that: check_ntlm_password: Authentication for user [fred] -> [fred] FAILED with error NT_STATUS_NO_SUCH_USER i've reproduced all of the standard user/group files so normal logins work just fine. i've also copied all of the samba config files that seemed relevant. can someone give me a hint as to the file(s) i should have reproduced from the old system on the new one? or must i run "smbpasswd" for each account on the new system, or something like that? naturally, i'd like the users to not have to reconfigure anything on their ends. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: migrating my lenny install from 32-bit to 64-bit?
On Wed, 16 Sep 2009, Andrew Sackville-West wrote: > On Wed, Sep 16, 2009 at 10:14:40AM -0400, Robert P. J. Day wrote: > > On Wed, 16 Sep 2009, Sven Joachim wrote: > > > > > On 2009-09-16 15:49 +0200, Robert P. J. Day wrote: > > > > > > > a question about mysql. i want to reproduce all the mysql > > > > databases on the new system. is it sufficient to copy all of > > > > /var/lib/mysql? is that where the databases are physically > > > > stored? as opposed to doing mysql dumps and restores? > > > > > > I'm no database exports, but copying the files is only safe to > > > do when the SQL server is not running. Dumps and restores are > > > the officially recommended way, AFAIK. > > > > i have the freedom to shut down the mysql server after hours. > > so would that be the *only* issue? as in, once the server isn't > > running, is doing a straight copy of /var/lib/mysql a perfectly > > safe and valid thing to do? and i'm assuming i'd want to > > reproduce any configuration changes under /etc/mysql as well. so > > that would work just fine, would it? excellent. > > I can't answer the question about copying /var/lib/mysql, though, > since the destination isn't live, you could certainly try it. If it > fails, you are only out some copying time. > > But one thing you might consider with the db migration, is to move > *only* the db after hours and have your services on the old machine > connect to the db on the new machine. Then you can verify that it is > all working and even run your services live on that db on the 64 bit > machine while you continue the migration. nice idea, but i don't have that option as there will be a physical switchover where the current server is taken offline at the same moment the new one comes on at the same IP address. well, i guess i *could* do it that way but it seems easier to just wait for a quiet time, turn off the current mysql server, then copy the DBs shortly before the switch. which brings me back to my original question -- even though i know doing official mysql backups and restores are the *official* way to migrate the databases, as long as i can stop mysql on the current server, can i just then copy the entire /var/lib/mysql directory over to the new system to move the databases? or more specifically, just those /var/lib/mysql subdirectories corresponding to the databases i want to move? is that *technically* a valid thing to do? (even if it makes some people wince. :-) rday p.s. curiously, on the new system waiting for all that migrating data, /var/lib/mysql has three entries that don't exist on the current system: ibdata1 ib_logfile0 ib_logfile1 not sure what those are, but they're sizable. maybe i *will* do the dump/restore thing, just to play it safe after all. -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
how to renew a security certificate?
i'm hoping this is an easy one, even though i'm going thru the docs as we speak. on a functioning debian system, for the last many weeks, the clients who have fired up their thunderbird clients have been told: "mail.XXX.com is a site that uses a security certificate to encrypt data during transmission, but its certificate expired on 7/7/2009 2:06PM" mail is still being delivered, though, but it would be nice to make that diagnostic go away. i have a screen cap of the dialog box, which makes it clear it's related to dovecot. is there a simple recipe for renewing that cert (something i've never had occasion to do)? just pointing me at the appropriate web page would be fine. and is that enough info to know how to solve the problem? an expert mail admin i'm not. rday p.s. i'm assuming the certs are kept under /etc/ssl/certs. is there a cert examination command to display things like expiration dates, that would let me poke at some of those .pem files and go, "aha, that's the one with that expiration date." -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: lenny migration, part 4,862: samba
On Thu, 17 Sep 2009, Emanoil Kotsev wrote: > Robert P. J. Day wrote: > > > /etc/samba/* > > Samba has some important stuff in /var/ > /var/lib/samba > /var/run/samba > /var/spool/samba > /var/cache/samba > /var/log/samba quite right, i'd forgotten about that, but as i read it, pretty much all of that is transient content that will be (slowly?) regenerated as samba starts to run on the new system. if one looks at the relevant contents of the samba-common package, one sees: # dpkg --listfiles samba-common | grep /var /var /var/log /var/log/samba /var/cache /var/cache/samba /var/lib /var/lib/samba /var/run /var/run/samba # so that's just creating new empty directories. and as for the other package: # dpkg --listfiles samba | grep /var /var /var/spool /var/spool/samba /var/lib /var/lib/samba /var/lib/samba/printers /var/lib/samba/printers/COLOR /var/lib/samba/printers/W32MIPS /var/lib/samba/printers/W32ALPHA /var/lib/samba/printers/x64 /var/lib/samba/printers/W32X86 /var/lib/samba/printers/WIN40 /var/lib/samba/printers/IA64 /var/lib/samba/printers/W32PPC # so, technically, as long as i don't care about preserving the log files or cache, i can pretty much forget all of that. does that sound about right? rday -- ==== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
lenny migration, part 4,862: samba
still playing it safe and appreciating the feedback just so i don't do anything dumb, i'm now copying over the data/config related to the samba setup from the old server to the new server (in preparation for the eventual switch) and, as i read it, i just have to synchronize the following: /etc/cron.daily/samba /etc/logrotate.d/samba /etc/pam.d/samba /etc/dhcp3/dhclient-enter-hooks.d/samba /etc/samba/* that last entry meaning, of course, all the relevant files under /etc/samba. am i missing anything (other than the directories themselves to be shared, but that's going to be part of another massive copy operation). are there any other *config* files that i need to sync up to make the samba setup identical? thanks. rday p.s. i just noticed that the new server has /etc/samba/dhcp.conf, but the old one doesn't. i conclude that i made that selection when i installed samba but, since it's not on the old server, i just figure i'll delete it so everything matches exactly. -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: migrating my lenny install from 32-bit to 64-bit?
On Wed, 16 Sep 2009, Sven Joachim wrote: > On 2009-09-16 15:57 +0200, Sjoerd Hardeman wrote: > > > Kept thinking a bit longer: are the uids and gids of daemon users > > actually determined during install? My experience is that these > > users actually preserve their uid over installations quite well. > > This is only true for users with a UID < 100, as these are defined > and maintained by the base-passwd package. System users with a > higher UID get their UID and GID allocated at package installation > time and use the first ones that are available. So these vary > greatly between systems. so, just to put this part of the thread to bed, as i read it, the easiest way to now migrate over the users and groups from the old system is to take the three files: * /etc/passwd * /etc/shadow * /etc/group strip copies of them down to just their non-system users and groups, and append what's left to their respective files on the new install. from my experience with numerous forms of linux and unix, just those three files define the system users and groups. note that doing the above does nothing about configuring *other* software or features for user or group access -- copying the respective home directories, adding users' access to things like, say, /etc/ftpusers and so on. that's different. i'm talking simply about defining the *existence* of those users and groups, nothing more. are there any files or directories in addition to the above three i need to worry about? thanks. rday p.s. once all this is done, i really do plan on summarizing what i had to go through so others can take advantage of it. -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: migrating my lenny install from 32-bit to 64-bit?
On Wed, 16 Sep 2009, Andrei Popescu wrote: > On Wed,16.Sep.09, 13:24:12, Robert P. J. Day wrote: > > > > if i read this correctly, you're suggesting that if the "server" > > packages already have entries (100-999) in the passwd/group/shadow > > files (carried over from the old system), they'll keep the same > > UID? yes, that would be convenient if it's true. > > Yes, groups created by a package are not removed, not even on purge > (I still have the 'Debian-exim' user and group, though I purged it > and replaced it with postfix). If that same package is reinstalled > it will reuse the user:group, this is why it should work. thanks, that's useful to know for next time. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: [OT?] "5.7.1 relay access denied, please check the message recipient and try again."
On Wed, 16 Sep 2009, Andrew Sackville-West wrote: > I'm no postfix expert, but I think there have been some new sasl > related packages lately, and just because saslauthd is running > doesn't mean it's been restarted since new packages may have been > installed. I would look to restart that and try again. Clearly, > users are not authenticating with the server and it is thus, > rightly, denying relay. trust me ... been there, done that. reloading or restarting a system service is one of the first things i try. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[OT?] "5.7.1 relay access denied, please check the message recipient and try again."
ok, if i can impose on the list yet again (for something that doesn't appear to be something *i* did for a change), a fully-updated lenny mail server suddenly started to generate the above error when its corporate users try to send email from home through that mail server. i've been assured that that was working for a long, long time and only went south just over a week ago. and since i've also been assured that it affected everyone simultaneously, i'm concluding that it's a server issue. the system is using postfix and, to the best of my knowledge, *i* wasn't messing with the mail system when it broke so i'm guessing someone else was doing some configuration. i've found a number of web pages referring to that error and i'm perusing them right now, but if anyone has any hints, i'm listening. a couple more things. i have a backup copy of the entire /etc directory from before the breakage so i can quickly diff any relevant files (/etc/postfix/main.cf appears to be unchanged). also, any attempts to try to email from outside the internal network *appears* to coincide with the following messages in /var/log/mail.warn: Sep 15 23:12:38 main postfix/smtpd[20633]: warning: SASL authentication failure: cannot connect to saslauthd server: No such file or directory Sep 15 23:12:38 main postfix/smtpd[20633]: warning: SASL authentication failure: Password verification failed Sep 15 23:12:38 main postfix/smtpd[20633]: warning: unknown[24.114.232.37]: SASL PLAIN authentication failed: generic failure but i've verified that saslauthd is running. so ... is there something trivially obvious that would have changed on the server side that could cause this? i'll take everyone's word here that they haven't messed with their t-bird settings, so i'm looking at what on the server might have been tweaked. thanks. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: migrating my lenny install from 32-bit to 64-bit?
On Wed, 16 Sep 2009, Andrew Sackville-West wrote: > On Wed, Sep 16, 2009 at 07:16:32PM +0200, Emanoil Kotsev wrote: > > Andrei Popescu wrote: > > > > > On Wed,16.Sep.09, 07:21:52, Robert P. J. Day wrote: > > >> > > >> i've mentioned this before, but by the end of this week, i > > >> want to move my entire current (fully-updated) lenny install > > >> from an old 32-bit system to a new 64-bit dell server, and i'm > > >> open to advice on the easiest and most error-free way to do > > >> that. > > > > > > Hello Robert, > > > > > > I see you already have the new system installed. Not very > > > helpful for now, but for your next migration it might be easier > > > if you first copy over passwd, group, shadow... and then > > > install the server packages (the ones that create users in the > > > 101-999 range). This way you would be able to copy most (all?) > > > data files over without worrying about UID mismatch. > > > > > > Regards, > > > Andrei > > > > > > Hi, this is a question I was going to ask in few weeks as I > > planned to learn how I can migrate from 32 to 64 bit debian > > distro. > > > > well, the OP here is really trying to migrate data and services from > one machine to another and coincidentally, the new machine is 64 > bit. What you seem to be suggesting is different -- namely a > migration from 32 to 64 bit in place. exactly. using dpkg --get-selections and --set-selections, i did a virgin install on the new 64-bit system to duplicate the packages on the old system, now i'm just methodically copying over arch-independent data and config files. what you're asking is quite a different question. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: migrating my lenny install from 32-bit to 64-bit?
On Wed, 16 Sep 2009, Andrei Popescu wrote: > On Wed,16.Sep.09, 07:21:52, Robert P. J. Day wrote: > > > > i've mentioned this before, but by the end of this week, i want to > > move my entire current (fully-updated) lenny install from an old > > 32-bit system to a new 64-bit dell server, and i'm open to advice on > > the easiest and most error-free way to do that. > > Hello Robert, > > I see you already have the new system installed. Not very helpful > for now, but for your next migration it might be easier if you first > copy over passwd, group, shadow... and then install the server > packages (the ones that create users in the 101-999 range). This way > you would be able to copy most (all?) data files over without > worrying about UID mismatch. if i read this correctly, you're suggesting that if the "server" packages already have entries (100-999) in the passwd/group/shadow files (carried over from the old system), they'll keep the same UID? yes, that would be convenient if it's true. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: migrating my lenny install from 32-bit to 64-bit?
On Wed, 16 Sep 2009, Sven Joachim wrote: > On 2009-09-16 15:57 +0200, Sjoerd Hardeman wrote: > > > Kept thinking a bit longer: are the uids and gids of daemon users > > actually determined during install? My experience is that these > > users actually preserve their uid over installations quite well. > > This is only true for users with a UID < 100, as these are defined > and maintained by the base-passwd package. System users with a > higher UID get their UID and GID allocated at package installation > time and use the first ones that are available. So these vary > greatly between systems. is there no bulk account creation utility on debian for just this sort of thing? i know i've seen this sort of thing before on fedora, i just can't remember what it's called. essentially, you feed the utility a list of lines from an existing /etc/passwd file, and it runs the appropriate commands to create the corresponding accounts on a new system. all you need to do is strip a copy of the /etc/passwd file to the point where it contains only those users whose UIDs are 1000 and up, since you don't want to touch anything else. no such thing? i would have thought that that sort of thing is *exactly* what you want for migrations. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: migrating my lenny install from 32-bit to 64-bit?
On Wed, 16 Sep 2009, Sven Joachim wrote: > On 2009-09-16 15:57 +0200, Sjoerd Hardeman wrote: > > > Kept thinking a bit longer: are the uids and gids of daemon users > > actually determined during install? My experience is that these > > users actually preserve their uid over installations quite well. > > This is only true for users with a UID < 100, as these are defined > and maintained by the base-passwd package. System users with a > higher UID get their UID and GID allocated at package installation > time and use the first ones that are available. So these vary > greatly between systems. where are these boundaries defined? i'm familiar with such values being defined in places like /etc/default/{login,useradd, ???). from looking at /etc/passwd and from what you're written above, * UIDs of < 100 and 65534 (nobody) are fixed and immutable * UIDs of [100-999] represent packages/daemons that are given out as necessary as packages are installed so they don't have to match and i should leave them as is * UIDs of 1000 and up are for manually-created accounts, and i *should* reproduce them exactly from the old system to the new system seems pretty straightforward, much like i've seen on other linux systems. rday -- ==== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: migrating my lenny install from 32-bit to 64-bit?
On Wed, 16 Sep 2009, Sjoerd Hardeman wrote: > Kept thinking a bit longer: are the uids and gids of daemon users > actually determined during install? My experience is that these > users actually preserve their uid over installations quite well. nope. for example, on the old system, openldap account has a UID of 114. on new system, 105. numerous other daemon UID differences as well. so a straight copy isn't going to work here. this just gets trickier and trickier. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: migrating my lenny install from 32-bit to 64-bit?
On Wed, 16 Sep 2009, Sven Joachim wrote: > On 2009-09-16 15:49 +0200, Robert P. J. Day wrote: > > > a question about mysql. i want to reproduce all the mysql > > databases on the new system. is it sufficient to copy all of > > /var/lib/mysql? is that where the databases are physically stored? > > as opposed to doing mysql dumps and restores? > > I'm no database exports, but copying the files is only safe to do > when the SQL server is not running. Dumps and restores are the > officially recommended way, AFAIK. i have the freedom to shut down the mysql server after hours. so would that be the *only* issue? as in, once the server isn't running, is doing a straight copy of /var/lib/mysql a perfectly safe and valid thing to do? and i'm assuming i'd want to reproduce any configuration changes under /etc/mysql as well. so that would work just fine, would it? excellent. rday p.s. it occurs to me that i *might* want to copy over the mysql logs as well. that's where it gets tricky -- in some cases, i really might want to reproduce the old system's history and log files; in other cases, no. this isn't as simple as i first suspected -- it's just going to take some careful planning. once i'm done, maybe i should write about it. :-) -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: migrating my lenny install from 32-bit to 64-bit?
On Wed, 16 Sep 2009, Sven Joachim wrote: > On 2009-09-16 13:46 +0200, Sjoerd Hardeman wrote: > > > Robert P. J. Day schreef: > >> i've mentioned this before, but by the end of this week, i want to > >> move my entire current (fully-updated) lenny install from an old > >> 32-bit system to a new 64-bit dell server, and i'm open to advice on > >> the easiest and most error-free way to do that. > >> > >> i've already duplicated the software packages on the new server, so > >> what's left is to transfer over the remainder of the configuration -- > >> mail server, web server, user accounts, etc. the whole ball of wax. > >> > >> since both systems have webmin, someone suggested doing a webmin > >> backup on the old system, then just restoring it on the new one, which > >> makes a certain amount of sense as long as webmin can be trusted to > >> reproduce configuration info accurately. > > Why not just copy /etc, /home, /root and /var, and make sure you > > do not follw symlinks in copying. That should do. > > No, at least you need to leave out /var/lib/{dpkg,apt}. And you > have to be careful to preserve file ownership -- the uids and gids > of system users and groups may differ. right, see my previous post. i already have the new running system, so i don't want to overwrite install or log information with content from the *old* system. (is it just me, or does anyone else think that /var has gotten a bit chaotic in that respect?) rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: migrating my lenny install from 32-bit to 64-bit?
On Wed, 16 Sep 2009, Sjoerd Hardeman wrote: > Robert P. J. Day schreef: > > i've mentioned this before, but by the end of this week, i want > > to move my entire current (fully-updated) lenny install from an > > old 32-bit system to a new 64-bit dell server, and i'm open to > > advice on the easiest and most error-free way to do that. > > > > i've already duplicated the software packages on the new server, > > so what's left is to transfer over the remainder of the > > configuration -- mail server, web server, user accounts, etc. > > the whole ball of wax. > > > > since both systems have webmin, someone suggested doing a webmin > > backup on the old system, then just restoring it on the new one, > > which makes a certain amount of sense as long as webmin can be > > trusted to reproduce configuration info accurately. > Why not just copy /etc, /home, /root and /var, and make sure you do > not follw symlinks in copying. That should do. that's sort of the idea i had in mind, but not quite that brute-force. after some reflection, i'm willing to spend a little more time migrating stuff over subsystem by subsystem, just to give me the chance to see how those things fit together. for example, obviously i'm going to (mindlessly) copy over all of /home, but for that to make sense, i'll need to reproduce the /etc/{passwd,group,shadow} files, plus perhaps /etc/profile and related files, and anything that was added to the PAM subsystem regarding user settings. it's a bit more work, but it would be more educational. so, in that specific case, i'd be interested in all of the files that contain any information related to users and groups. regarding /var, i wouldn't want to copy over all of it since i have no interest in all the log files, which wouldn't be relevant to the new system. so i'd have to be more selective. but i *would* want to copy over anything under /var that *would* reflect any configuration or data. a question about mysql. i want to reproduce all the mysql databases on the new system. is it sufficient to copy all of /var/lib/mysql? is that where the databases are physically stored? as opposed to doing mysql dumps and restores? anyway, that's what i'm thinking -- one subsystem or component at a time, so i can appreciate the distinctions between all the parts. ftp server. mail server. web server and configuration. good idea? too much work? thoughts? rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: migrating my lenny install from 32-bit to 64-bit?
please don't top-post. On Wed, 16 Sep 2009, Onur Aslan wrote: > I suggest you to use low level tools, such as dd or cpio. After > copying all files, install grub to your boot device, configure it > and fstab (if your device order is different) and finish > installation. This can be done without any pain. > On Wed, Sep 16, 2009 at 07:21:52AM -0400, Robert P. J. Day wrote: > > > > i've mentioned this before, but by the end of this week, i want > > to move my entire current (fully-updated) lenny install from an > > old 32-bit system to a new 64-bit dell server, and i'm open to > > advice on the easiest and most error-free way to do that. > > > > i've already duplicated the software packages on the new server, > > so what's left is to transfer over the remainder of the > > configuration -- mail server, web server, user accounts, etc. > > the whole ball of wax. > > > > since both systems have webmin, someone suggested doing a webmin > > backup on the old system, then just restoring it on the new one, > > which makes a certain amount of sense as long as webmin can be > > trusted to reproduce configuration info accurately. > > > > i don't think this will be that difficult, but if there's a tool > > to make this easier, i'm open to suggestions. thanks. this doesn't really address my question. "dd" would not be a good choice as i already *have* the fundamental system set up in terms of software. all that's left is to copy over the additional *configuration* and *data* represented by the old system, for which dd would be a very bad choice, indeed. "cpio" is a better choice, but the decisions to be made there would be *which* files and directories to copy to reproduce the old system in its entirety as a mail server, web server, ftp server and so on. rday p.s. i don't want to sound a bit short, but there seems to be an annoying pattern on this mailing list that people don't actually *read* the question i'm asking before attempting to answer it. to recap, the new (64-bit) server has been installed with lenny (5.0.3, in fact). it's bootable, grub is fine, it's been set up with LVM. in short, it's a perfectly respectable and running 64-bit system. what i'm after are any potential tools that assist me in migrating the config and data info from an existing (32-bit) server. and since pretty much all the software is installed, the difference in bit size shouldn't make a big difference in what's left to be migrated, given that what's left is primarily data. -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
migrating my lenny install from 32-bit to 64-bit?
i've mentioned this before, but by the end of this week, i want to move my entire current (fully-updated) lenny install from an old 32-bit system to a new 64-bit dell server, and i'm open to advice on the easiest and most error-free way to do that. i've already duplicated the software packages on the new server, so what's left is to transfer over the remainder of the configuration -- mail server, web server, user accounts, etc. the whole ball of wax. since both systems have webmin, someone suggested doing a webmin backup on the old system, then just restoring it on the new one, which makes a certain amount of sense as long as webmin can be trusted to reproduce configuration info accurately. i don't think this will be that difficult, but if there's a tool to make this easier, i'm open to suggestions. thanks. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: why can't i use grub with an ext3 /boot partition?
On Wed, 16 Sep 2009, Jon Dowland wrote: > On Wed, Sep 16, 2009 at 12:10:36AM +0200, Emanoil Kotsev > wrote: > > read the hole thread please, he is saying only the installer does > > not offers grub if ext3 formated. > > I have read the whole thread. If you carefully study the quoted > section of my mail, you will see that I answered exactly the > question that Robert posed. yes, you pointed out that this might happen if my boot partition was under the control of LVM, which i pointed out in my initial post it was not. so we still don't have a solution here. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: why can't i use grub with an ext3 /boot partition?
On Tue, 15 Sep 2009, Jon Dowland wrote: > On Sun, Sep 13, 2009 at 06:58:17PM -0400, Robert P. J. Day > wrote: > > does anyone know the debian installer well enough to know *what* > > circumstances will cause said installer to refuse to offer grub as > > a bootloader, and only present lilo? > > If the /boot partition is underneath LVM is one. Is your /boot > partition something that resides in the DOS partition table? no, the /boot partition is a primary partition (/dev/sda1). everything else lives in LVM. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: why can't i use grub with an ext3 /boot partition?
On Sun, 13 Sep 2009, Andrew Reid wrote: > On Sunday 13 September 2009 03:33:50 Robert P. J. Day wrote: > > possibly related to an earlier post that discussed grub but, when > > installing lenny, if i choose to create a separate, primary partition > > for /boot (a long-time habit), if i select ext3 for that partition, i > > am not offered the chance to use grub as a bootloader. > > > > as best i can tell, that /boot partition must be both: > > I conjecture that you are doing Something Else wrong. > > I have many machines that have ext3 /boot partitions, including > several that were set up initially as lenny machines. I also have > this habit, and I generally intend to use ext2, but sometimes I > forget to switch it from the installer's filesystem default, which > is ext3. ok, so let's move beyond anecdotes and get into conjecture -- does anyone know the debian installer well enough to know *what* circumstances will cause said installer to refuse to offer grub as a bootloader, and only present lilo? rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: why can't i use grub with an ext3 /boot partition?
On Sun, 13 Sep 2009, Emanoil Kotsev wrote: > j...@jretrading.com wrote: > > > 489951 > > how big is your boot partition? tiny -- 512M. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
why can't i use grub with an ext3 /boot partition?
possibly related to an earlier post that discussed grub but, when installing lenny, if i choose to create a separate, primary partition for /boot (a long-time habit), if i select ext3 for that partition, i am not offered the chance to use grub as a bootloader. as best i can tell, that /boot partition must be both: 1) set as bootable, and 2) ext2 format otherwise, i'm stuck with lilo. is this true? is there a reason the debian install can't handle grub and a bootable ext3 partition? i've tested this a number of times and it seems that ext3 is the deciding factor. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
how to identify the package containing a file?
dumb question but how do i identify the package that contributed a specific file to my installation? on my fedora system, i'd ask: $ rpm -qf thanks. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: why does a minimal lenny install want to use LILO as the bootloader?
On Wed, 9 Sep 2009, Robert P. J. Day wrote: > since i saved the output from "dpkg --get-selections" from the > previous install before reformatting the hard drive, i understood > that i could do a bare-bones install, then use "dpkg > --set-selections" to reproduce the package selection and install. > > so, just for fun, i deselected every selection in the package > groups list, and now i'm being asked about where i want to install > LILO. why? if you choose to do a minimal install, is grub somehow > considered too fancy or optional? that's just weird. would > selecting one of those choices give me the grub option back again? wait, i might have the answer, here: http://linux.derkeiler.com/Mailing-Lists/Debian/2008-08/msg02319.html except that i *did* make a separate, primary partition for /boot -- /dev/hda1, right at the front of the hard drive. does it have to be bootable? is that what i might have forgotten? rday -- ==== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
why does a minimal lenny install want to use LILO as the bootloader?
since i saved the output from "dpkg --get-selections" from the previous install before reformatting the hard drive, i understood that i could do a bare-bones install, then use "dpkg --set-selections" to reproduce the package selection and install. so, just for fun, i deselected every selection in the package groups list, and now i'm being asked about where i want to install LILO. why? if you choose to do a minimal install, is grub somehow considered too fancy or optional? that's just weird. would selecting one of those choices give me the grub option back again? rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: during install, how can i back out of my LVM configuration?
On Wed, 9 Sep 2009, Γιώργος Πάλλας wrote: > Robert P. J. Day wrote: > > almost assuredly a dumb question but i'm testing a 5.0.3 AMD install > > and, early in the process, i selected the pre-configured multi-LV > > partitioning (home, tmp, usr, var). at this point, it doesn't seem > > like i can back up and manually modify that LVM partitioning scheme. > > do i need to start the install over again? any attempt i make to > > modify the LV layout tells me that the "lenny503" (my chosen VG name) > > volume group is already in use. so ... restart install? > > Isn't it maximum 2 minutes to reach that point in the install process? > If yes, why don't you just start over? but even when i restarted, i was still having trouble finding where to do the manual config. but i eventually worked it out, so i'm fine. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday
during install, how can i back out of my LVM configuration?
almost assuredly a dumb question but i'm testing a 5.0.3 AMD install and, early in the process, i selected the pre-configured multi-LV partitioning (home, tmp, usr, var). at this point, it doesn't seem like i can back up and manually modify that LVM partitioning scheme. do i need to start the install over again? any attempt i make to modify the LV layout tells me that the "lenny503" (my chosen VG name) volume group is already in use. so ... restart install? rday -- ==== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
saving package info for a fresh reinstall
hi, i want to save all my package info off to the side and do a re-install of lenny so i can restructure my logical volumes. (i realize i can do that manually with the various lvm commands but given how much i want to move things around, and that this install is still on a new server which isn't being used yet so i have no data to save, it's just easier to reinstall). i can see the idea of using dpkg with --get-selections and --set-selections, and googling showed me this: http://sunoano.name/ws/public_xhtml/debian_notes_cheat_sheets.html#get_and_or_set_list%20_of_installed_packages but as i read that, i saw references to the two commands: debconf-get-selections debconf-set-selections yet i see only the first of those two on this system (the set variation). that seems odd -- i can't find the first one. am i missing something obvious? in any event, if i have little configuration information to preserve, what's the simplest recipe to save my pkg info, then restore it after a really basic fresh install? thanks. rday -- ==== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: how to manually activate my broadcom wireless?
On Mon, 7 Sep 2009, Robert P. J. Day wrote: > i'm sitting in front of a lenny system which does not have either > network-manager or network-manager-gnome installed on it, but i > would dearly love to activate the broadcom wireless. > > the installed broadcom firmware worked fine a while back when the > manager packages were installed, and the appropriate modules are > loaded (b43, etc.). i can use "iwlist wlan0 scan" to see a number > of visible, local networks, and "iwconfig wlan0" shows me that wlan0 > is currently associated with exactly the network i'm trying to > associate with. > > so, without network-manager-gnome, what's the cmd line to activate > that wireless interface? i've tried: > > # ifconfig wlan0 up > > which simply returns but doesn't give me wireless. any hints on the > magic incantation? thanks. never mind -- whether it was the best solution or not, i just manually added the following to /etc/network/interfaces: auto wlan0 iface wlan0 inet dhcp after which i could manually activate the interface. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
how to manually activate my broadcom wireless?
i'm sitting in front of a lenny system which does not have either network-manager or network-manager-gnome installed on it, but i would dearly love to activate the broadcom wireless. the installed broadcom firmware worked fine a while back when the manager packages were installed, and the appropriate modules are loaded (b43, etc.). i can use "iwlist wlan0 scan" to see a number of visible, local networks, and "iwconfig wlan0" shows me that wlan0 is currently associated with exactly the network i'm trying to associate with. so, without network-manager-gnome, what's the cmd line to activate that wireless interface? i've tried: # ifconfig wlan0 up which simply returns but doesn't give me wireless. any hints on the magic incantation? thanks. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: still can't get imapproxy installed fully on upgraded system
On Thu, 27 Aug 2009, Robert P. J. Day wrote: > as a followup to a post from a few days back, i still can't get imapproxy > installed and configured on this (fully-upgraded) lenny system. every attempt > to "aptitude safe-upgrade" produces: > > ... snip ... > The following partially installed packages will be configured: > imapproxy > 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > Need to get 0B of archives. After unpacking 0B will be used. > Setting up imapproxy (1.2.6-5) ... > Starting IMAP proxy: invoke-rc.d: initscript imapproxy, action "start" failed. > dpkg: error processing imapproxy (--configure): > subprocess post-installation script returned error exit status 1 > Errors were encountered while processing: > imapproxy > E: Sub-process /usr/bin/dpkg returned an error code (1) > A package failed to install. Trying to recover: > Setting up imapproxy (1.2.6-5) ... > Starting IMAP proxy: invoke-rc.d: initscript imapproxy, action "start" failed. > dpkg: error processing imapproxy (--configure): > subprocess post-installation script returned error exit status 1 > Errors were encountered while processing: > imapproxy > Reading package lists... Done > Building dependency tree > Reading state information... Done > Reading extended state information > Initializing package states... Done > Reading task descriptions... Done ... snip ... just noticed this being logged in /var/log/syslog when i try to finish configuring imapproxy, i'm guessing it's useful info: Aug 27 02:36:19 main imapproxyd: main(): Using configuration file '/etc/imapproxy.conf' Aug 27 02:36:19 main imapproxyd: Using syslog facility 'LOG_MAIL' for logging. Aug 27 02:36:19 main in.imapproxyd[10577]: No syslog priority mask specified. Aug 27 02:36:19 main in.imapproxyd[10577]: main(): SELECT caching is disabled Aug 27 02:36:19 main in.imapproxyd[10577]: main(): Internal admin commands are disabled Aug 27 02:36:19 main in.imapproxyd[10577]: main(): Allocating 3072 IMAP connection structures. Aug 27 02:36:19 main in.imapproxyd[10577]: ServerInit(): Using '/var/log/imapproxy_protocol.log' for global protocol logging file. Aug 27 02:36:19 main in.imapproxyd[10577]: ServerInit(): proxying to IMAP server 'localhost'. Aug 27 02:36:19 main in.imapproxyd[10577]: ServerInit(): Proxying to IMAP port 143 Aug 27 02:36:19 main in.imapproxyd[10577]: IMAP_Line_Read(): connection closed prematurely. Aug 27 02:36:19 main in.imapproxyd[10577]: SetBannerAndCapability(): Error reading banner line from server on initial connection: Success -- Exiting. thoughts? rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
still can't get imapproxy installed fully on upgraded system
as a followup to a post from a few days back, i still can't get imapproxy installed and configured on this (fully-upgraded) lenny system. every attempt to "aptitude safe-upgrade" produces: ... snip ... The following partially installed packages will be configured: imapproxy 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. Setting up imapproxy (1.2.6-5) ... Starting IMAP proxy: invoke-rc.d: initscript imapproxy, action "start" failed. dpkg: error processing imapproxy (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: imapproxy E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up imapproxy (1.2.6-5) ... Starting IMAP proxy: invoke-rc.d: initscript imapproxy, action "start" failed. dpkg: error processing imapproxy (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: imapproxy Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done some googling produced this http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512369 which suggests that imapproxy won't install successfully if it can't connect to a running IMAP server on port 143. but it certainly seems that there's an imap server out there listening: # netstat -a | grep imap tcp0 0 *:imaps *:* LISTEN tcp0 0 *:imap2 *:* LISTEN tcp0 0 192.168.169.10:imapsinet:3969 ESTABLISHED tcp0 0 192.168.169.10:imapsinet:3738 ESTABLISHED tcp0 0 192.168.169.10:imapsinet:2694 ESTABLISHED tcp0 0 192.168.169.10:imapsinet:3490 ESTABLISHED tcp0 0 192.168.169.10:imapsinet:1136 ESTABLISHED # does the above suggest that the proxy should be trying to connect to the imaps port instead (still getting my head around imap stuff). the line from /etc/imapproxy.conf reads: server_port 143 should i change that to 993 (for imaps) and try again? i'm definitely puzzled by this one. everything else on the system seems to be running fine (fingers crossed). rday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
can i ditch imapproxy?
as in, is it entirely optional? it's causing me grief on my new lenny system so i'd just like to take it right out as long as that won't cause problems. thanks. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: apparently, lenny, apache 1.3 and php5 is a bad combination
On Tue, 25 Aug 2009, Johannes Wiedersich wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Robert P. J. Day wrote: > > is there a way to just add php5 support to apache 1.3 so i can > > get horde up and running again, or should i just bite the bullet > > and do what it takes to switch to apache2? (apache2 is currently > > on the system, it's just not being started.) > > > > thoughts? > > Just bite the bullet. > > Reading /usr/share/doc/apache2/README.Debian.gz will help you > getting started with Debian's apache2. i *was* planning on doing that as my last upgrade phase at my leisure. i just didn't realize that i would have to do that *immediately* to continue to have a working web server. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: apparently, lenny, apache 1.3 and php5 is a bad combination
On Tue, 25 Aug 2009, Johannes Wiedersich wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Robert P. J. Day wrote: > > i was hoping to continue running apache 1.3 on my new lenny > > system, just until i could make sure i had a clean upgrade path, > > then make the switch to apache2. but it seems like i won't have > > that option since i'm running some apps (eg., horde) which now > > fails to make a mysql DB > > IIRC, there is *NO* apache 1.3 in lenny. It has been discontinued. > > There have been several *years* of having both apache versions > supported by debian in order to allow for flexible planning of the > upgrade from apache 1 to apache 2. yes, i now realize that, so i guess my next step is to just migrate all my configuration files over to apache2 and stop using apache. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
apparently, lenny, apache 1.3 and php5 is a bad combination
i was hoping to continue running apache 1.3 on my new lenny system, just until i could make sure i had a clean upgrade path, then make the switch to apache2. but it seems like i won't have that option since i'm running some apps (eg., horde) which now fails to make a mysql DB connection, and that's because the php4-mysql package was removed to make way for php5-mysql, but apache 1.3 currently has only php4 support. i did notice that there's a "libapache-mod-php5" package that is supposed to add php5 support to apache1, but trying to install that tells me that that package is "BROKEN", and that libapache-mod-php4 would be removed. which doesn't do me much good. is there a way to just add php5 support to apache 1.3 so i can get horde up and running again, or should i just bite the bullet and do what it takes to switch to apache2? (apache2 is currently on the system, it's just not being started.) thoughts? rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: final issue? imapproxy: "Error reading banner line from server ..."
On Tue, 25 Aug 2009, Niu Kun wrote: > Robert P. J. Day 写道: > > this might actually be the final issue for me to resolve after this > > upgrade (one can only hope). there is one package that is still only > > partially configured: imapproxy. an attempt to complete its > > configuration generates: > > > > Log started: 2009-08-25 10:01:25 > > Setting up imapproxy (1.2.6-5) ... > > Starting IMAP proxy: invoke-rc.d: initscript imapproxy, action "start" > > failed. > > dpkg: error processing imapproxy (--configure): > > subprocess post-installation script returned error exit status 1 > > Errors were encountered while processing: > > imapproxy > > Log ended: 2009-08-25 10:01:26 > > > > and the diagnostic dumped into mail.err reads: > > > > SetBannerAndCapability(): Error reading banner line from server on \ > > initial connection: Success -- exiting. > > > > i have absolutely *no* clue what to do about that, so i am wide open > > to advice here. if i can deal with this, i might be home free. > > every attempt to do a safe upgrade generates that same diagnostic. > Show us the output of > /etc/init.d/imapproxy start there is none. i just get a prompt back, but that service doesn't start. > And see if you have the file /var/log/mail.err > Look into it if there's one and see if it helps. i listed the output from mail.err above -- it's the single line referring to "SetBannerAndCapability", that's all. that line is printed upon every attempt to finish configuring imapproxy. and the "dpkg" status shows that that package is still only "install ok half-configured". although, since this merely an "optional" package, shouldn't i be able to take it out or ignore it for now? email does seem to be working so perhaps fixing this package can be pushed down the priority list for now. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday
final issue? imapproxy: "Error reading banner line from server ..."
this might actually be the final issue for me to resolve after this upgrade (one can only hope). there is one package that is still only partially configured: imapproxy. an attempt to complete its configuration generates: Log started: 2009-08-25 10:01:25 Setting up imapproxy (1.2.6-5) ... Starting IMAP proxy: invoke-rc.d: initscript imapproxy, action "start" failed. dpkg: error processing imapproxy (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: imapproxy Log ended: 2009-08-25 10:01:26 and the diagnostic dumped into mail.err reads: SetBannerAndCapability(): Error reading banner line from server on \ initial connection: Success -- exiting. i have absolutely *no* clue what to do about that, so i am wide open to advice here. if i can deal with this, i might be home free. every attempt to do a safe upgrade generates that same diagnostic. rday p.s. should i have done something differently during the upgrade to have avoided this issue? -- ==== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: a couple remaining issues after dist-upgrade, etch -> lenny
On Tue, 25 Aug 2009, Niu Kun wrote: > Robert P. J. Day 写道: > > i finally pulled the trigger on this, almost 300 packages upgraded, > > rebooted and here are some of the (apparently non-fatal) issues i ran > > across: ... snip ... > > 3) in fact, running "aptitude upgrade" tells me that slapd is still > > only partially configured, but trying to finish the configuration > > gives me: > > > > = > > > > Setting up slapd (2.4.11-1) ... > > Backing up /etc/ldap/slapd.conf in /var/backups/slapd-2.3.30-5+etch2... > > done. > > Upgrading BDB 'checkpoint' options... . > > Moving old database directories to /var/backups: > > Loading from /var/backups/slapd-2.3.30-5+etch2: > > - directory dc=,dc=com... failed. > > > > Loading the database from the LDIF dump failed with the following > > error while running slapadd: > > /etc/ldap/slapd.conf: line 50: unknown directive outside > > backend info and database definitions. > > slapadd: bad configuration file! > > dpkg: error processing slapd (--configure): > > subprocess post-installation script returned error exit status 1 > > > > = > > > > i'm not an LDAP expert -- can i just comment out the offending line? > > > > defaultaccess write > > > Don't know if defaultaccess is set to write is good enough for your > application. > You can try comment it out or add the following line to your config file: > access to * >by * write > As far as I know, it's really dangerous and should be fully tested in advance. > Hope this helps. for now, just to finish getting slapd configured, i commented out the "defaultaccess" line, at which point i got the error: "error while running slapadd: /etc/ldap/slapd.conf: line 64: extra cruft after that line originally read: lastmod on replogfile /var/lib/ldap/replog so i just obeyed the diagnostic and changed it to: lastmod on and the slapd configuration completed. i'll go over the docs later but, as long as slapd seems to be running for the moment, i'm hoping those changes are adequate. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday
a couple remaining issues after dist-upgrade, etch -> lenny
i finally pulled the trigger on this, almost 300 packages upgraded, rebooted and here are some of the (apparently non-fatal) issues i ran across: 1) my /etc/aliases.db file was deleted. no problem, i just recreated it with # postalias hash:/etc/aliases easy enough to fix but should i have expected that? couldn't something that obvious be part of the automatic upgrade process? 2) log error that there was no permission to read /etc/ldap/slapd.conf, not surprising since the perms on that file were: root root -rw--- changed perms to 644, that seems to have solved that problem. should i have expected that as well? or was there a better way to solve that access problem? 3) in fact, running "aptitude upgrade" tells me that slapd is still only partially configured, but trying to finish the configuration gives me: = Setting up slapd (2.4.11-1) ... Backing up /etc/ldap/slapd.conf in /var/backups/slapd-2.3.30-5+etch2... done. Upgrading BDB 'checkpoint' options... . Moving old database directories to /var/backups: Loading from /var/backups/slapd-2.3.30-5+etch2: - directory dc=,dc=com... failed. Loading the database from the LDIF dump failed with the following error while running slapadd: /etc/ldap/slapd.conf: line 50: unknown directive outside backend info and database definitions. slapadd: bad configuration file! dpkg: error processing slapd (--configure): subprocess post-installation script returned error exit status 1 = i'm not an LDAP expert -- can i just comment out the offending line? defaultaccess write i'm guessing there's been a change in the syntax of that config file and i just have to read up on it. off to check if there are any more issues, but if that's the extent of them, i'm in good shape. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: "deborphan" is a wonderful utility
On Tue, 25 Aug 2009, Mark Allums wrote: > Robert P. J. Day wrote: > > > theoretically, i can see that it shouldn't cause any breakage. > > but i was curious when i noticed that "libhal1" on this etch > > system is listed as an orphan. > > > > coming from a fedora universe, i always thought of the HAL layer > > as fairly fundamental, but i guess i've stripped this server down > > far enough that even the HAL library isn't being used anymore. > > Possibly libhal1 was replaced by a differently named version. This > happens occasionally, although usually apt/aptitude/Synaptic handles > it properly. > > Or possibly not; my system has libhal1, and it is shown to be > available in Stable, Testing, and Unstable versions (Lenny, Squeeze, > and Sid). A whole slew of things depends on it, such as several > parts of X, so you must be correct, and your system is pretty > minimal. the "minimal" part appears to be correct. it's a back-room server, ssh-accessible only, no X. i've been removing things to the point where i'm now down below 450 packages. i'm a big believer in simplicity. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
"deborphan" is a wonderful utility
much thanks to whoever suggested "deborphan" recently to help me clean out unused libraries. i've been fairly conservative with it, getting rid of libs a bit at a time and making sure things still run. someone else locally suggested to just throw caution to the winds and run: # aptitude purge $(deborphan) in fact, run it until it stopped making a difference. is there any way that can cause problems? theoretically, i can see that it shouldn't cause any breakage. but i was curious when i noticed that "libhal1" on this etch system is listed as an orphan. coming from a fedora universe, i always thought of the HAL layer as fairly fundamental, but i guess i've stripped this server down far enough that even the HAL library isn't being used anymore. so is removing orphaned libs in bulk a safe thing to do? it would *seem* to be but i just want to be sure. thanks. a couple more questions coming shortly. rday p.s. starting with a server that had just over 600 packages, i'm now down to 460, with no loss in functionality. hopefully, this will make that final upgrade as safe as possible. p.p.s. i'm starting to like this debian thing more and more. :-) -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: a pseudo-"clone" facility for migrating to new hardware?
On Mon, 24 Aug 2009, Joe wrote: > My advice would be to grit your teeth and install a completely new > system, based on your existing packages. Then copy the data and as > much configuration information as possible. Sorry. it only just occurred to me that, yes, that's what i have to do since it's currently a 32-bit system and i'm moving it to a 64-bit server. duh. (yes, i know i could install a 32-bit OS but that would be a waste of all that 64-bit processing power.) rday -- ==== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: a pseudo-"clone" facility for migrating to new hardware?
On Mon, 24 Aug 2009, Joe wrote: [regarding moving debian install from old HW to new HW ...] > My advice would be to grit your teeth and install a completely new > system, based on your existing packages. Then copy the data and as > much configuration information as possible. Sorry. that was one of my considerations. i just didn't know if there was an existing utility to automate a lot of that. apparently not. > Upgrading isn't a totally clean job: I upgraded from etch to lenny, > and there were a few hiccups. that part of it will be happening later today. as i've mentioned before, i'm upgrading to lenny on the *old* server first, so the migration will be as easy as possible. actually, i'm upgrading in several phases -- safe upgrade, wait for things to settle and tweak as necessary, followed by a dist-upgrade ... repeat until done. what's been done so far on the old server, one step at a time, debugging and tweaking all the while: * upgrade sarge * safe upgrade to etch * dist upgrade to etch * upgrade etch kernel to 2.6.18, discover it's broken * upgrade etch hernel to 2.6.24, still broken * upgrade etch kernel to 2.6.26, working again and that's the state of the old server as we speak. the last two phases: * switch /etc/apt/sources.list to "stable", safe upgrade, tweak * dist upgrade to lenny, tweak, beer at which point i'm as up to date as i'm going to get on the old server, and it will be time to migrate it over to the new HW. > If you use exim4, and you haven't upgraded it yet, the configuration > model is a bit different, and if you tell it to use the existing > configuration, it will die horribly... no exim. apparently, mercifully. :-) > Apache/php is also very slightly different, and I still have a > couple of minor quirks I haven't tracked down yet. Unavoidable > whichever way you go. i figured the apache upgrade would have some issues, so is there any problem with just sticking with apache1 for the time being? that's what's running on the etch system now, should it still run nicely on lenny until i know exactly what the upgrade process is to move to apache2? > As you're also changing hardware and moving to LVM, I'd think there > are enough potential gotchas to do a clean install. That way, you > also get to bring it up in parallel, and can fix some problems with > reference to a running system. I was in almost exactly the same > position, having upgraded old hardware to lenny prior to moving, and > the experience of the upgrade led me to do a clean install and data > migration, which wasn't difficult. hmm ... i'm thinking that i could cheat a bit and, since the new hard drives are massively larger than the single existing one, i could just set up another single root filesystem on the new first drive and copy everything over, then switch to LVM sometime down the road by manually formatting the (unused) second drive, copying over the entire install, and switching drives. that would have the advantage of being able to *exactly* reproduce the running system, without having to load it into a previous debian install. or is that overkill? in any event, i have more than enough room to migrate onto a single drive, and use the second drive to slowly and carefully duplicate that install until i'm ready to switch to what i want long-term. > There is also the point that an upgraded system is not identical to > a clean install. Some things will end up slightly different, > particularly configurations, as some shortcuts will clearly be > possible if there's no existing system to stay compatible with. My > etch was already an upgrade from sarge, which may have complicated > things. deja vu. :-) what i'm going to do later today is peruse the installed packages and see if there are any that are obviously redundant or obsolete, just so i can strip the running system down as much as possible to simplify things and avoid interactions and side effects. > I'm sure it is possible to just keep upgrading, and that a number of > people will jump in and tell me they have done this from potato or > earlier, but I run a live mail server with no backup and I really > don't want it to be down for more than a couple of hours. Parallel > running was very attractive. i'll bet it was. thanks for the advice. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
a pseudo-"clone" facility for migrating to new hardware?
into the final stages of my debian upgrade adventure, and here's the final phase. at the moment, i have a couple more upgrade steps to get the existing server (old dell P4 system) up to a fully-upgraded lenny system, and make sure all the software still works properly (web server, mail server, etc.). and this is on a system where there is a single root filesystem (/dev/sda1), so it's a very simple partitioning layout. once that upgrade is done, i want to pick up the entire install, and move it to a new dual-drive poweredge server, obviously keeping everything in place. but i want to format the new system with LVM and multiple filesystems for robustness. so what's the best way to do that? the obvious solution is to take the running server offline, reboot to a rescue CD, and copy the entire rootfs verbatim to a backup device, connect that backup device to the new server, and restore with a directory-oriented restoration which will honour the new LVM layout. but that suggests that the new server already has a debian install on it, so that restoration will obviously end up writing over top of an existing install. is that safe? i find it hard to believe that would work cleanly as the old log files (dpkg, aptitude and so on) would overwrite the ones on the new server, and i'm betting i'd end up with all sorts of inconsistencies. the only way i can think of avoiding that kind of grief would be for me to do the barest install on the new server, where the packages i installed there would be an absolute subset of the ones on the old server. or, better yet, just arrange for empty filesystems to be sitting there, waiting to be filled. is there, perhaps, a utility for this sort of thing? after all, this has to be a fairly common occurrence -- moving a working debian system from an aging, old system to a newer one. thoughts? rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: safe to purge older versions of installed software?
On Sun, 23 Aug 2009, Jörg-Volker Peetz wrote: > On my systems the output of > > $ aptitude search '~i~D^acpid$' > > is > > i acpi-support-base - scripts for handling base ACPI events > such you're right, i had a typo. sorry. but now that i've found "apt-rdepends", i'm good. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday
Re: safe to purge older versions of installed software?
On Sun, 23 Aug 2009, Robert P. J. Day wrote: > On Sun, 23 Aug 2009, Jörg-Volker Peetz wrote: > > > Robert P. J. Day wrote: > > > this should be an easy one: on my current (etch) system, there are > > > a number of packages that have more than one version installed. for > > > example (and from memory), there are at least three versions of gcc > > > installed. am i safe to remove/purge the older ones? > > > > > > perhaps a better question is, what is the command to list the > > > packages that depend on a certain package? in fedora, i'm used to > > > running: > > > > > > $ rpm -q --whatrequires > > > > > > > aptitude comes in handy here: > > > > aptitude search '~i~D^$' > > > > Since aptitude uses regular expressions search is enclosed > > by ^ and $ to distinguish, e.g., between gcc-4.3 and gcc-4.3-doc. > > i'm not sure what that's supposed to show me. let me give you an > example from my running lenny system. if i run: > > $ apt-cache rdepends acpid > > i get a list that includes, among other things, two installed > packages -- acpi-support and acpi-support-base -- and a bunch of other > packages that *aren't* installed. > > what i want now is a way to list only the *installed* reverse deps > of acpid. if i run (as you suggest): > > $ aptitude search '~i~D^acpid$' > > i get null output. what do you *think* i should see? never mind, i just found the "apt-rdepends" package, with cool options like "--state-show=installed". someone might have mentioned that package earlier. :-) rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday
Re: safe to purge older versions of installed software?
On Sun, 23 Aug 2009, Jörg-Volker Peetz wrote: > Robert P. J. Day wrote: > > this should be an easy one: on my current (etch) system, there are > > a number of packages that have more than one version installed. for > > example (and from memory), there are at least three versions of gcc > > installed. am i safe to remove/purge the older ones? > > > > perhaps a better question is, what is the command to list the > > packages that depend on a certain package? in fedora, i'm used to > > running: > > > > $ rpm -q --whatrequires > > > > aptitude comes in handy here: > > aptitude search '~i~D^$' > > Since aptitude uses regular expressions search is enclosed > by ^ and $ to distinguish, e.g., between gcc-4.3 and gcc-4.3-doc. i'm not sure what that's supposed to show me. let me give you an example from my running lenny system. if i run: $ apt-cache rdepends acpid i get a list that includes, among other things, two installed packages -- acpi-support and acpi-support-base -- and a bunch of other packages that *aren't* installed. what i want now is a way to list only the *installed* reverse deps of acpid. if i run (as you suggest): $ aptitude search '~i~D^acpid$' i get null output. what do you *think* i should see? rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday
RE: should a "normal* system have multiple library versions?
On Sun, 23 Aug 2009, Kevin Ross wrote: > > From: Robert P. J. Day [mailto:rpj...@crashcourse.ca] > > Sent: Sunday, August 23, 2009 1:00 AM > > > > On Sun, 23 Aug 2009, Robert P. J. Day wrote: > > > > > for comparison purposes, i'm looking at a fully-updated lenny > > > system right now, and i see not a single example of a lib > > > package for which multiple versions are installed, which is what > > > i would expect. > > > > argh, i take it back -- i just noticed that this system has both > > libdb4.5 and libdb4.6 but checking with "apt-cache rdepends" shows > > quite a number of packages that still need 4.5, so i'm guessing > > that's a special case. > > > > rday > > You can run "deborphan" to show a list of libraries that nothing > depends on, and would be safe to remove. ah, that will be immensely useful, thanks. on my amd64 lenny system, running that gives me only "libc6-i386". curious. since this is a 64-bit install, and nothing installed appears to depend on that 32-bit library, is there a reason it was installed in the first place? rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: should a "normal* system have multiple library versions?
On Sun, 23 Aug 2009, Robert P. J. Day wrote: > for comparison purposes, i'm looking at a fully-updated lenny > system right now, and i see not a single example of a lib package > for which multiple versions are installed, which is what i would > expect. argh, i take it back -- i just noticed that this system has both libdb4.5 and libdb4.6 but checking with "apt-cache rdepends" shows quite a number of packages that still need 4.5, so i'm guessing that's a special case. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
should a "normal* system have multiple library versions?
as a followup to something i asked earlier, i was curious about whether it was safe to clean older versions of packages off of a system i'm currently upgrading. (i inherited this system, so i don't have a full history of how it got to be how it is.) more specifically about those packages with multiple versions, most of them are, in fact, library packages. working from memory, there were quite a few lib packages that had two versions installed, a small number with three or more. is that normal? for comparison purposes, i'm looking at a fully-updated lenny system right now, and i see not a single example of a lib package for which multiple versions are installed, which is what i would expect. so i guess the question is, under *normal* circumstances, if one sticks with nothing but the stable packages, and does nothing but normal upgrades, is there *any* reason for a system to end up with multiple versions of packages? particularly library packages? i would have thought that, under normal processing, lib packages and their reverse dependencies would stay in sync as one kept upgrading. are there curcumstances under which that would *not* be the case? because my plan is to, for all of those older lib packages, use "apt-cache rdepends" to see who cares about it and, if no one, purge it. i see no reason to hang onto useless packages, if they are in fact useless. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: should debian FAQ suggest "alpine" as an alternative to "pine"?
On Sat, 22 Aug 2009, Chris Burkhardt wrote: > Robert P. J. Day wrote: > > currently perusing the FAQ, section 5.10 asks, "where is pine?" > > since alpine is apparently available for debian, shouldn't that > > section at least mention that alternative? i've used alpine as a > > drop-in replacement for pine on fedora for quite some time. > > Yes, I think that would be a good idea. > > >is there a better place to make that suggestion? > > >From FAQ Section 16.2 "Feedback": > > Comments and additions to this document are always welcome. Please > send e-mail to doc-deb...@packages.debian.org, ... done. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: safe to purge older versions of installed software?
On Sat, 22 Aug 2009, Dean Sutherland wrote: > Hi, > > Someone correct me if I'm wrong, but I believe the command you're > after is apt-cache rdepends packagename > > d...@subspace:~$ apt-cache rdepends gcc-4.1 > gcc-4.1 > Reverse Depends: > linux-headers-2.6.26-1-686 > gcc-doc-base > gcc-doc-base > gcc-4.1-doc > gcc-4.1-doc > gpc-4.1 > gcj-4.4-jdk > gcj-4.3 > gcj-4.2 > gcc-4.1-multilib > gcc-4.1-multilib > gcc-4.1-locales > g++-4.1 > > It appears not all of those packages will be removed if you remove the > gcc-4.1 package. > > d...@subspace:~$ sudo apt-get remove gcc-4.1-base > Reading package lists... Done > Building dependency tree > Reading state information... Done > The following packages will be REMOVED: > cpp-4.1 gcc-4.1 gcc-4.1-base linux-headers-2.6.26-1-686 > 0 upgraded, 0 newly installed, 4 to remove and 394 not upgraded. yes, it look like that's what i was after, thanks. (how many package management commands and alternatives *are* there in debian? :-) so the question now becomes, if i run that command on both gcc-4.2-base and gcc-4.3-base, it looks like (not surprisingly) the 4.2 package has lots of 4.2-related reverse dependencies, and likewise for gcc-4.3-base. so do i really need the 4.2 stuff? if anyone has a fully-updated *lenny* system and they're willing to run the same commands, is there anything about the output from the 4.2 version that would suggest that it needs to be retained, given that 4.3 is on the system? and on the system i'm upgrading, there are a number of packages that are installed with more than one version. i'd just like to clean that system by purging anything that has no value. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
should debian FAQ suggest "alpine" as an alternative to "pine"?
currently perusing the FAQ, section 5.10 asks, "where is pine?" since alpine is apparently available for debian, shouldn't that section at least mention that alternative? i've used alpine as a drop-in replacement for pine on fedora for quite some time. is there a better place to make that suggestion? rday -- ==== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: safe to purge older versions of installed software?
On Sat, 22 Aug 2009, Robert P. J. Day wrote: > On Sat, 22 Aug 2009, Niu Kun wrote: > > > Robert P. J. Day 写道: > > > On Sat, 22 Aug 2009, Niu Kun wrote: > > > > > > > See if your 'apt-get' supports 'apt-get purge'. > > > > > > it does, but how does that solve my problem? should i try to > > > purge a package, then see what the result would be before saying > > > yes/no? > > > Yes. apt-get will ask you if you'd like to remove the related > > package. > > right, so i can always just use "--dry-run" if i want. > > > Or you can use 'apt-cache show `packagename`'. > > It'll list the related "Depends" package. > > no, i want to go the *other* way -- to ask what currently-installed > packages depend *on* a given, currently-installed package. actually, even though i was asking in the context of a system in the process of upgrading on which there is all kinds of historical cruft so i fully expect to find older versions of packages lying around, i just noticed that the same thing happens on a fresh (and updated) version of lenny (5.0.2). here are two currently installed packages (according to "dpkg -l"): gcc-4.2-base gcc-4.3-base my immediate thought is -- why do i need both? it's quite possible i *do*, but i don't know how to verify that. hence my question: how can i display what installed packages allegedly depend on gcc-4.2-base, so that i know it's actually required to be on my system. i realize i can simulate trying to remove it to see what would happen, but that strikes me as messy and overkill. rday p.s. i warned you there would be more trivial questions. :-) -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday
Re: safe to purge older versions of installed software?
On Sat, 22 Aug 2009, Niu Kun wrote: > Robert P. J. Day 写道: > > On Sat, 22 Aug 2009, Niu Kun wrote: > > > > > > > See if your 'apt-get' supports 'apt-get purge'. > > > > > > > it does, but how does that solve my problem? should i try to > > purge a package, then see what the result would be before saying > > yes/no? > Yes. apt-get will ask you if you'd like to remove the related > package. right, so i can always just use "--dry-run" if i want. > Or you can use 'apt-cache show `packagename`'. > It'll list the related "Depends" package. no, i want to go the *other* way -- to ask what currently-installed packages depend *on* a given, currently-installed package. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday
safe to purge older versions of installed software?
this should be an easy one: on my current (etch) system, there are a number of packages that have more than one version installed. for example (and from memory), there are at least three versions of gcc installed. am i safe to remove/purge the older ones? perhaps a better question is, what is the command to list the packages that depend on a certain package? in fedora, i'm used to running: $ rpm -q --whatrequires so i can always ask whether anything depends on one of those older versions first. in particular, i noticed that most of those older versions of installed packages were "lib" packages, so it should be easy(?) to ask whether there's anything installed that needs an older version. if not, i should be ok to get rid of it, no? rday -- ==== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
RE: "Mounting /root/dev on /dev/.static/dev failed: No such file or directory."
On Fri, 21 Aug 2009, Kevin Ross wrote: > > From: news [mailto:n...@ger.gmane.org] On Behalf Of Emanoil Kotsev > > Sent: Friday, August 21, 2009 2:50 PM > > > > Robert P. J. Day wrote: > > > > > * followed docs to upgrade kernel alone to 2.6.18 (based on > > > etch release notes) > > > > you are writing this today - the kernel in use should be 2.6.30 > > whatever no, a 2.6.26 kernel is sufficient. the subject was how to get a bootable *etch* system. > The upgrade path from Etch to Lenny requires one to update the > kernel first, from 2.4 to 2.6, and the 2.6 series kernel in Etch is > 2.6.18. I don't know if that is the OP's plan or not, but it makes > sense. as i discovered earlier, there is a fatal bug in the 2.6.18 and even the 2.6.24 kernel regarding megaraid controllers. pulling in a lenny 2.6.26 kernel solved everything. so, at this point, i have a fully upgraded etch system, and monday's project will be to finish it off by moving it up to lenny. rday -- Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
"Mounting /root/dev on /dev/.static/dev failed: No such file or directory."
long story short (at least for now): * upgraded sarge to etch, retained 2.4.27 kernel * verified that upgraded system works fine * followed docs to upgrade kernel alone to 2.6.18 (based on etch release notes) * kernel upgrade process seemed to install all the bits and pieces in the right places (/boot, /lib/modules) * boot to new kernel produces: ... lots snipped ... then very similar to what you read here: https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/26391 i've googled the daylights out of that, so i'm trying a number of different things, but here's my first question: given that the boot messages fly by so that i have only the final screen of boot output left, are those messages archived anywhere so i can go back and look at them after i get dumped into the initramfs busybox? i'm fairly new to debian, but have lots of background in fedora (for what that's worth). i've been taking notes so i definitely have more questions but for now, i just want a way to see the *entire* boot sequence, since there might be something there that just gives away what the problem is, except that it's already scrolled off the screen. thanks. rday -- ======== Robert P. J. Day Waterloo, Ontario, CANADA Linux Consulting, Training and Annoying Kernel Pedantry. Web page: http://crashcourse.ca Twitter: http://twitter.com/rpjday -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org