Re: portsnap

[Edward Sanford Sutton, III]

On 12/28/20 6:06 PM, Thomas Mueller wrote:
>> Kudos to Stefan for keeping portmaster relevant and up-to-date.
>> But I never understood the appeal of portsnap. What's the advantage over
>
>> svnlite co ...
>> cd /usr/ports; make update
>
>> This mechanism is in the base system, so an extra tool demands some
>> justification ;-)
portsnap was much faster for small updates and slower for big updates
last I tested it though I've heard it was the exact opposite for other's
experiences. I found svn always had a certain overhead to run through my
tree to make sure it was in sync where portsnap just said, "yup,
snapshot up to date/needs these few changes" much quicker than my system
could even walk a ports tree. Once months of changes are there I would
have been better off with a fresh fetch effort I presume but doing the
usual update was SLOW. If you want to just have a ports tree and have no
intention of modifying it, tracking said changes, and/or submitting
those patches back, or if you want to have the most up to date copy of
the ports tree, download a copy from a specific changeset or moment in
time, or if you want to downgrade certain ports then I think portsnap
has always been the wrong choice.

>> Kind regards,
>> Patrick
>
>> punkt.de GmbH
>> Patrick M. Hausen
>
> Better yet, I built the full subversion from FreeBSD ports and NetBSD
pkgsrc so am able to use from either FreeBSD or NetBSD.
>
> But the useful days of svnlite or svn with FreeBSD with ports tree
seem to end with the migration to git scheduled for the end of next
March; already ended for FreeBSD doc and current src trees.

portsnap didn't have an upload and svn won't disappear from read only
view anytime soon; legacy FreeBSD support doesn't want that dying off
until their versions last using it die off too.

> I guess svnlite will be dropped from FreeBSD when it will no longer be
usable.
>
> Any way portsnap can be updated to deal with a git repository?

portsnap doesn't deal with a svn repository but uses its own effort to
track changes if I recall. I didn't think the reason for going away was
svn vs git. portsnap is a shell script where fetch is used for downloads.

> I switched from portsnap to subversion following FreeBSD's switch from
csup to subversion for security reasons in summer 2012 (to the best of
my memory).
>
> I figured if I needed subversion to update src and doc trees, may as
well also use it with ports tree: one-stop shopping.
>
> Tom
>
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
>
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: portmaster new development

[Edward Sanford Sutton, III]

On 12/27/20 4:00 AM, LuMiWa via freebsd-ports wrote:
> The subject is 'portmaster new development' but again start pushing
> poudriere to FreeBSD users. I do not use zfs file system and I do not
> use poudriere and I do not want to use on my computer for building some
> ports and then spending hours and hours with poudriere with not enough
> machine. For me is portmaster perfect as is now.

  More tools and improvements to tools can be a good thing. There are
some things that portmaster did better and others that portupgrade did
better. Can't remember which for each task but I think I used portmaster
for configure dialogs and fetching as it would perform those steps
before builds started. I found myself using portmaster to create a list
of ports I had installed (portmaster --list-origins >
~/installed-port-list) to then feed into poudriere as a list to build
though pkg prime-origins completes in a small fraction of a second
instead of more than 5 seconds.
  I've dealt with a number of ports that fail to build because of a
