Re: Problems Printing
2013-03-05 09:10, Joseph A. Nagy, Jr skrev: Cups is setup so I should be able to print: http://www.joseph-a-nagy-jr.us/images/problems/cups-printer.png My pdf reader sees the printer: http://www.joseph-a-nagy-jr.us/images/problems/printer-there.png yet it won't print and delivers this dialog: http://www.joseph-a-nagy-jr.us/images/problems/print-error.png any ideas on how to correct this? http://www.openprinting.org/printer/Canon/Canon-PIXMA_MP210 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Problems Printing
2013-03-10 20:26, Joseph A. Nagy, Jr skrev: D [10/Mar/2013:14:18:04 -0500] [Job 12] Running /usr/local/bin/espgs -dQUIET -dDEBUG -dPARANOIDSAFER -dNOPAUSE -dBATCH -dNOMEDIAATTRS -sDEVICE=cups -sstdout=%stderr -sOUTPUTFILE=%stdout -c - What happens when you run this from a prompt. D [10/Mar/2013:14:18:04 -0500] [Job 12] Shared object "libgnutls.so.47" not found, required by "rastertogutenprint.5.2" D [10/Mar/2013:14:18:04 -0500] [Job 12] Shared object "libgnutls.so.47" not found, required by "espgs" printer-state-message="/usr/local/libexec/cups/filter/rastertogutenprint.5.2 failed" D [10/Mar/2013:14:18:04 -0500] [Job 12] printer-state-reasons=none This doesn't look right. Do you have gnutls installed? Still no printing going on. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: growisofs does not burn folders correctly all files are flat on the disk no folders
2013-03-10 21:07, CeDeROM skrev: Hey :-) I have problem with growisofs - I get all files flat on the disk there are no directories as on the source drive :-( I had this once with BD and once with DVD disk on my new 9.1-RELEASE machine. growisofs -Z/dev/cd2 -dvd-compat -R -J -iso-level 3 -udf * % growisofs --version * growisofs by , version 7.1, front-ending to mkisofs: mkisofs 3.00 (amd64-unknown-freebsd9.1) Copyright (C) 1993-1997 Eric Youngdale (C) 1997-2010 J�rg Schilling Any hints welcome :-) Tomek Make an ISO file first, then burn. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: fbsdmon error message
On 10/03/2013 23:27, Jerry wrote: On Sun, 10 Mar 2013 21:13:10 +1030 Shane Ambler articulated: While I know the error originates from an openssl item being renamed from EVP_PKEY_verifyrecover_init to EVP_PKEY_verify_recover_init I'm not sure why it still tries to find the old man page. Should a PR be filed against this or has one all ready been filed? I didn't find any. A pr should probably be submitted, I haven't. While the fix may be to clear a cache file, there should be a way to stop makewhatis always searching for non-existent man files. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: [Bulk] Re: day light saving time happened today
On Mar 10, 2013, at 19:18, Fbsd8 wrote: > What is really needed is for the tzsetup program to state which east coast > selections have day light saving included. Maybe a pr is in order. Nope, you pretty conclusively proved that you're using the right time zone setting. Trust me. :-) That md5 you posted is the exact same md5 that's on my own system. My own America/New_York is doing just fine, thank you. ;-) Something else is going on. *What*, I don't know. But you chose the right time zone in tzsetup and that time zone description file definitely does have DST rules in it. I never use the wall_cmos_clock setting, because I don't trust it -- at least with the traditional behavior (wall_cmos_clock=0) I know *exactly* what's going on. I really don't know what is happening under the hood when that's turned on, so I have no idea if it could be related or not. But I'm curious what it shows if you run: sysctl machdep.wall_cmos_clock ~Ben ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: [Bulk] Re: day light saving time happened today
Mike Jeays wrote: On Sun, 10 Mar 2013 21:42:52 -0400 Fbsd8 wrote: Lowell Gilbert wrote: The next test is to check the clock in GMT. I expect it to be off, which means that the timezone rules are not the problem. If this is not the case, the diagnosis gets more interesting. And how do you purpose I check the clock in GMT? date -u should do it. date -u shows Mon Mar 11 01:08:39 UTC 2013 date shows Sun Mar 10 01:08:47 EDT 2013 In tzsetup I selected north America, EDT. It's the first one on the list. What is really needed is for the tzsetup program to state which east coast selections have day light saving included. Maybe a pr is in order. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: [Bulk] Re: day light saving time happened today
On Sun, 10 Mar 2013 21:42:52 -0400 Fbsd8 wrote: > Lowell Gilbert wrote: > > > > The next test is to check the clock in GMT. > > I expect it to be off, which means that the timezone rules are not the > > problem. If this is not the case, the diagnosis gets more interesting. > > > > > > And how do you purpose I check the clock in GMT? > > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" date -u should do it. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: day light saving time happened today
Lowell Gilbert wrote: The next test is to check the clock in GMT. I expect it to be off, which means that the timezone rules are not the problem. If this is not the case, the diagnosis gets more interesting. And how do you purpose I check the clock in GMT? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: day light saving time happened today
Chris Hill writes: > On Sun, 10 Mar 2013, Fbsd8 wrote: > >> date command shows >> Sun Mar 10 16:50:33 EDT 2013 > > Very odd that your clock would be off by *two* hours. Yep. The next test is to check the clock in GMT. I expect it to be off, which means that the timezone rules are not the problem. If this is not the case, the diagnosis gets more interesting. >> The real question is does New York State have day light saving time? > > Yes, it does. I lived there for many years. He's not making this up, folks. [On the other hand, the rules have changed multiple times since he left there.] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: day light saving time happened today
On Sun, 10 Mar 2013, Fbsd8 wrote: date command shows Sun Mar 10 16:50:33 EDT 2013 Very odd that your clock would be off by *two* hours. The real question is does New York State have day light saving time? Yes, it does. I lived there for many years. -- Chris Hill ch...@monochrome.org ** [ Busy Expunging ] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: day light saving time happened today
Ben Cottrell wrote: On Mar 10, 2013, at 14:50, Fbsd8 wrote: # /root >find /usr/share/zoneinfo -type f -print | xargs md5 | grep `md5 -q /etc /localtime` MD5 (/usr/share/zoneinfo/America/New_York) = e4ca381035a34b7a852184cc0dd89baa That's really, really odd. I'm confused. If you run "date" does it show the time zone as EST or EDT? If you have python installed, you might also try: python -c 'import time; print time.localtime().tm_isdst' (it should be 1) Is the year correct? I mean, could it be thinking it's some different year, where the time zone rules are different? Now *I'm* curious. :-) I've honestly never seen a system do that before. If you figure it out, I hope you'll let either me, or the list, know what it was! ~Ben date command shows Sun Mar 10 16:50:33 EDT 2013 No python on my system. The real question is does New York State have day light saving time? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: While Updating doxygen
On Sun, 10 Mar 2013 17:11:59 -0500, Joseph A. Nagy, Jr wrote: > On 03/10/13 17:06, Polytropon wrote: > > On Sun, 10 Mar 2013 17:00:57 -0500, Joseph A. Nagy, Jr wrote: > > >>> Is the file /usr/local/share/doc/doxygen/html/infoflow.gif > >>> present on your system? > >>> > >>> > >>> > >> nope, but I do have: > >> ls in > >> index.htmlinfoflow.png install.html > > > > That looks valid (I'm on a much older system here, so things > > might have changed). > > > > What directory are those in? Somewhere in the port's working > > directory? Try "make clean" and rebuild. > > Nope, from /usr/local/share/doc/doxygen/html/ I have different files there, but as I said, that could be normal given the fact that my system here is rather old. % ls in* index.hhc index.html installdox_usage.html index.hhk infoflow.gif index.hhp install.html Still any format conversion that is required (because the file name is not explicitely named in the LaTeX source, so some default or fall-through list would apply) should be done by the port when building. > I'll do that once the other updates are run through (a bunch of them to > be sure). You should make sure all the required stuff for the port is there. I would _guess_ that building takes place in the working directory of the port, and all source files should be in _there_, but I could be wrong, as "modern" software tends to be unpredictable. :-) A "make clean; make fetch; make" run should satisfy all needs. > > From the source file, you've quoted the following line: > > > > \includegraphics[width=14cm]{infoflow} > > > > This means the graphicx package will obtain the required > > file automatically, that could be in a different format > > (PNG is supported by pdflatex, EPS is common for "normal" > > latex). If a conversion is required, the port should have > > done this prior to running LaTeX (be it from teTeX or > > TeXLive which is "today's preferred LaTeX distribution"). > > > > > > > > I think it's teTex, but I'm not sure. Simple (and stupid, but working) way to find out: % ls /var/db/pkg/ | grep TeX teTeX-3.0_5/ teTeX-base-3.0_22/ teTeX-texmf-3.0_8/ In this case, it's teTeX, _not_ TeXlive. > Whatever one got pulled in for > Scribus and the other programs that dep on it. I think teTeX is still the default LaTeX dependency, even though it's considered outdated, obsolete and such. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: While Updating doxygen
On 03/10/13 17:06, Polytropon wrote: On Sun, 10 Mar 2013 17:00:57 -0500, Joseph A. Nagy, Jr wrote: Is the file /usr/local/share/doc/doxygen/html/infoflow.gif present on your system? nope, but I do have: ls in index.htmlinfoflow.png install.html That looks valid (I'm on a much older system here, so things might have changed). What directory are those in? Somewhere in the port's working directory? Try "make clean" and rebuild. Nope, from /usr/local/share/doc/doxygen/html/ I'll do that once the other updates are run through (a bunch of them to be sure). From the source file, you've quoted the following line: \includegraphics[width=14cm]{infoflow} This means the graphicx package will obtain the required file automatically, that could be in a different format (PNG is supported by pdflatex, EPS is common for "normal" latex). If a conversion is required, the port should have done this prior to running LaTeX (be it from teTeX or TeXLive which is "today's preferred LaTeX distribution"). I think it's teTex, but I'm not sure. Whatever one got pulled in for Scribus and the other programs that dep on it. -- Yours in Christ, Joseph A Nagy Jr "Whoever loves instruction loves knowledge, But he who hates correction is stupid." -- Proverbs 12:1 Emails are not formal business letters, whatever businesses may want. Original content CopyFree (F) under the OWL http://copyfree.org/licenses/owl/license.txt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: day light saving time happened today
On Mar 10, 2013, at 14:50, Fbsd8 wrote: > # /root >find /usr/share/zoneinfo -type f -print | xargs md5 | grep `md5 -q > /etc /localtime` > MD5 (/usr/share/zoneinfo/America/New_York) = e4ca381035a34b7a852184cc0dd89baa That's really, really odd. I'm confused. If you run "date" does it show the time zone as EST or EDT? If you have python installed, you might also try: python -c 'import time; print time.localtime().tm_isdst' (it should be 1) Is the year correct? I mean, could it be thinking it's some different year, where the time zone rules are different? Now *I'm* curious. :-) I've honestly never seen a system do that before. If you figure it out, I hope you'll let either me, or the list, know what it was! ~Ben ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: While Updating doxygen
On Sun, 10 Mar 2013 17:00:57 -0500, Joseph A. Nagy, Jr wrote: > On 03/10/13 16:59, Polytropon wrote: > > On Sun, 10 Mar 2013 16:45:31 -0500, Joseph A. Nagy, Jr wrote: > >> (./install.tex [5] [6] [7] [8] > >> Overfull \hbox (127.39917pt too wide) in paragraph at lines 231--232 > >> []\T1/phv/m/n/10 Note that com-pil-ing Doxy-wiz-ard cur-rently re-quires > >> Qt ver > >> -sion 4 (see [][]\T1/pcr/m/n/10 > >> http-://qt.-nokia.-com/products/platform/qt-for > >> -windows[][]\T1/phv/m/n/10 ). > >> [9]) [10] > >> Chapter 3. > >> (./starting.tex > >> > >> ! LaTeX Error: File `infoflow' not found. > >> > >> See the LaTeX manual or LaTeX Companion for explanation. > >> Type H for immediate help. > >>... > >> > >> l.9 \includegraphics[width=14cm]{infoflow} > >> > >> ? > >> > >> and that is where I am sitting right now, unsure what to do. > > > > Enter the "q" command. This will end the LaTeX processor. > > > > It seems that your LaTeX installation (TeXLive or teTeX) > > is missing a file required for building the documentation. > > doh Not your fault. :-) > > Is the file /usr/local/share/doc/doxygen/html/infoflow.gif > > present on your system? > > > > > > > nope, but I do have: > ls in > index.htmlinfoflow.png install.html That looks valid (I'm on a much older system here, so things might have changed). What directory are those in? Somewhere in the port's working directory? Try "make clean" and rebuild. >From the source file, you've quoted the following line: \includegraphics[width=14cm]{infoflow} This means the graphicx package will obtain the required file automatically, that could be in a different format (PNG is supported by pdflatex, EPS is common for "normal" latex). If a conversion is required, the port should have done this prior to running LaTeX (be it from teTeX or TeXLive which is "today's preferred LaTeX distribution"). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: While Updating doxygen
On 03/10/13 16:59, Polytropon wrote: On Sun, 10 Mar 2013 16:45:31 -0500, Joseph A. Nagy, Jr wrote: (./install.tex [5] [6] [7] [8] Overfull \hbox (127.39917pt too wide) in paragraph at lines 231--232 []\T1/phv/m/n/10 Note that com-pil-ing Doxy-wiz-ard cur-rently re-quires Qt ver -sion 4 (see [][]\T1/pcr/m/n/10 http-://qt.-nokia.-com/products/platform/qt-for -windows[][]\T1/phv/m/n/10 ). [9]) [10] Chapter 3. (./starting.tex ! LaTeX Error: File `infoflow' not found. See the LaTeX manual or LaTeX Companion for explanation. Type H for immediate help. ... l.9 \includegraphics[width=14cm]{infoflow} ? and that is where I am sitting right now, unsure what to do. Enter the "q" command. This will end the LaTeX processor. It seems that your LaTeX installation (TeXLive or teTeX) is missing a file required for building the documentation. Is the file /usr/local/share/doc/doxygen/html/infoflow.gif present on your system? Sent that last email too early. Update terminated. c'est la vie. -- Yours in Christ, Joseph A Nagy Jr "Whoever loves instruction loves knowledge, But he who hates correction is stupid." -- Proverbs 12:1 Emails are not formal business letters, whatever businesses may want. Original content CopyFree (F) under the OWL http://copyfree.org/licenses/owl/license.txt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: While Updating doxygen
On 03/10/13 16:59, Polytropon wrote: On Sun, 10 Mar 2013 16:45:31 -0500, Joseph A. Nagy, Jr wrote: (./install.tex [5] [6] [7] [8] Overfull \hbox (127.39917pt too wide) in paragraph at lines 231--232 []\T1/phv/m/n/10 Note that com-pil-ing Doxy-wiz-ard cur-rently re-quires Qt ver -sion 4 (see [][]\T1/pcr/m/n/10 http-://qt.-nokia.-com/products/platform/qt-for -windows[][]\T1/phv/m/n/10 ). [9]) [10] Chapter 3. (./starting.tex ! LaTeX Error: File `infoflow' not found. See the LaTeX manual or LaTeX Companion for explanation. Type H for immediate help. ... l.9 \includegraphics[width=14cm]{infoflow} ? and that is where I am sitting right now, unsure what to do. Enter the "q" command. This will end the LaTeX processor. It seems that your LaTeX installation (TeXLive or teTeX) is missing a file required for building the documentation. doh Is the file /usr/local/share/doc/doxygen/html/infoflow.gif present on your system? nope, but I do have: ls in index.htmlinfoflow.png install.html -- Yours in Christ, Joseph A Nagy Jr "Whoever loves instruction loves knowledge, But he who hates correction is stupid." -- Proverbs 12:1 Emails are not formal business letters, whatever businesses may want. Original content CopyFree (F) under the OWL http://copyfree.org/licenses/owl/license.txt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: While Updating doxygen
On Sun, 10 Mar 2013 16:45:31 -0500, Joseph A. Nagy, Jr wrote: > (./install.tex [5] [6] [7] [8] > Overfull \hbox (127.39917pt too wide) in paragraph at lines 231--232 > []\T1/phv/m/n/10 Note that com-pil-ing Doxy-wiz-ard cur-rently re-quires > Qt ver > -sion 4 (see [][]\T1/pcr/m/n/10 > http-://qt.-nokia.-com/products/platform/qt-for > -windows[][]\T1/phv/m/n/10 ). > [9]) [10] > Chapter 3. > (./starting.tex > > ! LaTeX Error: File `infoflow' not found. > > See the LaTeX manual or LaTeX Companion for explanation. > Type H for immediate help. > ... > > l.9 \includegraphics[width=14cm]{infoflow} > > ? > > and that is where I am sitting right now, unsure what to do. Enter the "q" command. This will end the LaTeX processor. It seems that your LaTeX installation (TeXLive or teTeX) is missing a file required for building the documentation. Is the file /usr/local/share/doc/doxygen/html/infoflow.gif present on your system? -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: day light saving time happened today
Ben Cottrell wrote: On Mar 10, 2013, at 10:37, Fbsd8 wrote: day light saving time happened early sunday morning and the time shown by the date command is still one hour behind. I just did a clean 9.1 install from cdrom and selected the correct time zone for my location. The DST change worked fine for me...! I'm curious what it prints if you run the command: find /usr/share/zoneinfo -type f -print | xargs md5 | grep `md5 -q /etc/localtime` It used to be that /etc/localtime was, by convention if nothing else, a symlink so you could easily see what it pointed to, but not anymore... the above is the easiest way I can think of to figure out what time zone your system is *really* set to. Yes, it should have happened automatically. There's no special setting you have to enable. It should have "just worked". So my suspicion is that your /etc/localtime isn't pointing to what you think it's pointing to... ~Ben This is what that find produced # /root >find /usr/share/zoneinfo -type f -print | xargs md5 | grep `md5 -q /etc /localtime` MD5 (/usr/share/zoneinfo/America/New_York) = e4ca381035a34b7a852184cc0dd89baa MD5 (/usr/share/zoneinfo/posixrules) = e4ca381035a34b7a852184cc0dd89baa echo $TZ undefined variable ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
While Updating doxygen
(./install.tex [5] [6] [7] [8] Overfull \hbox (127.39917pt too wide) in paragraph at lines 231--232 []\T1/phv/m/n/10 Note that com-pil-ing Doxy-wiz-ard cur-rently re-quires Qt ver -sion 4 (see [][]\T1/pcr/m/n/10 http-://qt.-nokia.-com/products/platform/qt-for -windows[][]\T1/phv/m/n/10 ). [9]) [10] Chapter 3. (./starting.tex ! LaTeX Error: File `infoflow' not found. See the LaTeX manual or LaTeX Companion for explanation. Type H for immediate help. ... l.9 \includegraphics[width=14cm]{infoflow} ? and that is where I am sitting right now, unsure what to do. -- Yours in Christ, Joseph A Nagy Jr "Whoever loves instruction loves knowledge, But he who hates correction is stupid." -- Proverbs 12:1 Emails are not formal business letters, whatever businesses may want. Original content CopyFree (F) under the OWL http://copyfree.org/licenses/owl/license.txt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Problems Printing
On 03/10/13 16:19, Chris Petrik wrote: On 03/10/2013 02:41 PM, Joseph A. Nagy, Jr wrote: On 03/10/13 15:29, Chris Petrik wrote: Are you using /usr/local/bin/lpr or /usr/bin/lpr also did you specify to rename cups stuff to be installed as system wide ? I don't know? make.conf: WITH_CUPS=YES CUPS_OVERWRITE_BASE=YES WITHOUT_LPR=YES And, as per earlier in this thread: ls -la /usr/bin/lpr -- 1 root daemon 37104 Dec 4 03:34 /usr/bin/lpr Also you dont specify which printer is it Sorry, I thought I brought in the maintainer on my first email, saw s/he wasn't in later emails and added. Canon Pixma MP210 I am the maintainer I just don't use the other email in ML's Well...that's your choice. Again, I thought I brought you in on the first email (or a earlier followup) but I didn't. My bad on that. -- Yours in Christ, Joseph A Nagy Jr "Whoever loves instruction loves knowledge, But he who hates correction is stupid." -- Proverbs 12:1 Emails are not formal business letters, whatever businesses may want. Original content CopyFree (F) under the OWL http://copyfree.org/licenses/owl/license.txt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Problems Printing
On 03/10/2013 02:41 PM, Joseph A. Nagy, Jr wrote: On 03/10/13 15:29, Chris Petrik wrote: Are you using /usr/local/bin/lpr or /usr/bin/lpr also did you specify to rename cups stuff to be installed as system wide ? I don't know? make.conf: WITH_CUPS=YES CUPS_OVERWRITE_BASE=YES WITHOUT_LPR=YES And, as per earlier in this thread: ls -la /usr/bin/lpr -- 1 root daemon 37104 Dec 4 03:34 /usr/bin/lpr Also you dont specify which printer is it Sorry, I thought I brought in the maintainer on my first email, saw s/he wasn't in later emails and added. Canon Pixma MP210 I am the maintainer I just don't use the other email in ML's ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: day light saving time happened today
>day light saving time happened early sunday morning and the time shown >by the date command is still one hour behind. I just did a clean 9.1 >install from cdrom and selected the correct time zone for my location. > >I don't see any entry for daylight saving time in tzsetup > >I though the EDT had daylight saving time built in. It does. Any chance your computer's clock got reset an hour slow? My 8.3 and 9.1 systems handled the daylight switch just like they were supposed to. -- Regards, John Levine, jo...@iecc.com, Primary Perpetrator of "The Internet for Dummies", Please consider the environment before reading this e-mail. http://jl.ly ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: day light saving time happened today
On Mar 10, 2013, at 10:37, Fbsd8 wrote: > day light saving time happened early sunday morning and the time shown by the > date command is still one hour behind. I just did a clean 9.1 install from > cdrom and selected the correct time zone for my location. The DST change worked fine for me...! I'm curious what it prints if you run the command: find /usr/share/zoneinfo -type f -print | xargs md5 | grep `md5 -q /etc/localtime` It used to be that /etc/localtime was, by convention if nothing else, a symlink so you could easily see what it pointed to, but not anymore... the above is the easiest way I can think of to figure out what time zone your system is *really* set to. Yes, it should have happened automatically. There's no special setting you have to enable. It should have "just worked". So my suspicion is that your /etc/localtime isn't pointing to what you think it's pointing to... ~Ben ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Problems Printing
On 03/10/2013 01:26 PM, Joseph A. Nagy, Jr wrote: On 03/05/13 23:47, Matthias Apitz wrote: El día Tuesday, March 05, 2013 a las 03:42:15PM -0600, Joseph A. Nagy, Jr escribió: then the test is $ date | lpr -PPIXMA matthias I figured that out, sent the test, it queud the job and stuck there. When I get home I'm going to clear the cups logs and start over again. Does the CUPS' test page works from the web interface? If not, try to configure the printer as Generic Postscript first. matthias w/o using the web interface (I don't particularly care for it, honestly, I find it confusing) I deleted the old logs, restarted the cupsd service, and sent # date | lpr -PPIXMA less access_log localhost - - [10/Mar/2013:14:08:23 -0500] "POST /printers/PIXMA HTTP/1.1" 200 302 Create-Job successful-ok localhost - - [10/Mar/2013:14:08:23 -0500] "POST /printers/PIXMA HTTP/1.1" 200 261 Send-Document successful-ok Nothing in error_log or page_log Trying the web interface now. Added the printer via the web interface using usual drivers, logs show the following: # less access_log localhost - - [10/Mar/2013:14:14:53 -0500] "POST /admin/ HTTP/1.1" 200 66 - - localhost - - [10/Mar/2013:14:14:53 -0500] "POST / HTTP/1.1" 401 75 CUPS-Get-Devices successful-ok localhost - - [10/Mar/2013:14:14:53 -0500] "POST /admin/ HTTP/1.1" 200 1864 - - localhost - - [10/Mar/2013:14:14:58 -0500] "POST /admin/ HTTP/1.1" 200 60 - - localhost - - [10/Mar/2013:14:14:58 -0500] "POST / HTTP/1.1" 401 91 CUPS-Get-Devices successful-ok localhost - - [10/Mar/2013:14:14:58 -0500] "POST /admin/ HTTP/1.1" 401 60 - - localhost - - [10/Mar/2013:14:14:58 -0500] "POST /admin/ HTTP/1.1" 200 60 - - localhost - root [10/Mar/2013:14:15:07 -0500] "POST /admin/ HTTP/1.1" 200 60 - - localhost - - [10/Mar/2013:14:15:07 -0500] "POST / HTTP/1.1" 401 91 CUPS-Get-Devices successful-ok localhost - root [10/Mar/2013:14:15:07 -0500] "POST / HTTP/1.1" 200 1565 CUPS-Get-Devices - localhost - root [10/Mar/2013:14:15:07 -0500] "POST /admin/ HTTP/1.1" 200 3062 - - localhost - - [10/Mar/2013:14:15:24 -0500] "POST /admin HTTP/1.1" 200 92 - - localhost - - [10/Mar/2013:14:15:24 -0500] "POST /admin HTTP/1.1" 200 3148 - - localhost - - [10/Mar/2013:14:15:39 -0500] "POST /admin HTTP/1.1" 200 212 - - localhost - - [10/Mar/2013:14:15:39 -0500] "POST / HTTP/1.1" 200 1581 CUPS-Get-PPDs - localhost - - [10/Mar/2013:14:15:39 -0500] "POST /admin HTTP/1.1" 200 5514 - - localhost - - [10/Mar/2013:14:15:59 -0500] "POST /admin HTTP/1.1" 200 1932 - - localhost - - [10/Mar/2013:14:15:59 -0500] "POST / HTTP/1.1" 200 493199 CUPS-Get-PPDs - localhost - - [10/Mar/2013:14:15:59 -0500] "POST /admin HTTP/1.1" 200 206446 - - localhost - - [10/Mar/2013:14:16:59 -0500] "POST /admin HTTP/1.1" 200 1951 - - localhost - - [10/Mar/2013:14:16:59 -0500] "POST /admin/ HTTP/1.1" 401 352 CUPS-Add-Modify-Printer successful-ok localhost - - [10/Mar/2013:14:16:59 -0500] "POST /admin HTTP/1.1" 401 1951 - - localhost - - [10/Mar/2013:14:16:59 -0500] "POST /admin HTTP/1.1" 200 1951 - - localhost - root [10/Mar/2013:14:16:59 -0500] "POST /admin HTTP/1.1" 200 1951 - - localhost - - [10/Mar/2013:14:16:59 -0500] "POST /admin/ HTTP/1.1" 401 352 CUPS-Add-Modify-Printer successful-ok localhost - root [10/Mar/2013:14:16:59 -0500] "POST /admin/ HTTP/1.1" 200 352 CUPS-Add-Modify-Printer successful-ok localhost - root [10/Mar/2013:14:16:59 -0500] "POST /admin HTTP/1.1" 200 70230 - - localhost - root [10/Mar/2013:14:17:29 -0500] "POST /admin HTTP/1.1" 200 2063 - - localhost - - [10/Mar/2013:14:17:29 -0500] "POST /admin/ HTTP/1.1" 401 522723 CUPS-Add-Modify-Printer successful-ok localhost - root [10/Mar/2013:14:17:29 -0500] "POST /admin/ HTTP/1.1" 200 522723 CUPS-Add-Modify-Printer successful-ok localhost - root [10/Mar/2013:14:17:29 -0500] "POST /admin HTTP/1.1" 200 4015 - - localhost - - [10/Mar/2013:14:18:04 -0500] "POST /printers/PIXMA HTTP/1.1" 200 302 Create-Job successful-ok localhost - - [10/Mar/2013:14:18:04 -0500] "POST /printers/PIXMA HTTP/1.1" 200 261 Send-Document successful-ok # less error_log W [10/Mar/2013:14:15:40 -0500] [CGI] Missing NickName and ModelName in /usr/local/share/cups/model/foomatic-db-ppds/Brother/BR5070DN_GPL.ppd.gz! W [10/Mar/2013:14:15:40 -0500] [CGI] Missing NickName and ModelName in /usr/local/share/cups/model/foomatic-db-ppds/Epson/eplp830c.ppd.gz! W [10/Mar/2013:14:15:40 -0500] [CGI] Missing NickName and ModelName in /usr/local/share/cups/model/foomatic-db-ppds/Epson/eplp850c.ppd.gz! W [10/Mar/2013:14:15:40 -0500] [CGI] Missing NickName and ModelName in /usr/local/share/cups/model/foomatic-db-ppds/Epson/eplp880c.ppd.gz! W [10/Mar/2013:14:15:40 -0500] [CGI] Missing NickName and ModelName in /usr/local/share/cups/model/foomatic-db-ppds/Epson/eplp9100.ppd.gz! W [10/Mar/2013:14:15:40 -0500] [CGI] Missing NickName and ModelName in /usr/local/share/cups/model/foomatic-db-ppds/Epson/eplp920c.ppd.gz! W [10/Mar/2013:14:15:40 -0500] [CGI] Miss
Re: Problems Printing
On 03/10/13 15:29, Chris Petrik wrote: Are you using /usr/local/bin/lpr or /usr/bin/lpr also did you specify to rename cups stuff to be installed as system wide ? I don't know? make.conf: WITH_CUPS=YES CUPS_OVERWRITE_BASE=YES WITHOUT_LPR=YES And, as per earlier in this thread: ls -la /usr/bin/lpr -- 1 root daemon 37104 Dec 4 03:34 /usr/bin/lpr Also you dont specify which printer is it Sorry, I thought I brought in the maintainer on my first email, saw s/he wasn't in later emails and added. Canon Pixma MP210 -- Yours in Christ, Joseph A Nagy Jr "Whoever loves instruction loves knowledge, But he who hates correction is stupid." -- Proverbs 12:1 Emails are not formal business letters, whatever businesses may want. Original content CopyFree (F) under the OWL http://copyfree.org/licenses/owl/license.txt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
growisofs does not burn folders correctly all files are flat on the disk no folders
Hey :-) I have problem with growisofs - I get all files flat on the disk there are no directories as on the source drive :-( I had this once with BD and once with DVD disk on my new 9.1-RELEASE machine. growisofs -Z/dev/cd2 -dvd-compat -R -J -iso-level 3 -udf * % growisofs --version * growisofs by , version 7.1, front-ending to mkisofs: mkisofs 3.00 (amd64-unknown-freebsd9.1) Copyright (C) 1993-1997 Eric Youngdale (C) 1997-2010 J�rg Schilling Any hints welcome :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: vlan routing
On Sun, 10 Mar 2013, ??? ??? wrote: 2013/3/10 : I am trying set this up. First I munged the IP addresses. Not to worry if I hit yours. I did the following commands: ifconfig vlan0 create ifconfig vlan0 vlan 95 vlandev fxp0 ifconfig vlan0 inet 134.217.128.117 netmask 255.255.255.0 ifconfig fxp0 add 134.217.128.117 netmask 255.255.255.0 route add -inet 134.217.128.117 134.217.128.1 ifconfig shows: fxp0: flags=8843 metric 0 mtu 1500 options=8 ether 00:d0:b7:56:cf:ab inet 45.22.17.3 netmask 0xfc00 broadcast 45.22.19.255 inet 45.22.17.17 netmask 0x broadcast 45.22.17.17 inet 134.217.128.117 netmask 0xff00 broadcast 134.217.128.255 media: Ethernet autoselect (100baseTX ) status: active bge0: flags=8802 metric 0 mtu 1500 options=9b ether 00:09:5b:60:e4:1f media: Ethernet autoselect (none) status: no carrier vlan0: flags=8843 metric 0 mtu 1500 ether 00:d0:b7:56:cf:ab inet 134.217.128.117 netmask 0xff00 broadcast 134.217.128.255 media: Ethernet autoselect (100baseTX ) status: active vlan: 95 parent interface: fxp0 Needless to say it does not work. The switch is programmed correctly (I am told). My questions are (1) it seems like the option got applied to the wrong interface; (2) what did I miss?? I also tried booting the system with IP of 134.217.128.117 but I did not get the rc.conf macros correctly. I do know I can not route through the switch without going the vlan commands. _ Douglas Denault http://www.safeport.com d...@safeport.com Voice: 301-217-9220 Fax: 301-217-9277 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" I guess you shouldn't put the same IP address on two interfaces (vlan and fxp0), you need to decide wherther you need tagged or untagged vlan frames there and, depending on this decision put the IP address on VLAN interface (tagged variant) or fxp0 (untagged one). If i understand your task correctly, then this line is faulty from your configuration: ifconfig fxp0 add 134.217.128.117 netmask 255.255.255.0 You don't need it. route add -inet 134.217.128.117 134.217.128.1 This is smth absoulutely wrong:) Basically, if you only need a vlan interface that could be used for routing, you need these commands only: ifconfig vlan95 create ifconfig vlan95 inet 134.217.128.117/24 vlan 95 vlandev fxp0 and in /etc/rc.conf you should put such strings: cloned_interfaces="vlan95" ifconfig_vlan95="inet 134.217.128.117/24 vlan 95 vlandev fxp0" for the interface to be created on reboot. Hope this helps. Thanks I will try _ Douglas Denault http://www.safeport.com d...@safeport.com Voice: 301-217-9220 Fax: 301-217-9277 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Problems Printing
On 03/05/13 23:47, Matthias Apitz wrote: El día Tuesday, March 05, 2013 a las 03:42:15PM -0600, Joseph A. Nagy, Jr escribió: then the test is $ date | lpr -PPIXMA matthias I figured that out, sent the test, it queud the job and stuck there. When I get home I'm going to clear the cups logs and start over again. Does the CUPS' test page works from the web interface? If not, try to configure the printer as Generic Postscript first. matthias w/o using the web interface (I don't particularly care for it, honestly, I find it confusing) I deleted the old logs, restarted the cupsd service, and sent # date | lpr -PPIXMA less access_log localhost - - [10/Mar/2013:14:08:23 -0500] "POST /printers/PIXMA HTTP/1.1" 200 302 Create-Job successful-ok localhost - - [10/Mar/2013:14:08:23 -0500] "POST /printers/PIXMA HTTP/1.1" 200 261 Send-Document successful-ok Nothing in error_log or page_log Trying the web interface now. Added the printer via the web interface using usual drivers, logs show the following: # less access_log localhost - - [10/Mar/2013:14:14:53 -0500] "POST /admin/ HTTP/1.1" 200 66 - - localhost - - [10/Mar/2013:14:14:53 -0500] "POST / HTTP/1.1" 401 75 CUPS-Get-Devices successful-ok localhost - - [10/Mar/2013:14:14:53 -0500] "POST /admin/ HTTP/1.1" 200 1864 - - localhost - - [10/Mar/2013:14:14:58 -0500] "POST /admin/ HTTP/1.1" 200 60 - - localhost - - [10/Mar/2013:14:14:58 -0500] "POST / HTTP/1.1" 401 91 CUPS-Get-Devices successful-ok localhost - - [10/Mar/2013:14:14:58 -0500] "POST /admin/ HTTP/1.1" 401 60 - - localhost - - [10/Mar/2013:14:14:58 -0500] "POST /admin/ HTTP/1.1" 200 60 - - localhost - root [10/Mar/2013:14:15:07 -0500] "POST /admin/ HTTP/1.1" 200 60 - - localhost - - [10/Mar/2013:14:15:07 -0500] "POST / HTTP/1.1" 401 91 CUPS-Get-Devices successful-ok localhost - root [10/Mar/2013:14:15:07 -0500] "POST / HTTP/1.1" 200 1565 CUPS-Get-Devices - localhost - root [10/Mar/2013:14:15:07 -0500] "POST /admin/ HTTP/1.1" 200 3062 - - localhost - - [10/Mar/2013:14:15:24 -0500] "POST /admin HTTP/1.1" 200 92 - - localhost - - [10/Mar/2013:14:15:24 -0500] "POST /admin HTTP/1.1" 200 3148 - - localhost - - [10/Mar/2013:14:15:39 -0500] "POST /admin HTTP/1.1" 200 212 - - localhost - - [10/Mar/2013:14:15:39 -0500] "POST / HTTP/1.1" 200 1581 CUPS-Get-PPDs - localhost - - [10/Mar/2013:14:15:39 -0500] "POST /admin HTTP/1.1" 200 5514 - - localhost - - [10/Mar/2013:14:15:59 -0500] "POST /admin HTTP/1.1" 200 1932 - - localhost - - [10/Mar/2013:14:15:59 -0500] "POST / HTTP/1.1" 200 493199 CUPS-Get-PPDs - localhost - - [10/Mar/2013:14:15:59 -0500] "POST /admin HTTP/1.1" 200 206446 - - localhost - - [10/Mar/2013:14:16:59 -0500] "POST /admin HTTP/1.1" 200 1951 - - localhost - - [10/Mar/2013:14:16:59 -0500] "POST /admin/ HTTP/1.1" 401 352 CUPS-Add-Modify-Printer successful-ok localhost - - [10/Mar/2013:14:16:59 -0500] "POST /admin HTTP/1.1" 401 1951 - - localhost - - [10/Mar/2013:14:16:59 -0500] "POST /admin HTTP/1.1" 200 1951 - - localhost - root [10/Mar/2013:14:16:59 -0500] "POST /admin HTTP/1.1" 200 1951 - - localhost - - [10/Mar/2013:14:16:59 -0500] "POST /admin/ HTTP/1.1" 401 352 CUPS-Add-Modify-Printer successful-ok localhost - root [10/Mar/2013:14:16:59 -0500] "POST /admin/ HTTP/1.1" 200 352 CUPS-Add-Modify-Printer successful-ok localhost - root [10/Mar/2013:14:16:59 -0500] "POST /admin HTTP/1.1" 200 70230 - - localhost - root [10/Mar/2013:14:17:29 -0500] "POST /admin HTTP/1.1" 200 2063 - - localhost - - [10/Mar/2013:14:17:29 -0500] "POST /admin/ HTTP/1.1" 401 522723 CUPS-Add-Modify-Printer successful-ok localhost - root [10/Mar/2013:14:17:29 -0500] "POST /admin/ HTTP/1.1" 200 522723 CUPS-Add-Modify-Printer successful-ok localhost - root [10/Mar/2013:14:17:29 -0500] "POST /admin HTTP/1.1" 200 4015 - - localhost - - [10/Mar/2013:14:18:04 -0500] "POST /printers/PIXMA HTTP/1.1" 200 302 Create-Job successful-ok localhost - - [10/Mar/2013:14:18:04 -0500] "POST /printers/PIXMA HTTP/1.1" 200 261 Send-Document successful-ok # less error_log W [10/Mar/2013:14:15:40 -0500] [CGI] Missing NickName and ModelName in /usr/local/share/cups/model/foomatic-db-ppds/Brother/BR5070DN_GPL.ppd.gz! W [10/Mar/2013:14:15:40 -0500] [CGI] Missing NickName and ModelName in /usr/local/share/cups/model/foomatic-db-ppds/Epson/eplp830c.ppd.gz! W [10/Mar/2013:14:15:40 -0500] [CGI] Missing NickName and ModelName in /usr/local/share/cups/model/foomatic-db-ppds/Epson/eplp850c.ppd.gz! W [10/Mar/2013:14:15:40 -0500] [CGI] Missing NickName and ModelName in /usr/local/share/cups/model/foomatic-db-ppds/Epson/eplp880c.ppd.gz! W [10/Mar/2013:14:15:40 -0500] [CGI] Missing NickName and ModelName in /usr/local/share/cups/model/foomatic-db-ppds/Epson/eplp9100.ppd.gz! W [10/Mar/2013:14:15:40 -0500] [CGI] Missing NickName and ModelName in /usr/local/share/cups/model/foomatic-db-ppds/Epson/eplp920c.ppd.gz! W [10/Mar/2013:14:15:40 -0500] [CGI] Missing NickName and ModelName in /usr/local/s
Re: svn & new pkg system
On Sun, 10 Mar 2013 13:39:50 -0400, Fbsd8 wrote: > Steve O'Hara-Smith wrote: >> On Sun, 10 Mar 2013 13:18:04 -0400 >> Fbsd8 wrote: >> >>> No body has made a case for NOT including svn in the base system. If >>> it can be a port there is no reason why it can not be included in the >>> base system. >> >> Giorgos did when he said "Subversion is a large system, with a ton of >> dependencies" which translates to a lot of work to keep it up to date >> in the base system, and all sorts of fun and games when other things >> using those dependencies need a newer version. > > And how is that any different from any other package or pkgng situation. Imagine what happens when library libfoo is a dependency of subversion, and they are both imported into the base system. At the same time there are 2-3 incompatible versions of libfoo in the ports. When libfoo is part of the base system we have to: a) Make sure that it works for the base system version of subversion. b) Other programs from ports do not accidentally link with the wrong version of the library from base. c) All programs that subversion uses (possibly plugins and extensions that are now part of base, but part of the packages) use the right 'mix' of libraries. This gets fairly complicated and a brittle _very_ very fast. On the other hand, the inconvenience of having to install subversion from ports is offset by the fact that _everything_ it depends on and everything that depends on _subversion_ itself, is now handled in an homogeneous manner, with exactly the same amount of effort that we would have to spend anyway to maintain it in the ports. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: svn & new pkg system
Steve O'Hara-Smith wrote: On Sun, 10 Mar 2013 13:18:04 -0400 Fbsd8 wrote: No body has made a case for NOT including svn in the base system. If it can be a port there is no reason why it can not be included in the base system. Giorgos did when he said "Subversion is a large system, with a ton of dependencies" which translates to a lot of work to keep it up to date in the base system, and all sorts of fun and games when other things using those dependencies need a newer version. And how is that any different from any other package or pkgng situation. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
day light saving time happened today
day light saving time happened early sunday morning and the time shown by the date command is still one hour behind. I just did a clean 9.1 install from cdrom and selected the correct time zone for my location. I don't see any entry for daylight saving time in tzsetup I though the EDT had daylight saving time built in. How do I configure time for auto daylight saving time corrections? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: svn & new pkg system
On Sun, 10 Mar 2013 13:18:04 -0400 Fbsd8 wrote: > No body has made a case for NOT including svn in the base system. If it > can be a port there is no reason why it can not be included in the base > system. Giorgos did when he said "Subversion is a large system, with a ton of dependencies" which translates to a lot of work to keep it up to date in the base system, and all sorts of fun and games when other things using those dependencies need a newer version. -- Steve O'Hara-Smith ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: svn & new pkg system
Giorgos Keramidas wrote: On 2013-03-09 22:04, Robert Huff wrote: Giorgos Keramidas writes: > Is svn going to become part of the base system in 9.2-RELEASE? No. [good reasons for not including subversion ellided] On the other hand ... The traditional - and I believe still canonical - way of updating the system is to recompile from source. I know I am not alone in feeling the system is substantially incomplete if it does not come with all the tools necessary to do that. (Not slighting freebsd-update (don't know enough about it to have an opinion); just pointing out it has limitations.) This has been traditionally true with CVS, which was also a complex piece of software, but still merged periodically into FreeBSD src. I think it's always a small annoyance when things break away from 'tradition', but on the other hand tradition shouldn't be able to put a stop to moving along or act as an impediment for doing our 'real' work. And the real work of the team is to develop FreeBSD, not to develop a version control system. There's a lot of know-how and development happening in the main Subversion development process; a lof of experience that we do not necessarily need to duplicate in our own team to do what we like best: that is, develop FreeBSD. It's understandable that having to install a package to check-out the sources is a diversion from previous practice, and it may be somewhat annoying -- like every change is annoying at first. But the package is not going to go away and it won't stop working, at least as long as we are using it ourselves to develop the system. So other than the difference that now the sources of the VCS used for development are not part of src/, conceptually there isn't a lot of difference from before. The previous state of things was: FreeBSD developers use CVS to check out the sources, and develop the system itself. CVS is available [as part of the base system] to everyone else who wants to grab a copy of the source tree. WHat happens now is quite similar, except for the bracketed text: FreeBSD developers use SVN to check out the sources, and develop the system itself. SVN is available [as part of the official packages] to everyone else who wants to grab a copy of the source tree. Your thinking is way to narrow. Besides source, svn can also grab a copy to the ports tree or just a single port. This a much quicker and a more flexible approach than using portsnap. No body has made a case for NOT including svn in the base system. If it can be a port there is no reason why it can not be included in the base system. Just because developers us it is no reason to make life difficult of those who are not devolopers and have other uses for it. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: periodic security always sends output mail
On Sun, Mar 10, 2013 at 12:43:54PM +, Arthur Chance wrote: > On 03/10/13 03:26, Steve Rikli wrote: > >I would like to configure periodic on my FreeBSD servers to only send > >daily/weekly/monthly/security mails (or logs) when there is something > >"important" to report. > > > >I'm close, but periodic security seems to _always_ send mail, even > >when there is nothing to report. > > I suspect the logic is that by always sending a mail, even if it > contains nothing important, it means that when you don't get mail > you should check to see what happened. Otherwise an attacker could > simply prevent periodic security checks to cover up any changes made > and you'd just think there was nothing important to report. You may be correct. It may also be nothing more complicated than "security is important", which is hard to argue with. :-) However it appears the logic has changed somewhat in FreeBSD-9 (my 1st example was from an 8.3 server), where the 450.status-security script now sets and resets rc= conditionally, and it seems to behave more closely to my desired behavior, though I need to test a bit. One undesireable thing in the FreeBSD-9 scripts is it appears that if you have daily_status_security_inline enabled, and mask away the daily success & info results, the security results are also masked away regardless of security success,info settings. E.g. this config on a FreeBSD 9.1 system: daily_show_success="NO" security_show_success="NO" daily_show_info="NO" security_show_info="YES" daily_status_security_inline="YES" apparently won't include security info events either, though I'm not sure why not. I'm still tuning and testing to get it set the way I want. Cheers, sr. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: svn & new pkg system
On 2013-03-09 22:04, Robert Huff wrote: > Giorgos Keramidas writes: > > > Is svn going to become part of the base system in 9.2-RELEASE? > > > > No. > > [good reasons for not including subversion ellided] > > On the other hand ... > > The traditional - and I believe still canonical - way of updating the > system is to recompile from source. > > I know I am not alone in feeling the system is substantially > incomplete if it does not come with all the tools necessary to do > that. > > (Not slighting freebsd-update (don't know enough about it to have an > opinion); just pointing out it has limitations.) This has been traditionally true with CVS, which was also a complex piece of software, but still merged periodically into FreeBSD src. I think it's always a small annoyance when things break away from 'tradition', but on the other hand tradition shouldn't be able to put a stop to moving along or act as an impediment for doing our 'real' work. And the real work of the team is to develop FreeBSD, not to develop a version control system. There's a lot of know-how and development happening in the main Subversion development process; a lof of experience that we do not necessarily need to duplicate in our own team to do what we like best: that is, develop FreeBSD. It's understandable that having to install a package to check-out the sources is a diversion from previous practice, and it may be somewhat annoying -- like every change is annoying at first. But the package is not going to go away and it won't stop working, at least as long as we are using it ourselves to develop the system. So other than the difference that now the sources of the VCS used for development are not part of src/, conceptually there isn't a lot of difference from before. The previous state of things was: FreeBSD developers use CVS to check out the sources, and develop the system itself. CVS is available [as part of the base system] to everyone else who wants to grab a copy of the source tree. WHat happens now is quite similar, except for the bracketed text: FreeBSD developers use SVN to check out the sources, and develop the system itself. SVN is available [as part of the official packages] to everyone else who wants to grab a copy of the source tree. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: fbsdmon error message
On Sun, 10 Mar 2013 21:13:10 +1030 Shane Ambler articulated: > On 09/03/2013 22:24, Jerry wrote: > > After working fine for over a year, the "ports-mgmt/fbsdmon" port > > has started spitting out errors once a week for the past month. > > > > ** > > Rebuilding locate database: > > > > Rebuilding whatis database: > > makewhatis: /usr/local/man/man3/EVP_PKEY_verifyrecover_init.3.gz: > > No such file or directory > > > > Sending statistic to fbsdmon.org > > > > -- End of weekly output -- > > * > > The error isn't from fbsdmon, the message is from the weekly periodic > run which has fbsdmon on it's list of tasks. The error is from the > task before fbsdmon - rebuilding the whatis database. > > While I know the error originates from an openssl item being renamed > from EVP_PKEY_verifyrecover_init to EVP_PKEY_verify_recover_init I'm > not sure why it still tries to find the old man page. Should a PR be filed against this or has one all ready been filed? I didn't find any. -- Jerry ♔ Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: periodic security always sends output mail
On 03/10/13 03:26, Steve Rikli wrote: I would like to configure periodic on my FreeBSD servers to only send daily/weekly/monthly/security mails (or logs) when there is something "important" to report. I'm close, but periodic security seems to _always_ send mail, even when there is nothing to report. I suspect the logic is that by always sending a mail, even if it contains nothing important, it means that when you don't get mail you should check to see what happened. Otherwise an attacker could simply prevent periodic security checks to cover up any changes made and you'd just think there was nothing important to report. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: fbsdmon error message
On 09/03/2013 22:24, Jerry wrote: After working fine for over a year, the "ports-mgmt/fbsdmon" port has started spitting out errors once a week for the past month. ** Rebuilding locate database: Rebuilding whatis database: makewhatis: /usr/local/man/man3/EVP_PKEY_verifyrecover_init.3.gz: No such file or directory Sending statistic to fbsdmon.org -- End of weekly output -- * The error isn't from fbsdmon, the message is from the weekly periodic run which has fbsdmon on it's list of tasks. The error is from the task before fbsdmon - rebuilding the whatis database. While I know the error originates from an openssl item being renamed from EVP_PKEY_verifyrecover_init to EVP_PKEY_verify_recover_init I'm not sure why it still tries to find the old man page. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"