Re: calendar (1) - patch to correct error description
On Thu, Oct 29, 2020 at 01:29:39AM +0100, Julian H. Stacey wrote: > Hi Stefan > > Am 28.10.20 um 13:02 schrieb Julian H. Stacey: > > > man calendar states: > > >"The calendar internal cpp does not correctly do #ifndef and will > > > discard > > >the rest of the file if a #ifndef is triggered." > > > That is wrong, as proved by test file: If I was asked about this I'd suggest ripping out the internal cpp and switching back to an external cpp IFF calendar is all in ports. The idea when the original very hurried hack was done was to remove more from base. No longer a problem if using ports. > > > --- > > > // Test data for ~/.calendar/calendar > > > * bla0 ... > > This is not obvious from reading the man-page and it might be more > > intuitive, if the identifier was only the word up to the first blank, > > Yes > > > but the code in the calendar program does just strip off leading and > > trailing white-space. It might be too late to change this behavior. > > Hopefully not too late. > Either way, Ameliorations: > - Do a global edit in manual from "cpp" to "pre-processor" > to remove expectation of similarity to cpp. > - Define in manual exactly how the pre-processor handles defines. > > > > I have updated the code in -CURRENT to support #ifdef (MFC in 3 days) > > Nice > > > > and I plan to add supported for nested conditions in -CURRENT > > Nice > > > > (not > > sure whether that should be merged to -STABLE, though). > > Probably yes ? > > > > I could change the #define and #if/ifndef to only consider the first > > following word, but do not plan to do that at this time. > > Would be good if you did, silently swallowing space seperated text > as extended name of a define instead of value of define, is not > intuitive, At least document if you have no time to change it please ? > > Fixing documenting & extanding a pp in calendar could become like > re-inventing the wheel ? As a cpp is in src/ & not ports, can't > calendar use popen(/usr/bin/cpp) & save work ? Looks like there's > enough work to do in main calendar without extra work of a custom > pre processor ? > > Thanks for copy of your reply to Greg Balfour's off list mail, ref > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205580 > which notes: > "This patch is against 11.4-RELEASE. Note that it requires > the installation of the devel/tradcpp port/package." > > I agree your policy point, FreeBSD can't use a port as dependency > to build calendar, while calendar is still build by src/ world. (& > not just for Free, but Net & Open BSD etc will have similiar views > I presume) Indeed I'd revert back to this. > > I don't know which cpp's from where might have been looked at in the past, > > > Regards, STefan > > Thanks ! > > Cheers, > -- > Julian Stacey, Consultant Sys. Eng. BSD Linux Unix, http://berklix.com/jhs/cv/ > Crash Brexit profits financial speculators in cabinet damaging Britain. > UK stole 3.7 million votes from Brits abroad 700 K in EU http://stolenvotes.uk Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Missing partition slices after upgrade 7.4 to 8.3
On Sat, Mar 23, 2013 at 10:02:20PM +0200, Mailing lists wrote: On 03/23/2013 09:05 PM, Mailing lists wrote: Hi all, after upgrade from 7.4 to 8.3 I have encounter the following problem on two machines. ... - when it's 8.3 or 9.1 I see /dev/da0s1 /dev/da1s1 I did bsdlabel /dev/da0s1 and I can see 'c' raw partition of type 4.2BSD bsdlabel: partition c is not maked as unused! bsdlabel: An incorrect partition c may cause problems for standart system utilities. - when it's 7.4 I see /dev/da0s1c /dev/da1s1c Thanks in advance! :) http://www.freebsddiary.org/upgrade8.php c partition went away in 8 - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: bad sector in gmirror HDD
On Sat, Aug 20, 2011 at 01:34:41PM -0400, Dan Langille wrote: On Aug 19, 2011, at 11:24 PM, Jeremy Chadwick wrote: On Fri, Aug 19, 2011 at 09:39:17PM -0400, Dan Langille wrote: ... Information such as this? http://beta.freebsddiary.org/smart-fixing-bad-sector.php ... 3) A very high temperature of 51C (SMART attribute 194). If this drive is in an enclosure or in a system with no fans this would be ... eh? What's the temperature of the second drive? ... This is an older system. I suspect insufficient ventilation. I'll look at getting a new case fan, if not some HDD fans. ... I still suggest you replace the drive, although given its age I doubt Older drive and errors starting to happen, replace ASAP. you'll be able to find a suitable replacement. I tend to keep disks like this around for testing/experimental purposes and not for actual use. I have several unused 80GB HDD I can place into this system. I think that's what I'll wind up doing. But I'd like to follow this process through and get it documented for future reference. If the data is valuable, the sooner the better. It's actually somewhat saner if the two drives are not from the same lot. -- Dan Langille - http://langille.org - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db Why leave money to our children if we don't leave them the Earth? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: bad sector in gmirror HDD
On Fri, Aug 19, 2011 at 04:50:01PM -0400, Dan Langille wrote: System in question: FreeBSD 8.2-STABLE #3: Thu Mar 3 04:52:04 GMT 2011 After a recent power failure, I'm seeing this in my logs: Aug 19 20:36:34 bast smartd[1575]: Device: /dev/ad2, 2 Currently unreadable (pending) sectors Personally, I'd replace that drive now. Searching on that error message, I was led to believe that identifying the bad sector and running dd to read it would cause the HDD to reallocate that bad block. No, as otherwise mentioned (Hi Jeremy!) you need to read and write the block. This could buy you a few more days or a few more weeks. Personally, I would not wait. Your call. Comments? ... Dan Langille - http://langille.org - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db Why leave money to our children if we don't leave them the Earth? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: BIND9 built w/--disable-ipv6 on 8.1-STABLE
On Tue, Sep 21, 2010 at 12:15:17PM -0700, Kevin Oberman wrote: Date: Tue, 21 Sep 2010 11:06:43 -0700 From: Doug Barton do...@freebsd.org Sender: owner-freebsd-sta...@freebsd.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 9/21/2010 4:43 AM, Mark Kamichoff wrote: | On Mon, Sep 20, 2010 at 03:34:05PM -0700, Doug Barton wrote: | | Although, that still does beg the question, | | No, it doesn't. :) See http://en.wikipedia.org/wiki/Beg_the_question | | http://en.wikipedia.org/wiki/Beg_the_question#Modern_usage Yes, especially the last bit, Usage commentators have deemed using the term in this way to be incorrect. :) Sadly, I must note that Edwin Newman (http://en.wikipedia.org/wiki/Edwin_Newman) passed away last month. I All I would add is: http://www.qwantz.com/index.php?comic=693 http://languagelog.ldc.upenn.edu/nll/?p=2290 fear the common, totally illogical use of this phrase is now a lost cause. I could care less (not sic). It is annoying yes. Language changes underneath us though. | | why don't we want IPv6 enabled by default on new BIND installations? | | It has to do with whether or not IPv6 support is compiled into the | FreeBSD base system which is compiling BIND. If the configure option ... If I'm still alive when IPv6 is the norm and IPv4 is the exception, I promise to give it another look. :) IPv6 is more prevalent than you think. I can't understand the illogic of turning it off. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: ober...@es.netPhone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: busybox and small scripting languages on FreeBSD ? (was Re: 80 Mb / enough for 7.x? OK to delete /stand/ and /modules/ ?)
On Sat, Aug 02, 2008 at 04:38:14PM -0700, Jeremy Chadwick wrote: On Sat, Aug 02, 2008 at 04:07:47PM -0700, Sam Leffler wrote: Luigi Rizzo wrote: On Sat, Aug 02, 2008 at 11:39:20AM -0700, Sam Leffler wrote: ... I've been looking at nanobsd for a couple of applications and working to reduce the footprint of the images without hacking special rules. ... compact flash) then we'll need to do a lot of work to pare down the bloat--or replace current apps w/ special purpose replacements a la busybox (not something I find appealing). What's wrong with /rescue being used for this? ls -ltai /rescue 70662 -r-xr-xr-x 121 root wheel 3728352 Jul 22 14:56 [ 70662 -r-xr-xr-x 121 root wheel 3728352 Jul 22 14:56 atacontrol 70662 -r-xr-xr-x 121 root wheel 3728352 Jul 22 14:56 atmconfig Still a little too large? gzipped it's a little less -r-xr-xr-x 1 db wheel 1772385 Aug 2 23:11 /tmp/vi.gz I bet it would be easier to trim down the number of utilities in /rescue to make a smaller image than to make busybox go. related to this thread -- does anyone have experience in trying to build busybox on FreeBSD ? My last experience w/ busybox was 1 year ago and I'm not sure I was using anything close to up to date, but...it was utterly linux-specific. Given what it does and what I saw in the code I'd be more inclined to write one from scratch. busybox is the worst pile of doggie doo doo I have ever had the misfortune to see. It should be put into a brown paper bag and set on fire after putting it on RMS's doorstep and ringing the doorbell. - Diane -- - [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.db.net/~db ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
DNSSEC
hi, This might be of interest to some. http://arstechnica.com/news.ars/post/20080722-org-first-top-level-domain-to-adopt-dns-security-protocol.html - Diane -- - [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.db.net/~db ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portupgrade error with 7.0-BETA1
On Sun, Oct 28, 2007 at 11:38:26PM +0100, Kris Kennaway wrote: Marc UBM Bocklet wrote: On Sun, 28 Oct 2007 18:45:59 +0100 Marc UBM Bocklet [EMAIL PROTECTED] wrote: ... A tip from Diane Bruce ([EMAIL PROTECTED]) did the trick: This one bit me as well. It's an obsolete library (libthr) in the binary, Recompile ruby18 and problem will go away. You'll find other programs will do this too, but a lot of them disapear after doing a portupgrade. ...which is a necessary part of any upgrade to a new branch. Just to keep it clear. ;-) I always upgrade my portupgrade manually after a branch, but his problems sounded like he had not. What I am getting bit with are things like: -rw--- 1 db wheel 1056768 Oct 28 23:12 xfce4-mixer-plugin.core -rw--- 1 db wheel 1159168 Oct 28 23:12 xfdesktop.core -rw--- 1 db wheel 1024000 Oct 28 23:12 xfce-mcs-manager.core -rw--- 1 db wheel 978944 Oct 28 23:12 xscreensaver-gl-hel.core -rw--- 1 db wheel 1032192 Oct 28 23:03 xfce4-session.core All due to obsolete libs. Since there was a gnome import lately, updating now seemed a good idea. Kris - Diane -- - [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.db.net/~db ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portupgrade error with 7.0-BETA1
On Mon, Oct 29, 2007 at 09:04:12PM +0100, Kris Kennaway wrote: Diane Bruce wrote: On Sun, Oct 28, 2007 at 11:38:26PM +0100, Kris Kennaway wrote: ... What do you mean by obsolete libs? The portupgrade -fa should have fixed precisely that ;) Yes, I was going to suggest that one myself, I had forgotten to mention it. It's not one I wanted to take right now, for various reasons. But it is a good suggestion, I'm sure others will find it useful. - Diane -- - [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.db.net/~db ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Hard Hang, nothing in logs / no panics
On Fri, May 11, 2007 at 05:47:35PM -0400, Kris Kennaway wrote: On Fri, May 11, 2007 at 04:43:06PM -0500, Roger Miranda wrote: You missed that the debugger is there to debug bugs (including deadlocks). Break to the debugger and obtain the necessary debugging I should've been more clear. I can not break to the debugger (CTRL-ALT-ESC) when the system locks up. You may need the KDB_STOP_NMI option, especially if it is an SMP He can also try a serial console, if he can scare up something to use as a serial console. Serial ports are becoming legacy but if he can do it, it might help him. - Diane -- - [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.db.net/~db ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: how to use firefox
On Tue, Jul 11, 2006 at 09:49:51AM -0700, Mihir Sanghavi wrote: Hi, I have installed firefox using pkg_add -r firefox and now want to use xterm i tried using xterm and it says: Cannot open display and display not set X11 is running right? You typed startx ? -- - [EMAIL PROTECTED] http://www.db.net/~db ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How to enter DDB through a terminal server / remote console ... ?
On Wed, Jun 28, 2006 at 11:57:58PM +0100, Robert Watson wrote: ... Yes. It's unusual, but once in a while I get a nervous serial port. If you experience this, type Cont to continue, and then recompile your kernel with ALT_BREAK_TO_DEBUGGER but without BREAK_TO_DEBUGGER. Here's the notes entry: I use the ALT_BREAK_TO_DEBUGGER here. -- - [EMAIL PROTECTED] http://www.db.net/~db ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Fatal trap 12: page fault while in kernel mode / current process=12 (swi1: net)
I have a similar crash from 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #1: Sun Mar 19 13:28: On Fri, Mar 17, 2006 at 09:01:05PM -0600, Vlad wrote: i Ok, thanks for Joe's hint I was able to get stuff captured: # kgdb kernel.debug /var/crash/vmcore.0 ... #9 0x8037ee2b in calltrap () at ../../../amd64/amd64/exception.S:168 #10 0x8026d5f6 in propagate_priority (td=0xff003a5e94c0) at ../../../kern/subr_turnstile.c:233 #11 0x8026de2f in turnstile_wait (lock=0x805710c0, owner=0x0) at ../../../kern/subr_turnstile.c:628 #12 0x8023b4a9 in _mtx_lock_sleep (m=0x805710c0, tid=18446742975234022368, opts=180, file=0xfffe Address 0xfffe out of bounds, My panic. kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x808080f4 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0513ff5 stack pointer = 0x28:0xda6e4c0c frame pointer = 0x28:0xda6e4c10 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= resume, IOPL = 0 current process = 3984 (sh) [thread pid 3984 tid 100242 ] Stopped at turnstile_setowner+0xd: movl0x74(%ecx),%eax db bt Tracing pid 3984 tid 100242 td 0xc41fb780 turnstile_setowner(c41fe840,80808080,c07a5c58,c079f3e0,c41fb780) at turnstile_se towner+0xd turnstile_wait(c079f3e0,80808080) at turnstile_wait+0xa5 _mtx_lock_sleep(c079f3e0,c41fb780,0,c0674893,25e) at _mtx_lock_sleep+0xc4 _mtx_lock_flags(c079f3e0,0,c0674893,25e,c44b37f8) at _mtx_lock_flags+0x30 fork1(c41fb780,14,0,da6e4cd4,c41fb780) at fork1+0xb2a fork(c41fb780,da6e4d04,0,0,246) at fork+0x18 syscall(3b,3b,3b,0,8068000) at syscall+0x25f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (2, FreeBSD ELF32, fork), eip = 0x2813ca33, esp = 0xbfbfe5ec, ebp = 0xbfbfe608 - -- - [EMAIL PROTECTED] http://www.db.net/~db ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