conflict (usually not noted). May have been avahi or a different port
sounding similar in my head but one would regularly fail to upgrade for
me if it was currently installed because the build found and used tools
from the old version during the build of the new even after it spent
time building the new tools in the work directory. People probably think
those issues are rare in the ports tree but back around 2009-2011 I
upgraded a x86 to x64 by upgrading in place. Running portupgrade lead to
many failures due to ports using locally installed 32bit tools and
libraries even though in theory everything should have been
rebuilt/reinstalled in an orderly fashion where it would be replaced
before it gets used. I've thought about repeating that to document
findings but unless other developers want to look into the issues then
there is no point as I have not been able to fix those type of build
issues when I've tried. Deleting any installed package before its own
port rebuild would work around many of those issues I saw but you really
need to uninstall all nondependent ports to guarantee an individual port
build succeeds. If uninstalling a port does not remove everything (bad
pkg-plist) it created then there is still a chance of a contaminated
build. Some builds will break if you have nondependencies installed and
other times it may just modify what you get from building it as the
program detects its surroundings and makes findings the port maintainer
didn't account for when the build autodetects surroundings with things
like autotools which didn't have the maintainer override or add a
dependency for every possible optional manual detection. Remove port(s),
rebuild, and reinstall once built is higher downtime than a pkg upgrade
of already built ports. That is made worse when portmaster aborts on an
unrelated dependency tree branch causing a complete build halt
mid-upgrade. Portupgrade's "continue building all others on fail" leaves
less programs broken without interaction but still higher than if it
rolled back the entire dependency tree of a failed port.
  Building in a jail gets around the issue of needing a separate build
machine, removing installed packages, and having program downtime while
waiting for the chain of it+dependencies to all be rebuilt (incomplete
build of program+dependencies leads to broken programs if I cannot
resolve). That time would be extended when I would have days worth of
building to do and portmaster would stop building within hours or
minutes of starting and I won't see results for hours later when I get
home from work or wake up. I completed very little with portmaster
before going back to portupgrade back in the day because abort on
failure rarely errored out on the first or last of a dependency chain
and stopping in the middle without rolling back the entire chain would
mean the update attempt generally broke things other than the one failed
port. Installing from packages after all building is done offers the
shortest downtime of programs on the system.
  A poudriere build stays in its own area and keeps it clean as it goes
so those problems go away. Other solutions including a
portmaster/portupgrade building in a jail should be able to do so too.
Poudriere can be configured to not use excessive resources by
controlling number of different ports to build at once, how many threads
to use per port build, and how much to use memory disks vs real disks
for workdirs, ccache, etc. Poudriere will take longer due to always
starting with a clean environment, being more aggressive about deciding
when a port needs a rebuild, and time spent building/updating the base
system to be used inside the jail. Other jailed build systems will
likely perform faster due to less cleanup per package. Poudriere
defaults performing a full build for my machine while I use my machine
is a bad experience but had controls to adjust settings to all be more
sane. Poudriere, with more tame settings

Are broken ports retested before performing scheduled removal?

[Edward Sanford Sutton, III]

  games/oneko was recently removed as it was marked broken due to being
unfetchable. I tried an old copy of the ports tree I had where it was
marked as such and `make fetch -DTRYBROKEN` succeeded. Was there an
error recorded for this and was it ever retested? Is this just a side
effect of having a failure and no maintainer?
  If being removed as unfetchable, wouldn't a better MOVED entry be to
say it was unfetchable (for more than 6 months) instead of just broken
for more than 6 months?
Thanks for feedback
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Team 22 Holiday Card

[Edward Munoz]

yoo

On Thu, Dec 15, 2016 at 2:50 PM, Edgar Lin 
wrote:

> Team 22,
>
> 8th graders in our Tech Arts program have been hard at work designing our
> Team 22 Holiday Card.  4 designs are up for votes to become the official
> Team 22 Holiday Card for 2016-17.
>
> Cast your vote by clicking HERE
> .
> Voting will close tomorrow at 3:20 PM.
>
> Who's got this??  We've got this!!
>
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

from Edward Shriver

[Edward Shriver]

Hi! How are you?
Breaking news [1]http://vospitatel-enm.ru/noise.php it works!
Edward Shriver
[2]Sent from Yahoo Mail for iPhone

References

   1. http://vospitatel-enm.ru/noise.php
   2. https://overview.mail.yahoo.com/?.src=iOS
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

from Edward Shriver

[Edward Shriver]

How are you? http://conceitoeng.com.br/occasion/afternoon.php

 

 

Edward Shriver

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: svn: E000005: Can't read file '/usr/ports/.svn/pristine/73/...

[Edward Tomasz Napierała]

