Re: [gentoo-user] Mailman archives are not written anymore - why??
Hi, On Thu, Mar 08, 2007 at 10:24:21AM +0100, Alexis Lahouze wrote: Hi, I know there are basic questions but: - do you have any free space on your fs? Yes, enough for now (70MB, it's text only msgs). - is the destination folder for mailman writable for the user or the group which executes mailman processes? Hmmm... mailman is setgid mailman (perms/ownership 8 -rwxr-sr-x 1 mailman mailman) - the perms of /usr/local/mailman/archives/private/waf-ac-core (one of the mailing lists in question) are drwxrwsr-x 2 mailman mailman - that should be ok, right? The funny thing is, that for one month it worked, but the problem seemed to be the creation of a new subdirectory. The file system is mounted with noatime option - might that be a problem? Delivery of the messages works - its only the archiving which don't (w/o visible error msgs). Neither the HTML archives nor the mbox archives are written. Strange... - Wolfgang I don't know mailman so I can't help more, sorry... Wolfgang Liebich [EMAIL PROTECTED] a écrit : Hi, I've suddenly detected that the mailman archives are not written anymore. I use the normal, run-of-the-mill pipermail coming w/ mailman. End of december I migrated my mailing lists to a new PC. The My installation data: #eix mailman [I] net-mail/mailman Available versions: 2.1.9_rc1 ~2.1.9 Installed: 2.1.9_rc1(11:54:59 12/07/06)(apache2 -courier -exim postfix -qmail -sendmail -xmail) Homepage:http://www.list.org/ Description: A python-based mailing list server with an extensive web interface # equery uses mailman [ Searching for packages matching mailman... ] [ Colour Code : set unset ] [ Legend : Left column (U) - USE flags from make.conf ] [: Right column (I) - USE flags packages was installed with ] [ Found these USE variables for net-mail/mailman-2.1.9_rc1 ] U I + + apache2 : Chooses Apache2 support when a package supports both Apache1 and Apache2 - - courier : Build with delivery options for courier - - exim : Build with delivery options for exim + + postfix : Build with delivery options for postfix - - qmail: Build with delivery options for qmail - - sendmail : Build with delivery options for sendmail - - xmail: Build with delivery options for xmail Any ideas? - shocked in Vienna, Wolfgang -- gentoo-user@gentoo.org mailing list -- Alexis Lahouze - [EMAIL PROTECTED] Gradignan (Bordeaux) - France - Terre clé pgp : 0x7729E023 (subkeys.pgp.net) fingerprint : 43F9 589F CDF7 7A21 A43E 048D A45E E8CA 7729 E023 -- Wolfgang Liebich PSE ECT AES8 Tel: +43 51707 47734 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] A question regarding non-Portage software...
Neil Bothwick wrote: On Sun, 11 Mar 2007 06:10:22 +0100, Bo Ørsted Andresen wrote: I am hoping that someone can provide me with resources - examples and/or a walkthrough would be especially helpful. I realize that the Gentoo team can only do so much and carefully test each package before putting it in the official tree. There are just some pieces of software that I want that are not even in the testing tree. The devmanual is a good place to start. If you use IRC then #gentoo-dev-help at freenode is a good place to get more help... Also, search Bugzilla and the forums, someone may have already created ebuilds for these programs. Also look at ebuilds for similar programs. Write an ebuild, its not that difficult in a simple case. With an ebuild, it is much easier to uninstall and upgrade packages. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Install Gentoo in Hong Kong office
Hello Marco! I'm not from China, I'm from Russia. I think I can help you with your problem of setting up a Gentoo server remotely. I have some experiense in such kind of work. Contact me, if your offer is still avaliable. See ya in cyberspace... 2007/3/8, Marco Fabbri [EMAIL PROTECTED]: Hi, My name is Marco Fabbri, I am from Italy. I am in charge for IT structure of my company. I am writing to you because my company Sourcing Solutions Group has an office in Hong Kong and I need to make an installation of Linux Gentoo on the server in Hong Kong. But the company that provide us internet and support us in day-by-day problem does not support Linux for policy. I am looking for a guy who can help me in doing an installation on our server. Does any of you have expertise in Gentoo and is available for this work? Please write me at [EMAIL PROTECTED] or contact me on skype: spiff1281. Regards. -- Marco -- Fixing Unix is easier than living with NT. -- Jonathan Gilpin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: adesklets
On Sunday 11 March 2007 12:02, Neal McConachie wrote: Yep, the default config.txt for the volume applet specifies the VeraBd font, with size 8. Also, when I used the commands $ slocate VeraBd (to see if I had that font installed) I seem to have that font alright: == $ slocate VeraBd /usr/lib/openoffice/share/fonts/truetype/VeraBd.ttf /usr/share/fonts/ttf-bitstream-vera/VeraBd.ttf == Not sure why it fails then. -- Regards, Mick pgpjUlrX32VHQ.pgp Description: PGP signature
Re: [gentoo-user] Re: A question regarding non-Portage software...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 »Q« [EMAIL PROTECTED] writes: In news:[EMAIL PROTECTED], Chris [EMAIL PROTECTED] wrote: There are just some pieces of software that I want that are not even in the testing tree. If you really need to write ebuilds for them, someone other than me will help, I'm sure. But you may find what you want in the Sunrise overlay. http://www.gentoo-sunrise.org/sunrise Or if you are unable to find the ebuild in sunrise overlay try googling the package name + ebuild. In most cases you can find 3rd party ebuilds for even the most obsucure software. If the ebuild happens to be in a overlay then it's pretty easy to have it using layman. Hope that helps, Masood Ahmed -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iD8DBQFF9SGr1sVfs9hAkb8RAuO+AJ97tK5CNCH3RRzUck1R0hLhCwZMsACgn/+O SL1APayM90QRRtXHoiggcUA= =19zr -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: chrony seems to ignore configuration file
Alexander Skwar [EMAIL PROTECTED]: Does chrony work for you? Do I have chrony misconfigured? For the archive: I sort of had chrony misconfigured. On my system, I had the rtc kernel module loaded. As soon as I exchanged that with the genrtc module, chrony loaded the servers just fine. It's documented, that the genrtc module is to be used. Nonetheless I think it's bad that chrony did not even load the list of servers if the wrong RTC module is loaded. But that's just the way it is, I guess. Regards, Alexander Skwar -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Install Gentoo in Hong Kong office
Marco, Gentoo's install / LIVE cd has sshd on it... meaning once you boot it up on the machine (and start sshd), you can ssh into it and configure the rest from the command line. I've done it many times, as I prefer to install / administer from my desk as opposed to the noisy (and sometimes cold) server room... It does require you to have access to your machine for the initial bootup, the starting of sshd, and then removal when done... HTH, ...Ric On 09/03/07, Marco Fabbri [EMAIL PROTECTED] wrote: Hi, My name is Marco Fabbri, I am from Italy. I am in charge for IT structure of my company. I am writing to you because my company Sourcing Solutions Group has an office in Hong Kong and I need to make an installation of Linux Gentoo on the server in Hong Kong. But the company that provide us internet and support us in day-by-day problem does not support Linux for policy. I am looking for a guy who can help me in doing an installation on our server. Does any of you have expertise in Gentoo and is available for this work? Please write me at [EMAIL PROTECTED] or contact me on skype: spiff1281. Regards. -- Marco -- Ric de France Ph: +61412945554 (international) or 0412945554 (Australia) == Do you, uh... Gentoo? Gent-hooo!! == == http://www.gentoo.org/main/en/about.xml == -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: adesklets
Mick said the following: I seem to have that font alright: == $ slocate VeraBd /usr/lib/openoffice/share/fonts/truetype/VeraBd.ttf /usr/share/fonts/ttf-bitstream-vera/VeraBd.ttf == Not sure why it fails then. Hmm, I'm not sure either - the last thing I can think of checking (but that you probably already have done) is to make sure you have an entry in your xorg.conf for that font directory. specifically: /etc/X11/xorg.conf Section Files ... FontPath /usr/share/fonts/ttf-bitstream-vera ... other than that, I'm out of ideas, I think. hmm, maybe some settings in the /etc/fonts directory? Sorry, my bit of knowledge seems to have run out... but if you figure it out, please do let us know what did the trick, so I'll be able to learn too ;-) Good luck :) -nkm -- gentoo-user@gentoo.org mailing list
[gentoo-user] Problems after DST change
Hi all, One of my machines had problems with the early DST changes. I guess I hadn't updated something. The machine is our Myth backend server so it doesn't get as many updates as my desktop machines which had no problems. Yesterday I *think* I fixed it but I'm wondering what I Can do to test that it's *really* fixed without rebooting it. How can I test that NTP is working from the command line or with some small app? Thanks, Mark -- gentoo-user@gentoo.org mailing list
[gentoo-user] OT - Where is the TIMEZONE variable?
I feel really stupid having to ask this here, but in what file is the TIMEZONE variable set? My PC clock is set by ntp and it's not being updated for DST. Wherever the variable is, it's not set. I never updated it becuase I heard it wasn't actually being used yet, but I think if I set it my machine's time might get updated for DST. I can't find the stupid variable though. The one that replaces /etc/localtime. Can anyone help me out? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] OT - Where is the TIMEZONE variable?
On Monday 12 March 2007 10:01, Michael Sullivan wrote: I feel really stupid having to ask this here, but in what file is the TIMEZONE variable set? My PC clock is set by ntp and it's not being updated for DST. Wherever the variable is, it's not set. I never updated it becuase I heard it wasn't actually being used yet, but I think if I set it my machine's time might get updated for DST. I can't find the stupid variable though. The one that replaces /etc/localtime. Can anyone help me out? /etc/conf.d/clock -- %%% Dr. Matthew R. Lee CASEB ECIM Departamento de Ecologia, P. Universidad Catolica de Chile, Alameda 340, Santiago. CP 6513677 CHILE [EMAIL PROTECTED] [EMAIL PROTECTED] URL: meiochile.matthewlee.org %%% -- gentoo-user@gentoo.org mailing list
[gentoo-user] ctype USE and php
Hi, my updtae failed on phpmyadmin and gave me this error: * Checking for required PHP feature(s) ... * Discovered missing USE flag: ctype * dev-lang/php-5.2.1-r3 needs to be re-installed with all of the following * USE flags enabled: * * ctype pcre session unicode * * as well as any of the following USE flags enabled: * * mysql or mysqli if using dev-lang/php-5 * mysql if using dev-lang/php-4 * !!! ERROR: dev-db/phpmyadmin-2.10.0.2 failed. So, I checked my make.conf and found next: USE= -arts -audiofile ccache cgi clamd -cli -eds -emboss -esd vhost\ -foomaticdb -fortran -gif -gnome -gtk -idn -ipv6 -isdnlog -lcms \ -libg++ -mng mpeg2 mysql -oss -pppd -quicktime -reflection \ userlocales -xml -xml2 -xmms imap -fam clamav spamassassin -ldap \ -pam -static berkdb ssl sasl dri tcltk xfacei -X php apache2 \ nptl nptlonly nls vhosts unicode xml -ldap pcre session ctype ^^^ I'm looking into /etc/portage for some use conf: afrodita ~ # grep -r ctype /etc/portage/* afrodita ~ # And eix shows: [I] dev-lang/php Available versions: (4) [M]4.3.11-r5 4.4.4-r6 4.4.6 (5) [M]5.0.5-r5 5.1.6-r6 5.1.6-r11 5.2.1-r3 Installed versions: 5.2.1-r3(5)(16:12:02 09/03/07)(-adabas -apache apache2 -bcmath berkdb -birdstep -bzip2 -calendar -cdb cgi -cjk cli -concurrentmodphp crypt -ctype -curl -curlwrappers -db2 -dbase -dbmaker -debug -discard-path -doc -empress -empress-bcs -esoob -exif -fastbuild -fdftk -filter -firebird -flatfile -force-cgi-redirect -frontbase -ftp -gd -gd-external gdbm -gmp -hash iconv imap -inifile -interbase -iodbc -ipv6 -java-external -json -kerberos -ldap -ldap-sasl -libedit -mcve -mhash -msql -mssql mysql -mysqli ncurses nls -oci8 -oci8-instant-client -odbc -pcntl pcre -pdo -pdo-external -pic -posix -postgres -qdbm readline -recode -reflection -sapdb session -sharedext -sharedmem -simplexml -snmp -soap -sockets -solid spell spl -sqlite ssl -suhosin -sybase -sybase-ct -sysvipc -threads -tidy -tokenizer truetype unicode -wddx xml -xmlreader -xmlrpc -xmlwriter -xpm -xsl -yaz -zip -zip-external zlib) Between all use, you can find -ctype. So, why is portage not taking in consideration that use? Cheers, Arnau -- Arnau Bria http://blog.emergetux.net Wiggum: Dispara a las ruedas Lou. Lou: eee, es un tanque jefe. Wiggum: Me tienes hartito con todas tus excusas. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] OT - Where is the TIMEZONE variable?
Hello Michael, Michael Sullivan [EMAIL PROTECTED] writes: I feel really stupid having to ask this here, but in what file is the TIMEZONE variable set? My PC clock is set by ntp and it's not being updated for DST. Wherever the variable is, it's not set. I never updated it becuase I heard it wasn't actually being used yet, but I think if I set it my machine's time might get updated for DST. I can't find the stupid variable though. The one that replaces /etc/localtime. Can anyone help me out? Here is what I did to update all my boxes for the DST change on March 11, thanks to the people who responded to my question on this topic last week: (1) Sync. (2) emerge timezone-data (should be = 2006p) (3) set TIMEZONE=Canada/Newfoundland in /etc/conf.d/clock (adjust for your local time zone). (4) rm /etc/localtime cp /usr/share/zoneinfo/Canada/Newfoundland /etc/localtime (adjust for your local time zone). (5) Check: zdump -v /etc/localtime | grep 2007. For timezone-data = 2007c it shows: /etc/localtime Sun Mar 11 03:30:59 2007 UTC = Sun Mar 11 00:00:59 2007 NST isdst=0 /etc/localtime Sun Mar 11 03:31:00 2007 UTC = Sun Mar 11 01:01:00 2007 NDT isdst=1 /etc/localtime Sun Nov 4 02:30:59 2007 UTC = Sun Nov 4 00:00:59 2007 NDT isdst=1 /etc/localtime Sun Nov 4 02:31:00 2007 UTC = Sat Nov 3 23:01:00 2007 NST isdst=0 All my boxes are running on NDT correctly. HTH, Roger -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problems after DST change
On Mon, 2007-03-12 at 06:44 -0700, Mark Knecht wrote: Hi all, One of my machines had problems with the early DST changes. I guess I hadn't updated something. The machine is our Myth backend server so it doesn't get as many updates as my desktop machines which had no problems. Yesterday I *think* I fixed it but I'm wondering what I Can do to test that it's *really* fixed without rebooting it. How can I test that NTP is working from the command line or with some small app? Well, are you talking about NTP or your timezone data (NTP knows nothing about timezones and vice versa). The timezone data is in the timezone-data package (not surprisingly). My understanding is that if you live in the United States and have any version released after 2005 you should be okay, but you can always see what your time zone data looks like with the zdump(8) command. -- Albert W. Hopkins -- gentoo-user@gentoo.org mailing list
[gentoo-user] DST didn't happen: quickinstall doc is wrong...
On most of my Gentoo systems, the DST change didn't happen. Apparently I screwed up by following the instructions in http://www.gentoo.org/doc/en/gentoo-x86-quickinstall.xml where it says: Set your timezone Set your time zone information by copying the correct file from /usr/share/zoneinfo over the /etc/localtime file. Code Listing 2.17: Copy your timezone file (Using Brussels as an example) livecd / # cp /usr/share/zoneinfo/Europe/Brussels /etc/localtime livecd / # date Wed Mar 8 00:46:05 CET 2006 Copying the file seems like the wrong thing to do? Shouldn't you symlink /etc/localtime to the the appropriate file in /usr/share/zoneinfo? That way when the zoneinfo files get udpated (as they all did), you'll use the new file? -- Grant Edwards grante Yow! An INK-LING? Sure -- at TAKE one!! Did you BUY any visi.comCOMMUNIST UNIFORMS?? -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: DST didn't happen: quickinstall doc is wrong...
On 2007-03-12, Grant Edwards [EMAIL PROTECTED] wrote: On most of my Gentoo systems, the DST change didn't happen. Apparently I screwed up by following the instructions in http://www.gentoo.org/doc/en/gentoo-x86-quickinstall.xml where it says: Set your timezone Set your time zone information by copying the correct file from /usr/share/zoneinfo over the /etc/localtime file. Code Listing 2.17: Copy your timezone file (Using Brussels as an example) livecd / # cp /usr/share/zoneinfo/Europe/Brussels /etc/localtime livecd / # date Wed Mar 8 00:46:05 CET 2006 Copying the file seems like the wrong thing to do? The handbook makes the same mistake: 7.a. Timezone You first need to select your timezone so that your system knows where it is located. Look for your timezone in /usr/share/zoneinfo, then copy it to /etc/localtime. Please avoid the /usr/share/zoneinfo/Etc/GMT* timezones as their names do not indicate the expected zones. For instance, GMT-8 is in fact GMT+8. Code Listing 1: Setting the timezone information # ls /usr/share/zoneinfo (Suppose you want to use GMT) # cp /usr/share/zoneinfo/GMT /etc/localtime -- Grant Edwards grante Yow! Just imagine you're at entering a state-of-the-art visi.comCAR WASH!! -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] DST didn't happen: quickinstall doc is wrong...
On Mon, 2007-03-12 at 15:07 +, Grant Edwards wrote Shouldn't you symlink /etc/localtime to the the appropriate file in /usr/share/zoneinfo? That way when the zoneinfo files get udpated (as they all did), you'll use the new file? That was the old way of doing it. For a number of reasons a new method is devised. The new method is: 1. copy file from /usr/share/zoneinfo to /etc/localtime 2. set your timezone in /etc/conf.d/clock. The timezone-data package is supposed to automagically update /etc/localtime when the TIMEZONE is set in /etc/conf.d/clock. It's been observed that a lot of people who had problems with the timezone change had not done #2. -- Albert W. Hopkins -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] DST didn't happen: quickinstall doc is wrong...
Grant Edwards [EMAIL PROTECTED] writes: Copying the file seems like the wrong thing to do? Shouldn't you symlink /etc/localtime to the the appropriate file in /usr/share/zoneinfo? That way when the zoneinfo files get udpated (as they all did), you'll use the new file? Not anymore. If your system has the TIMEZONE variable definition in /etc/conf.d/clock then when you emerge a new sys-libs/timezone-data will update /etc/localtime for you with the correct timezone data. The (potential) problem with symlinking is that /usr might be on the root partition and there is not mounted at the start of the boot sequence. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problems after DST change
On 3/12/07, Albert Hopkins [EMAIL PROTECTED] wrote: On Mon, 2007-03-12 at 06:44 -0700, Mark Knecht wrote: Hi all, One of my machines had problems with the early DST changes. I guess I hadn't updated something. The machine is our Myth backend server so it doesn't get as many updates as my desktop machines which had no problems. Yesterday I *think* I fixed it but I'm wondering what I Can do to test that it's *really* fixed without rebooting it. How can I test that NTP is working from the command line or with some small app? Well, are you talking about NTP or your timezone data (NTP knows nothing about timezones and vice versa). The timezone data is in the timezone-data package (not surprisingly). My understanding is that if you live in the United States and have any version released after 2005 you should be okay, but you can always see what your time zone data looks like with the zdump(8) command. -- Albert W. Hopkins Yes, I saw Roger's post in another thread which I copied here. I did all that and ran zdump. It looks similar to Rogers. I'm in California: QUOTE 1) Sync. (2) emerge timezone-data (should be = 2006p) (3) set TIMEZONE=Canada/Newfoundland in /etc/conf.d/clock (adjust for your local time zone). (4) rm /etc/localtime cp /usr/share/zoneinfo/Canada/Newfoundland /etc/localtime (adjust for your local time zone). (5) Check: zdump -v /etc/localtime | grep 2007. For timezone-data = 2007c it shows: /etc/localtime Sun Mar 11 03:30:59 2007 UTC = Sun Mar 11 00:00:59 2007 NST isdst=0 /etc/localtime Sun Mar 11 03:31:00 2007 UTC = Sun Mar 11 01:01:00 2007 NDT isdst=1 /etc/localtime Sun Nov 4 02:30:59 2007 UTC = Sun Nov 4 00:00:59 2007 NDT isdst=1 /etc/localtime Sun Nov 4 02:31:00 2007 UTC = Sat Nov 3 23:01:00 2007 NST isdst=0 QUOTE And here is mine: dragonfly ~ # zdump -v /etc/localtime | grep 2007 /etc/localtime Sun Mar 11 09:59:59 2007 UTC = Sun Mar 11 01:59:59 2007 PST isdst=0 /etc/localtime Sun Mar 11 10:00:00 2007 UTC = Sun Mar 11 03:00:00 2007 PDT isdst=1 /etc/localtime Sun Nov 4 08:59:59 2007 UTC = Sun Nov 4 01:59:59 2007 PDT isdst=1 /etc/localtime Sun Nov 4 09:00:00 2007 UTC = Sun Nov 4 01:00:00 2007 PST isdst=0 dragonfly ~ # dragonfly ~ # date Mon Mar 12 08:29:08 PDT 2007 dragonfly ~ # The problem I'm having is that I don't know how to figure out if the machine would have the correct date when I reboot. thanks, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] ctype USE and php
On Mon, 12 Mar 2007 15:38:08 +0100, Arnau Bria wrote: So, I checked my make.conf and found next: USE= -arts -audiofile ccache cgi clamd -cli -eds -emboss -esd vhost\ -foomaticdb -fortran -gif -gnome -gtk -idn -ipv6 -isdnlog -lcms \ -libg++ -mng mpeg2 mysql -oss -pppd -quicktime -reflection \ userlocales -xml -xml2 -xmms imap -fam clamav spamassassin -ldap \ -pam -static berkdb ssl sasl dri tcltk xfacei -X php apache2 \ nptl nptlonly nls vhosts unicode xml -ldap pcre session ctype ^^^ [snip] And eix shows: [I] dev-lang/php Available versions: (4) [M]4.3.11-r5 4.4.4-r6 4.4.6 (5) [M]5.0.5-r5 5.1.6-r6 5.1.6-r11 5.2.1-r3 Installed versions: 5.2.1-r3(5)(16:12:02 09/03/07)(-adabas -apache apache2 -bcmath berkdb -birdstep -bzip2 -calendar -cdb cgi -cjk cli -concurrentmodphp crypt -ctype -curl -curlwrappers -db2 -dbase -dbmaker -debug -discard-path -doc -empress -empress-bcs -esoob -exif -fastbuild -fdftk -filter -firebird -flatfile -force-cgi-redirect -frontbase -ftp -gd -gd-external gdbm -gmp -hash iconv imap -inifile -interbase -iodbc -ipv6 -java-external -json -kerberos -ldap -ldap-sasl -libedit -mcve -mhash -msql -mssql mysql -mysqli ncurses nls -oci8 -oci8-instant-client -odbc -pcntl pcre -pdo -pdo-external -pic -posix -postgres -qdbm readline -recode -reflection -sapdb session -sharedext -sharedmem -simplexml -snmp -soap -sockets -solid spell spl -sqlite ssl -suhosin -sybase -sybase-ct -sysvipc -threads -tidy -tokenizer truetype unicode -wddx xml -xmlreader -xmlrpc -xmlwriter -xpm -xsl -yaz -zip -zip-external zlib) Between all use, you can find -ctype. So, why is portage not taking in consideration that use? Did you emerge php after adding ctype to your USE flags? You probably need to do emerge -uavDN world. -- Neil Bothwick Things are more like they are now than they ever were before. signature.asc Description: PGP signature
Re: [gentoo-user] ctype USE and php
On Mon, 12 Mar 2007 15:32:38 + Neil Bothwick wrote: On Mon, 12 Mar 2007 15:38:08 +0100, Arnau Bria wrote: [...] Between all use, you can find -ctype. So, why is portage not taking in consideration that use? Did you emerge php after adding ctype to your USE flags? You probably need to do emerge -uavDN world. Yep, it was... I forgot to add -N ... cheers! -- Arnau Bria http://blog.emergetux.net Wiggum: Dispara a las ruedas Lou. Lou: eee, es un tanque jefe. Wiggum: Me tienes hartito con todas tus excusas. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problems after DST change
Mark, First, I too have a host named dragonfly... did you happen to root my box? ;-) On Mon, 2007-03-12 at 08:30 -0700, Mark Knecht wrote: Yes, I saw Roger's post in another thread which I copied here. I did all that and ran zdump. It looks similar to Rogers. I'm in California: QUOTE 1) Sync. (2) emerge timezone-data (should be = 2006p) (3) set TIMEZONE=Canada/Newfoundland in /etc/conf.d/clock (adjust for your local time zone). Not sure, if you are living in California, that you set your timezone to Canada/Newfoundland... though admittedly, I don't know the TZ rules in Canada. Did they too change their DST dates? (4) rm /etc/localtime cp /usr/share/zoneinfo/Canada/Newfoundland /etc/localtime (adjust for your local time zone). (5) Check: zdump -v /etc/localtime | grep 2007. For timezone-data = 2007c it shows: /etc/localtime Sun Mar 11 03:30:59 2007 UTC = Sun Mar 11 00:00:59 2007 NST isdst=0 /etc/localtime Sun Mar 11 03:31:00 2007 UTC = Sun Mar 11 01:01:00 2007 NDT isdst=1 /etc/localtime Sun Nov 4 02:30:59 2007 UTC = Sun Nov 4 00:00:59 2007 NDT isdst=1 /etc/localtime Sun Nov 4 02:31:00 2007 UTC = Sat Nov 3 23:01:00 2007 NST isdst=0 QUOTE And here is mine: dragonfly ~ # zdump -v /etc/localtime | grep 2007 /etc/localtime Sun Mar 11 09:59:59 2007 UTC = Sun Mar 11 01:59:59 2007 PST isdst=0 /etc/localtime Sun Mar 11 10:00:00 2007 UTC = Sun Mar 11 03:00:00 2007 PDT isdst=1 /etc/localtime Sun Nov 4 08:59:59 2007 UTC = Sun Nov 4 01:59:59 2007 PDT isdst=1 /etc/localtime Sun Nov 4 09:00:00 2007 UTC = Sun Nov 4 01:00:00 2007 PST isdst=0 dragonfly ~ # dragonfly ~ # date Mon Mar 12 08:29:08 PDT 2007 dragonfly ~ # The problem I'm having is that I don't know how to figure out if the machine would have the correct date when I reboot. You don't need to reboot. Well, maybe if you made this change recently (e.g. after DST changed) you do. But basically what you are seeing (from zdump) looks ok to me, meaning at 11 Mar 10:00:00 UTC your local time is 3:00 AM and DST switches on. and on 4 Nov 9:00:00 UTC your local time is 1:00 AM and DST switches off. -- Albert W. Hopkins -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: DST didn't happen: quickinstall doc is wrong...
On 2007-03-12, Albert Hopkins [EMAIL PROTECTED] wrote: On Mon, 2007-03-12 at 15:07 +, Grant Edwards wrote Shouldn't you symlink /etc/localtime to the the appropriate file in /usr/share/zoneinfo? That way when the zoneinfo files get udpated (as they all did), you'll use the new file? That was the old way of doing it. For a number of reasons a new method is devised. The new method is: 1. copy file from /usr/share/zoneinfo to /etc/localtime 2. set your timezone in /etc/conf.d/clock. The timezone-data package is supposed to automagically update /etc/localtime when the TIMEZONE is set in /etc/conf.d/clock. It's been observed that a lot of people who had problems with the timezone change had not done #2. Yup, that was evidently the problem. Perhaps step #2 should be documented in the Handbook and/or the Quickinstall? -- Grant Edwards grante Yow! I'm having fun at HITCHHIKING to CINCINNATI visi.comor FAR ROCKAWAY!! -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: DST didn't happen: quickinstall doc is wrong...
On Mon, 2007-03-12 at 15:53 +, Grant Edwards wrote: Yup, that was evidently the problem. Perhaps step #2 should be documented in the Handbook and/or the Quickinstall Perhaps the constant nagging from the timezone-data package when it's emerged as well as the system when it's booted isn't enough? -- Albert W. Hopkins -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: DST didn't happen: quickinstall doc is wrong...
At Mon, 12 Mar 2007 15:53:40 + (UTC) Grant Edwards [EMAIL PROTECTED] wrote: On 2007-03-12, Albert Hopkins [EMAIL PROTECTED] wrote: On Mon, 2007-03-12 at 15:07 +, Grant Edwards wrote That was the old way of doing it. For a number of reasons a new method is devised. The new method is: 1. copy file from /usr/share/zoneinfo to /etc/localtime 2. set your timezone in /etc/conf.d/clock. Yup, that was evidently the problem. Perhaps step #2 should be documented in the Handbook and/or the Quickinstall? I agree that it should be mentioned and filed http://bugs.gentoo.org/show_bug.cgi?id=170591 (I was lucky and noticed the warning message during reboot that my timezone was set to factory in /etc/conf.d/clock so was not bitten.) allan -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: DST didn't happen: quickinstall doc is wrong...
On 2007-03-12, Albert Hopkins [EMAIL PROTECTED] wrote: On Mon, 2007-03-12 at 15:53 +, Grant Edwards wrote: Yup, that was evidently the problem. Perhaps step #2 should be documented in the Handbook and/or the Quickinstall Perhaps the constant nagging from the timezone-data package when it's emerged When it's emerged as part of an update with 30 or 40 other packages, it's pretty easy to miss things like that. as well as the system when it's booted My computers are generally only booted as a result of a power failure, and I'm not usually there to watch them boot. isn't enough? Apparently not, if so many people had problems with it. -- Grant Edwards grante Yow! WHOA!! I'm having at a RELIGIOUS EXPERIENCE visi.comright NOW!! -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problems after DST change
On 3/12/07, Albert Hopkins [EMAIL PROTECTED] wrote: Mark, First, I too have a host named dragonfly... did you happen to root my box? ;-) No, my wife watches 'Gilmore Girls' and there is a business on that show called the Dragonfly Inn' so she chose dragonfly. I like the name though. On Mon, 2007-03-12 at 08:30 -0700, Mark Knecht wrote: Yes, I saw Roger's post in another thread which I copied here. I did all that and ran zdump. It looks similar to Rogers. I'm in California: QUOTE 1) Sync. (2) emerge timezone-data (should be = 2006p) (3) set TIMEZONE=Canada/Newfoundland in /etc/conf.d/clock (adjust for your local time zone). Not sure, if you are living in California, that you set your timezone to Canada/Newfoundland... though admittedly, I don't know the TZ rules in Canada. Did they too change their DST dates? No, I should have said that I set TIMEZONE=America/Los_Angeles even though I'm north in the SF Bay Area. SNIP And here is mine: dragonfly ~ # zdump -v /etc/localtime | grep 2007 /etc/localtime Sun Mar 11 09:59:59 2007 UTC = Sun Mar 11 01:59:59 2007 PST isdst=0 /etc/localtime Sun Mar 11 10:00:00 2007 UTC = Sun Mar 11 03:00:00 2007 PDT isdst=1 /etc/localtime Sun Nov 4 08:59:59 2007 UTC = Sun Nov 4 01:59:59 2007 PDT isdst=1 /etc/localtime Sun Nov 4 09:00:00 2007 UTC = Sun Nov 4 01:00:00 2007 PST isdst=0 dragonfly ~ # dragonfly ~ # date Mon Mar 12 08:29:08 PDT 2007 dragonfly ~ # The problem I'm having is that I don't know how to figure out if the machine would have the correct date when I reboot. You don't need to reboot. Well, maybe if you made this change recently (e.g. after DST changed) you do. I did, and I have rebooted. I *think* things are right but I'm trying to be careful. There seem to have MythTV problems all over the place yesterday with Zap2It labs possibly having shows at the wrong times, etc., so it's unclear where all the problems might be. But basically what you are seeing (from zdump) looks ok to me, meaning at 11 Mar 10:00:00 UTC your local time is 3:00 AM and DST switches on. and on 4 Nov 9:00:00 UTC your local time is 1:00 AM and DST switches off. Humm...humm...humm...crash OK, I need to go read somewhere. Actually, that part you wrote is very clear, but isn't UTC time the same as Greenwich Mean Time? Maybe GMT isn't effected by DST? I normally think of California being 8 hours behind GMT. 3AM seems to be 7 hours behind UTC and not 8 hours. Since we got DST 3 weeks early maybe GMT didn't shift yet? Or maybe GMT never shifts? Leave it to the American government to create world wide problems. (Not the first time, obviously and unfortunately not the last.) Thanks, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problems after DST change
Albert Hopkins [EMAIL PROTECTED] writes: Not sure, if you are living in California, that you set your timezone to Canada/Newfoundland... though admittedly, I don't know the TZ rules in Canada. Did they too change their DST dates? Newfoundland did. Presumably rest of Canada did so as well. I applied the series of steps in my previous post to two boxes at home yesterday (i.e. after the DST change took place) and both rebooted with correct times. Cheers, Roger -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problems after DST change
On Mon, 2007-03-12 at 09:34 -0700, Mark Knecht wrote: OK, I need to go read somewhere. Actually, that part you wrote is very clear, but isn't UTC time the same as Greenwich Mean Time? Maybe GMT isn't effected by DST? Yeah... kinda. The name GMT is for the most part historical. Nowadays it's more commonly called UTC. UTC is Universal Coordinated Time. It is DST agnostic and doesn't change (thank your chosen deity). I normally think of California being 8 hours behind GMT. 3AM seems to be 7 hours behind UTC and not 8 hours. Since we got DST 3 weeks early maybe GMT didn't shift yet? Or maybe GMT never shifts? Pacific Standard Time is UTC-8 and Pacific Daylight Time is UTC-7. UTC (GMT if you will) doesn't change, ever. Leave it to the American government to create world wide problems. (Not the first time, obviously and unfortunately not the last.) Can't blame the Americans alone for this one. There have been a few countries who have changed DST rules in recent years, some even worse than here in the U.S. -- Albert W. Hopkins -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: DST didn't happen: quickinstall doc is wrong...
On Mon, 2007-03-12 at 16:28 +, Grant Edwards wrote: Perhaps the constant nagging from the timezone-data package when it's emerged When it's emerged as part of an update with 30 or 40 other packages, it's pretty easy to miss things like that. This has long been a complaint among users of portage,including myself. The portage devs have done work to alleviate most of these problems with the ELOG system. I really recommend taking advantage of it. With it I have portage info and warnings emailed to me and I have to say it has really helped me become aware of what is changing on my system. as well as the system when it's booted My computers are generally only booted as a result of a power failure, and I'm not usually there to watch them boot. isn't enough? Apparently not, if so many people had problems with it. I agree with you that the Handbook needs to be updated, but in general it's always best to pay attention to what the system is telling you. The portage tree is always going to be updated faster than the Handbook and four years of experience has shown me that the Handbooks is always at least a little behind reality. I think the authors work hard, but they're always going to be chasing a moving target. Also, people who do not frequently do installs are less likely to read the Handbook so it's best to let real life supersede what's written in the Handbook. -- Albert W. Hopkins -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problems after DST change
On 3/12/07, Albert Hopkins [EMAIL PROTECTED] wrote: On Mon, 2007-03-12 at 09:34 -0700, Mark Knecht wrote: OK, I need to go read somewhere. Actually, that part you wrote is very clear, but isn't UTC time the same as Greenwich Mean Time? Maybe GMT isn't effected by DST? Yeah... kinda. The name GMT is for the most part historical. Nowadays it's more commonly called UTC. UTC is Universal Coordinated Time. It is DST agnostic and doesn't change (thank your chosen deity). I normally think of California being 8 hours behind GMT. 3AM seems to be 7 hours behind UTC and not 8 hours. Since we got DST 3 weeks early maybe GMT didn't shift yet? Or maybe GMT never shifts? Pacific Standard Time is UTC-8 and Pacific Daylight Time is UTC-7. UTC (GMT if you will) doesn't change, ever. Got it. Makes sense. Thanks! Leave it to the American government to create world wide problems. (Not the first time, obviously and unfortunately not the last.) Can't blame the Americans alone for this one. There have been a few countries who have changed DST rules in recent years, some even worse than here in the U.S. Cheers, Mark -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: DST didn't happen: quickinstall doc is wrong...
In gmane.linux.gentoo.user, you wrote: On Mon, 2007-03-12 at 16:28 +, Grant Edwards wrote: Perhaps the constant nagging from the timezone-data package when it's emerged When it's emerged as part of an update with 30 or 40 other packages, it's pretty easy to miss things like that. This has long been a complaint among users of portage,including myself. The portage devs have done work to alleviate most of these problems with the ELOG system. I really recommend taking advantage of it. Thanks. I'll have to take a look at it. I've probably missed other things as well. :) -- Grant Edwards grante Yow! Yow! It's a hole at all the way to downtown visi.comBurbank! -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: DST didn't happen: quickinstall doc is wrong...
On 2007-03-12, Albert Hopkins [EMAIL PROTECTED] wrote: On Mon, 2007-03-12 at 16:28 +, Grant Edwards wrote: Perhaps the constant nagging from the timezone-data package when it's emerged When it's emerged as part of an update with 30 or 40 other packages, it's pretty easy to miss things like that. This has long been a complaint among users of portage,including myself. The portage devs have done work to alleviate most of these problems with the ELOG system. I really recommend taking advantage of it. Thanks. I'll have to take a look at it. I've probably missed other things as well. :) -- Grant Edwards grante Yow! Boy, am I glad it's at only 1971... visi.com -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: DST didn't happen: quickinstall doc is wrong...
on Monday 03/12/2007 Grant Edwards([EMAIL PROTECTED]) wrote In gmane.linux.gentoo.user, you wrote: On Mon, 2007-03-12 at 16:28 +, Grant Edwards wrote: Perhaps the constant nagging from the timezone-data package when it's emerged When it's emerged as part of an update with 30 or 40 other packages, it's pretty easy to miss things like that. This has long been a complaint among users of portage,including myself. The portage devs have done work to alleviate most of these problems with the ELOG system. I really recommend taking advantage of it. Thanks. I'll have to take a look at it. I've probably missed other things as well. :) I wish you could have an option for portage to stop until these things are acknowledged -- I had a 106 package update of which the timezone data were a part and I use script and check these little notices, however its easy to miss such things. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: DST didn't happen: quickinstall doc is wrong...
On Mon, 2007-03-12 at 15:33 -0400, John covici wrote: I wish you could have an option for portage to stop until these things are acknowledged -- I had a 106 package update of which the timezone data were a part and I use script and check these little notices, however its easy to miss such things. If that ever happened I hope it would be made optional. I'm just the opposite. I would hate to come back to my system to learn that 105 packages didn't get built because someone decided to interrupt it because of a change in an /etc/* file. Furthermore, I wouldn't trust what individual package maintainers thought was worthy of interrupting my build. Builds should only be interrupted if they cannot continue. -- Albert W. Hopkins -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: DST didn't happen: quickinstall doc is wrong...
On 3/12/07, Albert Hopkins [EMAIL PROTECTED] wrote: On Mon, 2007-03-12 at 15:33 -0400, John covici wrote: I wish you could have an option for portage to stop until these things are acknowledged -- I had a 106 package update of which the timezone data were a part and I use script and check these little notices, however its easy to miss such things. If that ever happened I hope it would be made optional. I'm just the opposite. I would hate to come back to my system to learn that 105 packages didn't get built because someone decided to interrupt it because of a change in an /etc/* file. Furthermore, I wouldn't trust what individual package maintainers thought was worthy of interrupting my build. Builds should only be interrupted if they cannot continue. -- Albert W. Hopkins I agree. When doing the occasional emerge -e world the process needs to move forward without interruption. I am interested however in learning about how to get these messages logged and sent by email or at least into some file that easy to look at. I think they already go into the portage /var log file but I find that pretty tedious and easy to miss messages. Thanks, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: adesklets
On Sunday 11 March 2007 14:55, Rodrigo Lazo wrote: On 3/11/07, Rodrigo Lazo [EMAIL PROTECTED] wrote: There is a problem with the latest version of font-* and adesklets that is solved in the unstable version of adesklets. Is marked stable in x86; I didn't check it before sending the email Sorry No worries, thanks for trying to help. :) -- Regards, Mick pgpt3v70JRvhf.pgp Description: PGP signature
Re: [gentoo-user] Re: DST didn't happen: quickinstall doc is wrong...
On Mon, 12 Mar 2007 15:33:54 -0400, John covici wrote: I wish you could have an option for portage to stop until these things are acknowledged -- I had a 106 package update of which the timezone data were a part and I use script and check these little notices, however its easy to miss such things. Portage is supposed to be non-interactive whenever possible. I'd rather take the trouble to read the emails sent out by ELOG than set a 106 package emerge running overnight, only to find the next morning that it had stopped after the second package because of a minor warning that could have been emailed or logged. -- Neil Bothwick Bother, said Pooh as he farted in front of a badly placed candle signature.asc Description: PGP signature
Re: [gentoo-user] Re: DST didn't happen: quickinstall doc is wrong...
On Mon, 12 Mar 2007 14:19:03 -0700, Mark Knecht wrote: I am interested however in learning about how to get these messages logged and sent by email or at least into some file that easy to look at. I think they already go into the portage /var log file but I find that pretty tedious and easy to miss messages. Read the section on the PORTAGE_ELOG settings ion /etc/make.conf.exmple -- Neil Bothwick Idaho - It's not the end of the world, but you can see it from there. signature.asc Description: PGP signature
[gentoo-user] A request for your input.
Hello My name is Lara Thynne and I am a PhD candidate at Deakin University Australia. I am currently researching the boundary between work and leisure activities directly related to the open source community and open source program development. As part of this I am running a survey at the following address. https://dcarf.deakin.edu.au/surveys/oss/ The survey is completely confidential and looks at your views and motivations to use Open Source software and to participate in the community. It will only take a five to ten minutes to complete and your contact details will not be recorded. You can withdraw your participation at any stage. I sincerely apologize for the spammish nature of this e-mail - I don't mean to abuse this list. I am trying to collect responses from as many open source developers and users as possible and a mailing list like can be the only way to reach many developers. Thanks again Lara P.S The program that I am using is open source, of course (www.phpsurveyor.org)! -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] Re: adesklets
-Original Message- From: Mick [mailto:[EMAIL PROTECTED] Sent: 09 March 2007 09:46 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: adesklets snip / Thank you all for your help, It seems that there is something wrong with the fonts(?) I have managed to launch weatherforecast which works fine, but calendar and volume do not. I tried testing them and this is what I get: == $ ./volume.py Do you want to (r)egister this desklet or to (t)est it? t Now testing... If you do not see anything (or just an initial flicker in the top left corner of your screen), try `--help', and see the FAQ: `info adesklets'. Traceback (most recent call last): File ./volume.py, line 588, in ? Events(dirname(__file__)).pause() File ./volume.py, line 63, in __init__ adesklets.Events_handler.__init__(self) File /usr/lib/python2.4/site-packages/adesklets/events_handler.py, line 157, in __init__ self.ready() File ./volume.py, line 127, in ready self.drawVolumeTxt(self.volume) File ./volume.py, line 190, in drawVolumeTxt adesklets.load_font(font) File /usr/lib/python2.4/site-packages/adesklets/commands.py, line 706, in load_font return comm.out() File /usr/lib/python2.4/site-packages/adesklets/commands_handler.py, line 103, in out raise ADESKLETSError(4,message) adesklets.error_handler.ADESKLETSError: adesklets command error - font 'VeraBd/8' could not be loaded == Of course volume does not show up at all. How do I fix this? You may need to edit the config file. In the same dir as the desklet. Config.txt I think from memory Wayn0 -- gentoo-user@gentoo.org mailing list