On 0610T1447, Anton Shterenlikht wrote:
> I'm trying to bisect a sparc64 port failure and
> have to move between multiple ports revisions.
> 
> I get lots of errors like this:
> 
> svn: E05: Can't read file 
> '/usr/ports/.svn/pristine/73/737bbb7d1b529d920172f3ae59f3a5e26d14afb9.svn-base':
>  Input/output error
> svn: E05: Additional errors:
> svn: E05: Can't read file 
> '/usr/ports/.svn/pristine/73/737bbb7d1b529d920172f3ae59f3a5e26d14afb9.svn-base':
>  Input/output error
> 
> with svn up, whether moving into the future or
> into the past.
> 
> have to run svn cleanup after every such failure.

Look at dmesg.  Do you see any disk read/write errors?  What
does smartctl say?  Have you tried to boot in single user mode
and do full fsck?

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Strange issues while upgrading ports

[Edward]

On 11/25/11 10:14 PM, Kaya Saman wrote:
> Would you also advise to upgrade my BSD 'release'?
> 
The FreeBSD Handbook have a section covering it :
http://www.freebsd.org/doc/handbook/updating-upgrading-freebsdupdate.html

My personal experience :
http://scratching.psybermonkey.net/2009/07/freebsd-how-to-upgrade-kernel-or-base.html

*** disclosure, that's my blog.

> If so I would upgrade to 8.2 as stated in a previous posting but since
> I'm running jails and many services aggregated into one machine, what's
> the best way to proceed?
> 
> I'm currently just backing up /etc, /var, /usr/shared, /usr/local/etc,
> /usr/local/var, and /usr/local/shared.
> 
Don't forget /usr/jails, that's where your jails live.

> Will the freebsd-upgrade tool wipe all my config files? Or will the
> upgrade be seamless?

You might wanna try freebsd-update on a box with customize config files
(e.g. /etc/hosts, /etc/ssh/sshd_config or blah blah blah) to have a feel
on how mergemaster works on merging config files. It took me a few
upgrade tries to get familiar with it. In general, if you've backup the
configs in /etc & /usr/local/etc, you can always restore the working
copy back and your services shouldn't fail :)
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: 10.0-CUR r226986 && ports (general)

[Edward Tomasz Napierała]

Wiadomość napisana przez Matthias Apitz w dniu 3 lis 2011, o godz. 12:26:
> El día Thursday, November 03, 2011 a las 12:13:31PM +0100, Edward Tomasz 
> Napierała escribió:
> 
>>> It turns out that the problem is more general! A lot of ./configure
>>> scripts are detecting in 10-CUR that they can't or should not build
>>> shared libs; the problem is that the OS is detected now as
>> 
>> As a temporary workaround, add "WITH_FBSD10_FIX=1" to /etc/make.conf.
> 
> ports/UPDATING and some of the mails in the archive of -current
> recommend setting UNAME_r=9.0-CURRENT; is this the same or which method
> is prefered?

No, I guess UPDATING is right.  It's just that I never remember to read
it when encountering problems after an update, and the above method
"works for me".

-- 
If you cut off my head, what would I say?  Me and my head, or me and my body?

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: 10.0-CUR r226986 && ports (general)

[Edward Tomasz Napierała]

Wiadomość napisana przez Matthias Apitz w dniu 3 lis 2011, o godz. 07:10:
> El día Wednesday, November 02, 2011 a las 08:36:07PM +0100, Matthias Apitz 
> escribió:
>> Hello,
>> 
>> I fetched 10-CUR from SVN as r226986 and /usr/ports from CVS on November
>> 1st;
>> 
>> The ports/audio/jack seems installing fine, but the shared lib
>> libjack.so is missing below ports/audio/jack/work and /usr/local/lib; it
>> is mentioned in the list -L of the package; later ports/audio/arts and
>> ports/x11/kde3 are missing the shared lib;
> 
> It turns out that the problem is more general! A lot of ./configure
> scripts are detecting in 10-CUR that they can't or should not build
> shared libs; the problem is that the OS is detected now as

As a temporary workaround, add "WITH_FBSD10_FIX=1" to /etc/make.conf.

-- 
If you cut off my head, what would I say?  Me and my head, or me and my body?

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

How to best handle ports mislinking against locally installed copies?

[Edward Sanford Sutton, III]

As an example, net/avahi-app fails to build on my machine because of the 
error:
/libexec/ld-elf.so.1: Shared object "libicui18n.so.38" not found, required 
by "libavahi-glib.so.1"
This can be fixed by removing the port before building so that it is unable to 
link against /usr/local/lib/libavahi-glib.so.1 and instead correctly links 
against ./work/avahi-0.6.29/avahi-glib/.libs/libavahi-glib.so.1 but is it 
correct to assume uninstall is needed before attempting to build a new 
version or are there suggested fixes or examples of working through this?
I can try to dig up other examples I have ran into in detail but was wondering 
about the general approach and if the freebsd ports tree likes to fix it, 
note it, or ignore it?
Thanks again,
Edward Sanford Sutton, III
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Web feed for /usr/ports/UPDATING

[Edward]

 On 25/09/10 3:00, Alexander Kojevnikov wrote:
>>> directly, I'm going to keep it updated and if necessary will upgrade
>>> the RootBSD VPS it's hosted on.
>> Why not redirect the feed to feedburner? It's a free server from google,
>> fast & furious.
> I don't really see the point in relying on another service. The feed
> is cached, for most requests the script just reads and prints a file,
> it's not hard for the server at all.
>
I thought you were concern about the extra bandwidth & processing that
would incur by providing this great idea so I suggested to move the RSS
part to feedburner. If this is not the case, ignore it ;)

Ah, I forgot to say "thanks". This make reading /usr/ports/UPDATING
interesting again. :)
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Web feed for /usr/ports/UPDATING

[Edward]

> directly, I'm going to keep it updated and if necessary will upgrade
> the RootBSD VPS it's hosted on.
Why not redirect the feed to feedburner? It's a free server from google,
fast & furious.

My 2cents :)

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Bug Report: Firefox 3.6.2 crashes on JavaScript heavy pages

[Edward Tjörnhammar]

Thank you for your replies!

I didn't have any special make.conf but tried using
fno-strict-aliasing as suggested by Garret and now it works.

Regards

On Sat, Apr 3, 2010 at 4:56 PM, Gary Jennejohn
 wrote:
> On Sat, 3 Apr 2010 04:24:05 -0700
> Garrett Cooper  wrote:
>
>> On Sat, Apr 3, 2010 at 3:30 AM, Edward Tj__rnhammar  wrote:
>> > The browser crashes on JavaScript intensive pages. I've tried to debug
>> > the behavior but since firebug crashes with firefox this is a no go.
>> > I've tried disabling optimizations in the firefox makefile but it
>> > makes no difference.
>> >
>> > I don't believe it matters but my hardware is a Dell XPS m1210 laptop
>> > with intel graphics.
>> >
>> > What system:
>> > pylon# uname -a
>> > FreeBSD pylon 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Mar 13 18:50:29
>> > CET 2010 __ __ r...@pylon:/usr/obj/usr/src/sys/PYLON __i386
>> >
>> > What makefile:
>> > pylon# grep Makefile,v /usr/ports/www/firefox/Makefile
>> > # $FreeBSD: ports/www/firefox/Makefile,v 1.221 2010/03/23 08:54:22 beat 
>> > Exp $
>> >
>> > How to reproduce:
>> > I can reproduce this crash everytime by removing my .mozilla and then 
>> > visit:
>> > __http://review.source.android.com/11633
>> > Most pages are Ok.
>> >
>> > Error message:
>> > Floating point exception (core dumped)
>> >
>> > Well.. the processor supports SSE instrincs, perhaps this is a SIMD
>> > optimization bug somewhere else, I remember I enabled that for some
>> > other port..
>> >
>> > Other notable behaviour:
>> > If i run firefox3 with truss -f firefox3 does not crash on the page.
>> > I could probably dive deeper into this.
>>
>>     Doesn't crash for me on Firefox 3.5.8:
>>
>> # /etc/make.conf:
>> CFLAGS                += -fno-strict-aliasing -pipe
>> CXXFLAGS      += -fno-strict-aliasing -pipe
>> # ...
>> CPUTYPE               := nocona
>>
>>     Do you have a custom make.conf file? If so, what's your processor
>> and your CPUTYPE / C*FLAGS?
>>
>
> The referenced page works for me using FF 3.6.2.  I don't have any
> special CFLAGS values set in src.conf/make.conf.
>
> I also have
> CPU: AMD Athlon(tm) Dual Core Processor 4850e (2505.35-MHz K8-class CPU)
> Features=0x178bfbff MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT>
> Features2=0x2001
>
> --
> Gary Jennejohn
>
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Bug Report: Firefox 3.6.2 crashes on JavaScript heavy pages

[Edward Tjörnhammar]

The browser crashes on JavaScript intensive pages. I've tried to debug
the behavior but since firebug crashes with firefox this is a no go.
I've tried disabling optimizations in the firefox makefile but it
makes no difference.

I don't believe it matters but my hardware is a Dell XPS m1210 laptop
with intel graphics.

What system:
pylon# uname -a
FreeBSD pylon 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Mar 13 18:50:29
CET 2010 r...@pylon:/usr/obj/usr/src/sys/PYLON  i386

What makefile:
pylon# grep Makefile,v /usr/ports/www/firefox/Makefile
# $FreeBSD: ports/www/firefox/Makefile,v 1.221 2010/03/23 08:54:22 beat Exp $

How to reproduce:
I can reproduce this crash everytime by removing my .mozilla and then visit:
 http://review.source.android.com/11633
Most pages are Ok.

Error message:
Floating point exception (core dumped)

Well.. the processor supports SSE instrincs, perhaps this is a SIMD
optimization bug somewhere else, I remember I enabled that for some
other port..

Other notable behaviour:
If i run firefox3 with truss -f firefox3 does not crash on the page.
I could probably dive deeper into this.

Regards
-- 
Edward Tjörnhammar
+46703784224 | http://cflags.cc
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

portsnap

[Edward Shriver]

Sirs:

I am attempting to load FreeBSD-7.0.  The computer I am using has no internet 
connection.  Could you please let me have the location and name of the file(s) 
that portsnap needs to do its 'extract' thing.

Your help will be appreciated.

Edward L Shriver
edwar...@yahoo.com



___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Looking for new maintainer for my ports.

[Edward Tomasz Napierala]

For the past few months, I didn't have enough time to maintain my ports
properly.  I'm afraid I'll have even less time in the future.  So, I'm
looking for new maintainers for the ports below.  If you're interested
in maintaining one or more of them, please let me know.

audio/amb-plugins
audio/aubio
audio/caps-plugins
audio/celt
audio/dino
audio/dssi
audio/fluidsynth-dssi
audio/fmit
audio/ghostess
audio/gigedit
audio/gmidimonitor
audio/hexter
audio/jack-keyboard
audio/jack-smf-utils
audio/jamin
audio/lash
audio/libconvolve
audio/libgig
audio/liblo
audio/liblscp
audio/nekobee
audio/patchage
audio/qjackctl
audio/raul
audio/sineshaper
audio/specimen
audio/timemachine
audio/whysynth
audio/xsynth-dssi
audio/zynaddsubfx
benchmarks/fhourstones
benchmarks/imb
comms/tcpser
devel/acovea
devel/acovea-gtk
devel/cppi
devel/libcoyotl
devel/libevocosm
devel/rlog
emulators/basiliskII
emulators/dtcyber
emulators/lisaem
emulators/nonpareil
emulators/simh
emulators/tme
emulators/xhomer
games/mudmagic
graphics/openjpeg
misc/findutils
net/wire
net/wired
net/wired-tracker
net-im/gloox
science/g3data
security/fl0p
sysutils/mpiexec
sysutils/torque
textproc/iksemel
x11-clocks/glclock
x11-toolkits/flowcanvas
x11-toolkits/phat

-- 
If you cut off my head, what would I say?  Me and my head, or me and my body?

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD-games/Larn is broken in FreeBSD7.0 Release

[Edward Tomasz Napierala]

In article <[EMAIL PROTECTED]> you wrote:
>>>  When you run Larn, and chose to read/eat/drink anything the games exits
>>>  with a signal 11 ,segfaults and does a coredump.
>>>
>>>  You have found a magic potion
>>>  Do you (d) drink it, (t) take it, or (i) ignore it?
>>>  Segmentation fault (core dumped) [SIGSEGV]drink
>>>
>>>  I would like to use Larn on 7.0, what do I suggest I do to fix this ?
>>
>> This is caused by the same problem as freebsd-games/hack.
>> Please refer to the thread beginning with
>> http://lists.freebsd.org/pipermail/freebsd-ports/2008-January/046245.html
>>
>> For the temporary solution,
>> edit freebsd-games/files/patch-larn_Makefile to add -fwritable-strings
>> to CFLAGS and do not forget to use gcc34 or earlier instead of gcc in  
>> 7.0.
>>
>> Hope this helps.
> 
> I believe that someone in DragonFly BSD did a lot of clean up in the  
> src/games/*. But I don't know if these cleans up will helping with this  
> issue. It might be worth for someone to dig in there and bring in FreeBSD  
> if someone care about these games.

Diff between freebsd-games and DragonFly, after removing irrelevant stuff,
is over a megabyte long.  Maybe we should just use their code verbatim?

(Untested diff at http://freebsd.org/~trasz/patch-zzz_fixes_from_dfly)

-- 
If you cut off my head, what would I say?  Me and my head, or me and my body?

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: rrdtool performance tuning

[Edward Buck]

Dmitry Morozovsky wrote:


any hints to tune rrdtool with ~30k rrd files (approx 2k target devices)?

machine is mostly IO-bound, showing 100% disk load with 8 or sometimes even 3 
mB/s, 300-400 tps (it's 2 SATA300 disks in gmirror)


What are you using as a snmp poller?  Some pollers are not very 
efficient in the way that they collect and write information to rrd 
files.  Also, I've seen users setup RRD files with redundant 
information, which means you may be writing the same data multiple times.


If you know that the collection and writing of data is about as 
efficient as possible, then my advice would be to get faster disks and 
use hardware RAID.


Ed



Thanks in advance.

Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
[ FreeBSD committer: [EMAIL PROTECTED] ]

*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] ***

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: FreeBSD Port: courier-authlib-vchkpw-0.59.3

[Edward Buck]

Richard Secor wrote:


Do you happen to know if this is supposed to work with vpopmail 5.4.17?
Because I'm having problems building it.


That combination works fine for me (now using courier-authlib-vchkpw-0.60).

Ed


courier-authlib-base
and
courier-authlib-mysql
both built without a problem.

Thanks,
-Rich
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: FreeBSD Port: courier-imap-4.2.0 ssl failure on port 993

[Edward Buck]

Edward Buck wrote:

This is regarding the recent update courier-imap-4.2.0.

Not sure if something has changed in functionality or perhaps there was
an incompatible configuration change but the update broke my imaps
setup.  I admit that my SSL libraries might be the problem since there
was recently a security update for SSL.

I updated SSL using freebsd-update (binary updates) which before today
has been pretty reliable.  Afterwards, my old courier-imap still worked
fine (perhaps because it was still using the old libraries?). Then last
night, I updated courier and imaps stopped working (I don't run anything
on the standard imap port).

The error is:

Oct  5 09:40:00 kafka imapd-ssl: couriertls: connect: error:1408F10B:SSL
routines:SSL3_GET_RECORD:wrong version number


Here's an update on this issue.  I forgot to mention earlier than the 
system is FreeBSD 6.2 p8.


The problem seems to be specific to imapd-ssl running on port 993.  I 
didn't spend a lot of time troubleshooting different clients.  Previous 
to the update, I used Thunderbird with SSL/port 993 without problems. 
Strangely, Korn (KDE mail notifier) seemed to work okay on port 993.  It 
could be a client thing but I suspect they just default to different SSL 
versions.


TLS works just fine on port 143, which is the configuration I've been 
meaning to switch to for some time.  The update forced the issue and 
thus, this problem is not really one anymore.  But for those who are 
still using imaps on port 993, the update (either the courier-imap 
update or the SSL update) may cause some problems.


Thanks.
Ed



Just wanted to see if this is something others are noticing with the
upgrade.  My setup is very vanilla (i386, default make options, generic
kernel, standard userland) so I don't think it's system-specific.

I'll be doing some more testing today, including running a non-SSL setup
to check if courier-imap is okay in other respects.

Thanks!
Ed


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

FreeBSD Port: courier-imap-4.2.0

[Edward Buck]

This is regarding the recent update courier-imap-4.2.0.

Not sure if something has changed in functionality or perhaps there was
an incompatible configuration change but the update broke my imaps
setup.  I admit that my SSL libraries might be the problem since there
was recently a security update for SSL.

I updated SSL using freebsd-update (binary updates) which before today
has been pretty reliable.  Afterwards, my old courier-imap still worked
fine (perhaps because it was still using the old libraries?). Then last
night, I updated courier and imaps stopped working (I don't run anything
on the standard imap port).

The error is:

Oct  5 09:40:00 kafka imapd-ssl: couriertls: connect: error:1408F10B:SSL
routines:SSL3_GET_RECORD:wrong version number

Just wanted to see if this is something others are noticing with the
upgrade.  My setup is very vanilla (i386, default make options, generic
kernel, standard userland) so I don't think it's system-specific.

I'll be doing some more testing today, including running a non-SSL setup
to check if courier-imap is okay in other respects.

Thanks!
Ed
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: qiv(imlib) vs. xorg 7.3

[Edward G.J. Lee]

Thanks to Herbert.

On Sat, Sep 15, 2007, Herbert J. Skuhra wrote:

> > Yes, I had the same problem. I solved the issue by upgrading to
> > qiv-2.1-pre12.
> >
> > - Herbert
>
> Wrong ${ECHO_MSG} (with/without Xinerama)

  But i got segmentation fault,

[EMAIL PROTECTED] ~/tmp]$ qiv b8b.jpg
Segmentation fault: 11

qiv -z b8b.jpg is OK.


Edward
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

qiv(imlib) vs. xorg 7.3

[Edward G.J. Lee]

Hi,

I can't use qiv after i upgrade xrog 7.2 to 7.3.

[EMAIL PROTECTED] ~]$ qiv typhon.jpg
Gdk-ERROR **: BadMatch (invalid parameter attributes)
  serial 115 error_code 8 request_code 2 minor_code 0

[EMAIL PROTECTED] ~]$ qiv -z typhon.jpg
qiv: Your root window's visual is not the visual Imlib chose;
 qiv cannot set the background currently.

FreeBSD 6-STABLE.

Does anybody have the same problem?


Edward
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

distfile questions

[Edward Sanford Sutton, III]

  On a couple ports I am working on, availability is only in the form of 
cvs/svn. I made a temporary prefetch section for my own convenience which 
calls up a particular revision off the server, compresses an archive of it, 
and places it in the distfiles directory (thus leaving fetch happy as long as 
checksums match). Is there a preferred way to handle these cases other than 
my temporary code or putting it on my ISP's provided webspace which may cap 
out due to too much monthly upload (and the filetypes may not even be allowed 
anyways)?
  Another strange occurence I ran into was expanding the functionality of a 
port through available addons while I was updating it. It is in the current 
state of a combination of  tar.bz2, cvs (which I turn into a tar.bz2 on my 
side), and a .zip but the port got a bit complicated in trying to get it to 
download the .zip but not touch it further (and then I manually tell it to 
extract it to the correct place, it is just additional data files). Otherwise 
I have to pick between tar.bz2 files working or the zip file working since 
the code to extract one fails to process the other correctly.
Thanks for any feedback,
Ed Sutton
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"