Re: [NEW] gworkspace-0.8.6
On Tue, 2 Sep 2008, Bryan Linton wrote: > On 2008-09-02 14:25:01, Antoine Jacoutot <[EMAIL PROTECTED]> wrote: > > pkg/DESCR > > GWorkspace is a clone of the NeXT workspace manager with some added > > features as spatial viewing, an advanced database based search system, > > etc. > > > > Untar it under ports/x11/gnustep. > > This has been very slightly tested under i386. Several people requested > > this so I'd appreciate their feedback ;-) > > > > Note that I needed to add this to my xorg.conf of the fonts would not > > appear; no idea why. > > > > Section "Extensions" > > Option "Composite" "Disable" > > EndSection > > > > Cheers! > > > > I had to "make makesum" not because distinfo was missing or had incorrect > checksums, but because the paths were wrong. This may be because I untarred > it in /usr/ports/mystuff/x11/gnustep/ instead of the actual ports tree. As I said: "Untar it under ports/x11/gnustep" All your issues come from that step not being done. -- Antoine
Re: UPDATE: svn-1.5.1
On Tue, Sep 02, 2008 at 11:49:05PM +0200, Steven Mestdagh wrote:
> Steven Mestdagh [2008-09-02, 09:33:07]:
> > Here is a diff for 1.5.2. Haven't tested it yet beyond building...
> > It picks up cyrus sasl if installed, should we enable that by default?
>
> 4 of the 61 tests are failing for me on amd64, this is the main stuff, not
> bindings.
>
> FAIL: commit_tests.py 44: set revision props during remote property edit
> FAIL: update_tests.py 42: update --accept automatic conflict resolution
> FAIL: prop_tests.py 1: write/read props in wc only (ps, pl, pdel, pe)
> FAIL: prop_tests.py 16: property operations on an URL
Ugh. None of these tests have been failing for upstream:
http://subversion.tigris.org/servlets/ReadMsg?listName=dev&msgNo=142295
Then again, none of the testers of 1.5.2 have used OpenBSD/amd64 :)
I'd like to get an idea of what is happening.
Could you send me the output of the following commands, please?
cd ${WRKSRCDIR}/subversion/tests/cmdline
./commit_tests.py --verbose 44
./update_tests.py --verbose 42
./prop_tests.py --verbose 1
./prop_tests.py --verbose 16
The output is probably gonna be a few pages long, so 4 separate
attachments would be nice.
Thanks,
Stefan
Re: UPDATE: svn-1.5.1
On Wed, Sep 03, 2008 at 09:43:22AM +0800, Dongsheng Song wrote: > Some folks stick to 1.4, would not upgrade shortly. > > If use 1.5 client, their work copy will automatic upgrade to 1.5, > and can't use 1.4 client anymore. That is correct. The 1.5 client will auto-upgrade working copies to the newer format when run on a 1.4 working copy. The obvious solution is to use a 1.5 client everywhere. However, I know that this is easier said than done, because some folks use 3rd party clients whose maintainers are slow at updating to 1.5. Also, your site may have upgrading policies which restrict updating Subversion at this point in time. What are your specific reasons for not upgrading? My opinion on continued maintenance of a 1.4 port: Because there likely won't be many more 1.4.x releases, the 1.4 port would not have to be touched a lot of times, if at all. That should not be a big problem. Note that due to an issue with libtool, a port may not be able to compile the 1.5 svn client against 1.5 shared libs while 1.4 shared libs are installed on the system, and vice-versa. Any constructive comments on how to solve this problem are *very* much welcome, please see: http://subversion.tigris.org/servlets/ReadMsg?listName=dev&msgNo=133311 Also, I don't know if anyone wants to put in the extra effort of maintaining a 1.4 port (AFAIK no one has volunteered to do this yet). What about yourself? Thanks, Stefan
Re: chromium comes to town
they only released pre-built binaries for windows. the link below shows how to fetch and build from source. On 2008 Sep 02 (Tue) at 18:32:16 -0500 (-0500), Marco Peereboom wrote: :It might be interested when they are not a windows only thing... : :On Wed, Sep 03, 2008 at 01:11:28AM +0200, frantisek holop wrote: :> hi there, :> :> is anybody looking at this? :> http://dev.chromium.org/developers/how-tos/build-instructions-linux :> :> perhaps it's not too linux oriented :> if they chose the bsd license :] :> :> -f :> -- :> if practice makes perfect, and nobody's perfect, why practice? :> : -- Bore, n.: A guy who wraps up a two-minute idea in a two-hour vocabulary. -- Walter Winchell
Re: NEW: sysutils/bcfg2
Hi, On Tue, 02.09.2008 at 12:01:32 +0200, Toni Mueller <[EMAIL PROTECTED]> wrote: > I've updated the port to include xslt and py-openssl. sorry, I messed up and attached the old port again. So, this is the third round... :-( http://download.oeko.net/sw/obsd/sysutils_bcfg2.tar.gz Kind regards, --Toni++
Re: [NEW] gworkspace-0.8.6
On 2008-09-03 09:00:16, Antoine Jacoutot <[EMAIL PROTECTED]> wrote: > > As I said: > "Untar it under ports/x11/gnustep" > > All your issues come from that step not being done. > Sorry for the noise. I'm still learning the intricacies of the ports system and I wrongly assumed that ports could just be dropped into /usr/ports/mystuff and Just Work. In this case there were aparently some files such as Makefile.inc and gnustep.port.mk in the "real" ports tree that were needed and I overlooked. Either way your port worked fine. Hopefuly someone else will learn from my mistake... always do what the developers say. No matter how right you think you are. Apologies again.
Re: IPtraf for OpenBSD?
Does Ettercap meet you needs? It's quite similar in curses mode. In some ways, yes. But I'm interesting in Iptraf. I've exchanged some private messages with Girish Venkatachalam [1] and seems we'll work together in the porting process. [1] http://openports.se/[EMAIL PROTECTED] -- Thanks, Jordi Espasa Clofent
Re: [NEW] gworkspace-0.8.6
On Wed, 3 Sep 2008, Bryan Linton wrote: > Sorry for the noise. I'm still learning the intricacies of the ports > system and I wrongly assumed that ports could just be dropped into > /usr/ports/mystuff and Just Work. In this case there were aparently > some files such as Makefile.inc and gnustep.port.mk in the "real" ports > tree that were needed and I overlooked. > > Either way your port worked fine. > > Hopefuly someone else will learn from my mistake... always do what the > developers say. No matter how right you think you are. > > Apologies again. No need for apologies. gnustep.port.mk is not the issue here, but Makefile.inc is, that's why you ran into issues. Thanks for testing. -- Antoine
UPDATE: databases/maatkit
Trivial update to latest revision.
Cheers
Giovanni
Index: Makefile
===
RCS file: /cvs/ports/databases/maatkit/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- Makefile29 Jul 2008 00:16:38 - 1.1.1.1
+++ Makefile3 Sep 2008 17:12:33 -
@@ -2,7 +2,7 @@
COMMENT = MySQL maatkit tools
-DISTNAME = maatkit-1972
+DISTNAME = maatkit-2152
CATEGORIES = databases perl5
HOMEPAGE = http://maatkit.sf.net/
@@ -15,7 +15,7 @@ PERMIT_PACKAGE_FTP = Yes
PERMIT_DISTFILES_CDROM = Yes
PERMIT_DISTFILES_FTP = Yes
-MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=maatkit/}
+MASTER_SITES = http://maatkit.googlecode.com/files/
RUN_DEPENDS = :p5-DBD-mysql->=1.0:databases/p5-DBD-mysql \
:p5-Term-ReadKey->=2.10:devel/p5-Term-ReadKey
Index: distinfo
===
RCS file: /cvs/ports/databases/maatkit/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- distinfo29 Jul 2008 00:16:38 - 1.1.1.1
+++ distinfo3 Sep 2008 17:12:33 -
@@ -1,5 +1,5 @@
-MD5 (maatkit-1972.tar.gz) = f+CRljbX9I8yB0aCTvbNkQ==
-RMD160 (maatkit-1972.tar.gz) = Juam3uMDk6aKv7DotQG7Bkdoa3E=
-SHA1 (maatkit-1972.tar.gz) = 3EEQMXyMngwLyLU5mMvQtABI/XM=
-SHA256 (maatkit-1972.tar.gz) = AqIP+QkTQcaVzH5SbotdnxY5m3t086zr2Gro2jJ4BB0=
-SIZE (maatkit-1972.tar.gz) = 383658
+MD5 (maatkit-2152.tar.gz) = KrIWFp8yP0MtVX0gzXuc2w==
+RMD160 (maatkit-2152.tar.gz) = 83ahM2pgyvUaHF4PU8hBCqaInWk=
+SHA1 (maatkit-2152.tar.gz) = xyFsnSrIQFyM6FZJO9Ym+stTu84=
+SHA256 (maatkit-2152.tar.gz) = 6iGQqlZ4OllCLpC+iUiMhywK96mYVAc0tYICW+WUGds=
+SIZE (maatkit-2152.tar.gz) = 416136
Index: pkg/PLIST
===
RCS file: /cvs/ports/databases/maatkit/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST 29 Jul 2008 00:16:38 - 1.1.1.1
+++ pkg/PLIST 3 Sep 2008 17:12:33 -
@@ -1,5 +1,6 @@
@comment $OpenBSD: PLIST,v 1.1.1.1 2008/07/29 00:16:38 okan Exp $
bin/mk-archiver
+bin/mk-audit
bin/mk-checksum-filter
bin/mk-deadlock-logger
bin/mk-duplicate-key-checker
@@ -21,6 +22,7 @@ bin/mk-visual-explain
${P5SITE}/maatkit.pm
${P5SITE}/maatkitdsn.pm
@man man/man1/mk-archiver.1
[EMAIL PROTECTED] man/man1/mk-audit.1
@man man/man1/mk-checksum-filter.1
@man man/man1/mk-deadlock-logger.1
@man man/man1/mk-duplicate-key-checker.1
firefox3 weird rendering
Hi everyone,
I'm using firefox3 for some time now. Everything works fine only on
some sites the rendering is really strange. I guess it has to do with
css but not sure.
Take a look at the following two screenshots:
http://img247.imageshack.us/img247/3409/ss1ce0.jpg
http://img294.imageshack.us/img294/7483/ss2na1.jpg
This is on i386 and I'm using a snapshot (base and packages) from
13/08 - the ones when the ports tree was locked.
Has this issue benn fixed in -current? The only hind I could find was
in the commit message of 2008.08.19 for firefox3:
- ff3 may not render scaled images properly due to incompatibilities
between some of the x drivers and x server (this has been fixed in
the new xserver). document work-arounds for now.
Does this apply for my issue?
With best regards
Earin
dmesg:
OpenBSD 4.4 (GENERIC) #1021: Tue Aug 12 17:16:55 MDT 2008
[EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Pentium(R) 4 Mobile CPU 1.70GHz ("GenuineIntel"
686-class) 1.70 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM
real mem = 536317952 (511MB)
avail mem = 510160896 (486MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 08/17/02, BIOS32 rev. 0 @
0xffe90, SMBIOS rev. 2.3 @ 0xf76c0 (62 entries)
bios0: vendor Dell Computer Corporation version "A06" date 08/17/2002
bios0: Dell Computer Corporation Inspiron 8200
apm0 at bios0: Power Management spec V1.2
apm0: AC on, battery charge unknown
acpi at bios0 function 0x0 not configured
pcibios0 at bios0: rev 2.1 @ 0xf/0x1
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfbb90/208 (11 entries)
pcibios0: PCI Interrupt Router at 000:31:0 ("Intel 82371 ISA and IDE" rev 0x00)
pcibios0: PCI bus #4 is the last bus
bios0: ROM list: 0xc/0x1
cpu0 at mainbus0
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel 82845 Host" rev 0x04
ppb0 at pci0 dev 1 function 0 "Intel 82845 AGP" rev 0x04
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "ATI Radeon Mobility M9 Lf" rev 0x01
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
agp0 at vga1: aperture at 0xe800, size 0x400
drm at vga1 unsupported
uhci0 at pci0 dev 29 function 0 "Intel 82801CA/CAM USB" rev 0x02: irq 11
uhci1 at pci0 dev 29 function 2 "Intel 82801CA/CAM USB" rev 0x02: irq 11
ppb1 at pci0 dev 30 function 0 "Intel 82801BAM Hub-to-PCI" rev 0x42
pci2 at ppb1 bus 2
xl0 at pci2 dev 0 function 0 "3Com 3c905C 100Base-TX" rev 0x78: irq
11, address 00:08:74:3d:88:33
exphy0 at xl0 phy 24: 3Com internal media interface
cbb0 at pci2 dev 1 function 0 "TI PCI4451 CardBus" rev 0x00: irq 11
cbb1 at pci2 dev 1 function 1 "TI PCI4451 CardBus" rev 0x00: irq 11
"TI PCI4451 FireWire" rev 0x00 at pci2 dev 1 function 2 not configured
cardslot0 at cbb0 slot 0 flags 0
cardbus0 at cardslot0: bus 3 device 0 cacheline 0x8, lattimer 0x20
pcmcia0 at cardslot0
cardslot1 at cbb1 slot 1 flags 0
cardbus1 at cardslot1: bus 4 device 0 cacheline 0x8, lattimer 0x20
pcmcia1 at cardslot1
ichpcib0 at pci0 dev 31 function 0 "Intel 82801CAM LPC" rev 0x02:
24-bit timer at 3579545Hz: SpeedStep
pciide0 at pci0 dev 31 function 1 "Intel 82801CAM IDE" rev 0x02: DMA,
channel 0 configured to compatibility, channel 1 configured to
compatibility
wd0 at pciide0 channel 0 drive 0:
wd0: 16-sector PIO, LBA, 28615MB, 58605120 sectors
atapiscsi0 at pciide0 channel 0 drive 1
scsibus0 at atapiscsi0: 2 targets, initiator 7
cd0 at scsibus0 targ 0 lun 0: ATAPI
5/cdrom removable
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
cd0(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 2
pciide0: channel 1 ignored (disabled)
auich0 at pci0 dev 31 function 5 "Intel 82801CA/CAM AC97" rev 0x02:
irq 11, ICH3 AC97
ac97: codec id 0x4352595b (Cirrus Logic CS4205 rev 3)
ac97: codec features mic channel, tone, simulated stereo, bass boost,
20 bit DAC, 18 bit ADC, SRS 3D
audio0 at auich0
"Intel 82801CA/CAM Modem" rev 0x02 at pci0 dev 31 function 6 not configured
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
usb1 at uhci1: USB revision 1.0
uhub1 at usb1 "Intel UHCI root hub" rev 1.00/1.00 addr 1
isa0 at ichpcib0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
pckbc0 at isa0 port 0x60/5
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pms0 mux 0
pcppi0 at isa0 port 0x61
midi0 at pcppi0:
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
biomask ef65 netmask ef65 ttymask
mtrr: Pentium Pro MTRR support
softraid0 at root
root on wd0a swap on wd0b dump on wd0b
xorg.conf
Section "ServerLayout"
Identifier
Re: firefox3 weird rendering
Hi, On Wed, Sep 3, 2008 at 6:41 PM, Earin Gregor <[EMAIL PROTECTED]> wrote: > Has this issue benn fixed in -current? The only hind I could find was > in the commit message of 2008.08.19 for firefox3: http://www.flickr.com/photos/vext01/2807471241/ I see this a lot in ff3 on -current. -- Best Regards Edd http://students.dec.bournemouth.ac.uk/ebarrett
Re: firefox3 weird rendering
On 2008/09/03 19:41, Earin Gregor wrote: > Take a look at the following two screenshots: > http://img247.imageshack.us/img247/3409/ss1ce0.jpg > http://img294.imageshack.us/img294/7483/ss2na1.jpg > > - ff3 may not render scaled images properly due to incompatibilities > between some of the x drivers and x server (this has been fixed in > the new xserver). document work-arounds for now. > > Does this apply for my issue? I think it very well may. Besides scaled images resulting in black rectangles, I saw something similar to your screenshots with some sites before I changed the settings over. I'm using an ATI card too. -current is not any different in this regard yet.
Re: firefox3 weird rendering
On 19:28, Wed 03 Sep 08, Stuart Henderson wrote: > On 2008/09/03 19:41, Earin Gregor wrote: > > Take a look at the following two screenshots: > > http://img247.imageshack.us/img247/3409/ss1ce0.jpg > > http://img294.imageshack.us/img294/7483/ss2na1.jpg > > > > - ff3 may not render scaled images properly due to incompatibilities > > between some of the x drivers and x server (this has been fixed in > > the new xserver). document work-arounds for now. > > > > Does this apply for my issue? > > I think it very well may. Besides scaled images resulting in > black rectangles, I saw something similar to your screenshots with > some sites before I changed the settings over. I'm using an ATI card > too. > > -current is not any different in this regard yet. I have the black rectangles as well here. Running latest snapshot. I have an Intel X300 card in a thinkpad T61p. -- Michiel van Baak [EMAIL PROTECTED] http://michiel.vanbaak.eu GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x71C946BD "Why is it drug addicts and computer aficionados are both called users?"
Re: UPDATE: mail/amavisd-new
On Sun, Aug 24, 2008 at 03:37:08PM +0200, Giovanni Bechis wrote:
> Amavisd-new updated to latest version, bug fixes and some new features
> from current version.
> http://www.ijs.si/software/amavisd/release-notes.txt
Did anyone test this? It looks ok portswise, but I'm not using it
and can't test.
Ciao,
Kili
> Index: Makefile
> ===
> RCS file: /cvs/ports/mail/amavisd-new/Makefile,v
> retrieving revision 1.6
> diff -u -p -r1.6 Makefile
> --- Makefile 4 Jan 2008 02:53:52 - 1.6
> +++ Makefile 1 Jul 2008 16:13:47 -
> @@ -2,7 +2,7 @@
>
> COMMENT= interface between mailer MTA and content checkers
>
> -DISTNAME=amavisd-new-2.5.3
> +DISTNAME=amavisd-new-2.6.1
> CATEGORIES= mail security
>
> HOMEPAGE=http://www.ijs.si/software/amavisd/
> @@ -14,7 +14,11 @@ PERMIT_PACKAGE_FTP=Yes
> PERMIT_DISTFILES_CDROM= Yes
> PERMIT_DISTFILES_FTP=Yes
>
> -MASTER_SITES=${HOMEPAGE}
> +MASTER_SITES=${HOMEPAGE} \
> + http://mirrors.catpipe.net/amavisd-new/ \
> + http://mirror.mainloop.se/amavisd/ \
> + http://mirror.cedratnet.com/amavisd-new/ \
> + http://mirror.omroep.nl/amavisd-new/
>
> RUN_DEPENDS= ::archivers/arc \
> ::archivers/bzip2 \
> @@ -33,8 +37,10 @@ RUN_DEPENDS= ::archivers/arc \
> ::converters/p5-Convert-TNEF \
> ::converters/rpm2cpio \
> :p5-Convert-UUlib->=1.05:converters/p5-Convert-UUlib \
> + ::databases/p5-BerkeleyDB \
> ::devel/p5-Net-Server \
> ::mail/p5-Mail-SpamAssassin \
> + :p5-Mail-DKIM->=0.31:mail/p5-Mail-DKIM \
> ::mail/p5-MIME-tools \
> ::sysutils/p5-Unix-Syslog
>
> @@ -45,6 +51,12 @@ PKG_ARCH= *
>
> do-install:
> ${INSTALL_SCRIPT} ${WRKSRC}/amavisd ${PREFIX}/sbin/amavisd
> + ${INSTALL_SCRIPT} ${WRKSRC}/amavisd-agent \
> + ${PREFIX}/bin/amavisd-agent
> + ${INSTALL_SCRIPT} ${WRKSRC}/amavisd-nanny \
> + ${PREFIX}/bin/amavisd-nanny
> + ${INSTALL_SCRIPT} ${WRKSRC}/amavisd-release \
> + ${PREFIX}/bin/amavisd-release
> ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/amavisd-new
> ${INSTALL_DATA} ${WRKSRC}/AAAREADME.first \
> ${PREFIX}/share/doc/amavisd-new
> Index: distinfo
> ===
> RCS file: /cvs/ports/mail/amavisd-new/distinfo,v
> retrieving revision 1.6
> diff -u -p -r1.6 distinfo
> --- distinfo 4 Jan 2008 02:53:52 - 1.6
> +++ distinfo 1 Jul 2008 16:13:47 -
> @@ -1,5 +1,5 @@
> -MD5 (amavisd-new-2.5.3.tar.gz) = XPGnpIGFXGcSN4wEdQWCVQ==
> -RMD160 (amavisd-new-2.5.3.tar.gz) = Sbl/83grQviqunvrc0QDmNg2ONk=
> -SHA1 (amavisd-new-2.5.3.tar.gz) = LhRgrVBa1CUah27FBtAho5LHwMA=
> -SHA256 (amavisd-new-2.5.3.tar.gz) =
> 9yRlThXqs/q84ihzpfKg/PLbk3TKhJec8Gaik2DuUz0=
> -SIZE (amavisd-new-2.5.3.tar.gz) = 789275
> +MD5 (amavisd-new-2.6.1.tar.gz) = JHTUwDT5aljluK+Rr1FGiQ==
> +RMD160 (amavisd-new-2.6.1.tar.gz) = yeJIVAv6+cxquWd3a9mOFktjbbg=
> +SHA1 (amavisd-new-2.6.1.tar.gz) = UePj2cKqoz9qQahAksgq25TiqAY=
> +SHA256 (amavisd-new-2.6.1.tar.gz) =
> TJh4bktpRFn2usQkE800t9AWV2O5CLMjTVQHEm+zsT0=
> +SIZE (amavisd-new-2.6.1.tar.gz) = 911740
> Index: patches/patch-amavisd
> ===
> RCS file: /cvs/ports/mail/amavisd-new/patches/patch-amavisd,v
> retrieving revision 1.4
> diff -u -p -r1.4 patch-amavisd
> --- patches/patch-amavisd 27 Nov 2007 13:53:19 - 1.4
> +++ patches/patch-amavisd 1 Jul 2008 16:13:47 -
> @@ -1,20 +1,19 @@
> $OpenBSD: patch-amavisd,v 1.4 2007/11/27 13:53:19 okan Exp $
> amavisd.orig Wed Jun 27 12:43:00 2007
> -+++ amavisd Sat Nov 24 10:18:12 2007
> -@@ -153,7 +153,7 @@ sub fetch_modules($$@) {
> -
> - BEGIN {
> +--- amavisd.orig Wed Apr 23 20:50:05 2008
> amavisd Thu May 8 20:19:26 2008
> +@@ -212,7 +212,7 @@ BEGIN {
> + File::Glob->import(':globally'); # use the same module as Perl 5.8 uses
> + }
> fetch_modules('REQUIRED BASIC MODULES', 1, qw(
> -Exporter POSIX Fcntl Socket Errno Carp Time::HiRes
> +Exporter POSIX Fcntl Socket Errno Carp Carp::Heavy Time::HiRes
> IO::Handle IO::File IO::Socket IO::Socket::UNIX IO::Socket::INET
> IO::Wrap IO::Stringy Digest::MD5 Unix::Syslog File::Basename
> Compress::Zlib MIME::Base64 MIME::QuotedPrint MIME::Words
> -@@ -17909,7 +17909,7 @@ sub initializeSpamAssassin {
> - local_tests_only => $sa_local_tests_only,
> - home_dir_for_helpers => $helpers_home,
> +@@ -20166,6 +20166,7 @@ sub initializeSpamAssassin {
>
Re: UPDATE: x11/gtksourceview
On Sun, Aug 24, 2008 at 03:42:32PM +0200, Giovanni Bechis wrote:
> Trivial update to latest version, some bugs has been fixed and syntax
> highlighting has been improved for some languages.
Make patch fails on patches/patch-configure. Did you forget to
include the diff for it?
Ciao,
Kili
> Index: Makefile
> ===
> RCS file: /cvs/ports/x11/gtksourceview/Makefile,v
> retrieving revision 1.30
> diff -u -p -r1.30 Makefile
> --- Makefile 4 Jun 2008 18:15:42 - 1.30
> +++ Makefile 24 Aug 2008 13:40:19 -
> @@ -4,8 +4,7 @@ COMMENT= text widget that extends GTK2'
>
> MAJOR_VERSION= 2.0
> GNOME_PROJECT= gtksourceview
> -GNOME_VERSION= 2.2.1
> -PKGNAME= ${DISTNAME}p2
> +GNOME_VERSION= 2.2.2
> SHARED_LIBS += gtksourceview-2.01.0 # .0.0
> CATEGORIES= x11
>
> @@ -15,7 +14,7 @@ HOMEPAGE= http://gtksourceview.sourcefo
>
> MAINTAINER= Giovanni Bechis <[EMAIL PROTECTED]>
>
> -# GPL
> +# LGPL 2.1
> PERMIT_PACKAGE_CDROM=Yes
> PERMIT_PACKAGE_FTP= Yes
> PERMIT_DISTFILES_CDROM= Yes
> Index: distinfo
> ===
> RCS file: /cvs/ports/x11/gtksourceview/distinfo,v
> retrieving revision 1.9
> diff -u -p -r1.9 distinfo
> --- distinfo 29 Apr 2008 19:47:09 - 1.9
> +++ distinfo 24 Aug 2008 13:40:19 -
> @@ -1,5 +1,5 @@
> -MD5 (gtksourceview-2.2.1.tar.bz2) = HFvYb4VOrTrtuWRj67snXw==
> -RMD160 (gtksourceview-2.2.1.tar.bz2) = m1Rora921K4c1R/TMBjHE5uu3M4=
> -SHA1 (gtksourceview-2.2.1.tar.bz2) = RX6iq4rdknq1XhBYksIaRAsYYD8=
> -SHA256 (gtksourceview-2.2.1.tar.bz2) =
> ivNdLWbxzOwDV+1aO195/aJG1tUapGXvqHpodGBMgug=
> -SIZE (gtksourceview-2.2.1.tar.bz2) = 1133374
> +MD5 (gtksourceview-2.2.2.tar.bz2) = EEp65wqby0WWYBzQF/NWJg==
> +RMD160 (gtksourceview-2.2.2.tar.bz2) = USsIE5WRQTOmGFim4aV3jHoUJTU=
> +SHA1 (gtksourceview-2.2.2.tar.bz2) = Ig5JrYNIoKdGzkgwAiKJLsKBOX0=
> +SHA256 (gtksourceview-2.2.2.tar.bz2) =
> dvN7YeVVN1W4Hp3K+TNwhlR/LiyHTW1V98+KXvYFVaU=
> +SIZE (gtksourceview-2.2.2.tar.bz2) = 952577
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/x11/gtksourceview/pkg/PLIST,v
> retrieving revision 1.8
> diff -u -p -r1.8 PLIST
> --- pkg/PLIST 29 Apr 2008 19:47:09 - 1.8
> +++ pkg/PLIST 24 Aug 2008 13:40:19 -
> @@ -155,8 +155,6 @@ share/locale/en_GB/LC_MESSAGES/
> share/locale/en_GB/LC_MESSAGES/gtksourceview-${MAJOR_VERSION}.mo
> share/locale/es/LC_MESSAGES/gtksourceview-${MAJOR_VERSION}.mo
> share/locale/et/LC_MESSAGES/gtksourceview-${MAJOR_VERSION}.mo
> -share/locale/eu/
> -share/locale/eu/LC_MESSAGES/
> share/locale/eu/LC_MESSAGES/gtksourceview-${MAJOR_VERSION}.mo
> share/locale/fa/
> share/locale/fa/LC_MESSAGES/
--
Hatte George Bush jemals eine Kindheit?
Und, wenn ja: hat er sie jemals verlassen?
-- Klaus Hoffmann
Re: firefox3 weird rendering
Michiel van Baak wrote: > On 19:28, Wed 03 Sep 08, Stuart Henderson wrote: >> On 2008/09/03 19:41, Earin Gregor wrote: >>> Take a look at the following two screenshots: >>> http://img247.imageshack.us/img247/3409/ss1ce0.jpg >>> http://img294.imageshack.us/img294/7483/ss2na1.jpg >>> >>> - ff3 may not render scaled images properly due to incompatibilities >>> between some of the x drivers and x server (this has been fixed in >>> the new xserver). document work-arounds for now. >>> >>> Does this apply for my issue? >> I think it very well may. Besides scaled images resulting in >> black rectangles, I saw something similar to your screenshots with >> some sites before I changed the settings over. I'm using an ATI card >> too. >> >> -current is not any different in this regard yet. > > I have the black rectangles as well here. Running latest snapshot. > I have an Intel X300 card in a thinkpad T61p. Beside the recommended workaround (to reduce depth to You should try to switch your X server to a different acceleration method, ie 'Option "AccelMethod" "exa"' vs 'Option "AccelMethod" "xaa"' in xorg.conf. Depending on the driver and the card, EXA or XAA perform better. -- Matthieu Herrb smime.p7s Description: S/MIME Cryptographic Signature
Re: firefox3 weird rendering
Damn it, I sent it to misc@ first by mistake... sorry! Reposting to ports@: I can confirm this on -current with both intel and radeon with and without drm enabled. -- Everything is simple, we're stupid. gopher://sdf.lonestar.org/1/users/bulibuta
Re: firefox3 weird rendering
On 2008/09/03 23:19, Paul Irofti wrote: > Damn it, I sent it to misc@ first by mistake... sorry! > Reposting to ports@: > > I can confirm this on -current with both intel and radeon with and > without drm enabled. I have a couple of ATI adapters; RV250 doesn't work too well with XAA but EXA is reasonably ok; with the RV200 XAA is fine, EXA doesn't have display artifacts but is super-slow. No one-size-fits-all...
NEW: ruby-hpricot
Hpricot is a fast, flexible HTML parser written in C. It.s designed to be very accommodating (like Tanaka Akira.s HTree) and to have a very helpful library (like some JavaScript libs . JQuery, Prototype . give you.) The XPath and CSS parser, in fact, is based on John Resig.s JQuery. Also, Hpricot can be handy for reading broken XML files, since many of the same techniques can be used. If a quote is missing, Hpricot tries to figure it out. If tags overlap, Hpricot works on sorting them out. You know, that sort of thing. Jeremy ruby-hpricot.tar.gz Description: application/tar-gz
NEW: ruby-json
This is a implementation of the JSON specification according to RFC 4627 for ruby. You can think of it as a low fat alternative to XML, if you want to store data to disk or transmit it over a network rather than use a verbose markup language. Jeremy ruby-json.tar.gz Description: application/tar-gz
NEW: ruby-mysql
This is the MySQL API module for Ruby. It provides the same functions for Ruby programs that the MySQL C API provides for C programs. Jeremy ruby-mysql.tar.gz Description: application/tar-gz
NEW: ruby-pg
This is a newer interface to access PostgreSQL database from ruby. It is designed to offer every feature available in libpq to Ruby, with a better API. This module is simpler, cleaner, and more portable than ruby-postgres. Jeremy ruby-pg.tar.gz Description: application/tar-gz
lang/ghc and all the other Haskell stuff
Anyone who wants to take maintainership of the Haskell ports? Ciao, Kili
Re: NEW: ruby-json
> This is a implementation of the JSON specification according to RFC 4627 > for ruby. You can think of it as a low fat alternative to XML, if you > want to store data to disk or transmit it over a network rather than use > a verbose markup language. we already have ruby-mysql, ruby-hpricot, and ruby-json in the tree. if you are submitting updates to them, please submit unified diffs against cvs.
Re: update: olsrd 0.5.6
Dieter Rauschenberger <[EMAIL PROTECTED]> wrote: > Ho Martin, > > On Tue, Sep 02, 2008 at 08:28:34PM +0200, Martin Reindl wrote: > > Anyone? > > Some months ago I submitted a patch that compiles and installs > httpinfo. Maybe you want to merge it to the update? > I'm just doing a simple update now, let's see afterwards what we can do about the plugins. I'm not really happy with the plugin stuff anyway, because olsrd still runs as root. m
Re: lang/ghc and all the other Haskell stuff
On Wed, 3 Sep 2008, Matthias Kilian wrote: > Anyone who wants to take maintainership of the Haskell ports? me! me! me! ... duh, of course not, no human being would want to... -- Antoine
Re: NEW: ruby-json
On Wed, Sep 3, 2008 at 2:47 PM, joshua stein <[EMAIL PROTECTED]> wrote: >> This is a implementation of the JSON specification according to RFC 4627 >> for ruby. You can think of it as a low fat alternative to XML, if you >> want to store data to disk or transmit it over a network rather than use >> a verbose markup language. > > we already have ruby-mysql, ruby-hpricot, and ruby-json in the tree. I checked the tree for all of these ports before submitting them, using make search key=. My mistake was I did not realize that you need to run make index first in order to get accurate information. The INDEX file is updated occasionally, but the script I was using to update the ports tree called cvs up on each category directory (e.g. /usr/ports/databases) instead of the top level directory (/usr/ports), so I never got updates to the INDEX file. I realize now that that causes problems. Sorry for the spam. Jeremy
Re: lang/ghc and all the other Haskell stuff
On Wed, Sep 03, 2008 at 11:49:55PM +0200, Antoine Jacoutot wrote: > > Anyone who wants to take maintainership of the Haskell ports? > > me! me! me! > > ... duh, of course not, no human being would want to... ^^^ Frogs != human beeings, so I'll just put your address in and commit the changes. Ciao, Kili -- MCSE - Microsoft Certified Spongiform Encephalitis -- Dominik Rudisch in dtj, 11.3.2001
Re: chromium comes to town
frantisek holop <[EMAIL PROTECTED]> wrote: > is anybody looking at this? > http://dev.chromium.org/developers/how-tos/build-instructions-linux I at least would wait for the Google guys to finish a port to some Unix/X11 platform (Linux/i386, in other words). If you have read the comic, you might remember that their JavaScript engine compiles to native machine code. Guess how many of our CPU architectures will be supported? "V8 [...] runs on Windows XP and Vista, Mac OS X 10.5 (Leopard), and Linux systems that use IA-32 or ARM processors." Chromium is going to be more difficult to port than Mozilla. -- Christian "naddy" Weisgerber [EMAIL PROTECTED]
Re: chromium comes to town
Yes, but most of us on going to be using the web on those archs. I think this is a step in the right direction. And now that they've fixed their license it's time to take a closer look. Brandon On Wed, Sep 3, 2008 at 8:09 PM, Christian Weisgerber <[EMAIL PROTECTED]>wrote: > frantisek holop <[EMAIL PROTECTED]> wrote: > > > is anybody looking at this? > > http://dev.chromium.org/developers/how-tos/build-instructions-linux > > I at least would wait for the Google guys to finish a port to some > Unix/X11 platform (Linux/i386, in other words). > > If you have read the comic, you might remember that their JavaScript > engine compiles to native machine code. Guess how many of our CPU > architectures will be supported? > > "V8 [...] runs on Windows XP and Vista, Mac OS X 10.5 (Leopard), > and Linux systems that use IA-32 or ARM processors." > > Chromium is going to be more difficult to port than Mozilla. > > -- > Christian "naddy" Weisgerber [EMAIL PROTECTED] > >
Re: firefox3 weird rendering
Earin Gregor <[EMAIL PROTECTED]> wrote: > I'm using firefox3 for some time now. Everything works fine only on > some sites the rendering is really strange. I guess it has to do with > css but not sure. > Take a look at the following two screenshots: I am trapped in nightmare where the same issue is repeated over and over again and again on any mailing list and newsgroup vaguely related to *BSD/Linux/X11/Firefox. Here we go again: This is an X11 problem, not a Firefox bug. http://bugs.freedesktop.org/show_bug.cgi?id=13795 http://bugs.freedesktop.org/show_bug.cgi?id=15098 https://bugzilla.mozilla.org/show_bug.cgi?id=411831 In short: * If you use XAA acceleration, set Option "XAANoOffscreenPixmaps" "true". This should be safe. * Alternatively, switch from XAA to EXA, if the latter is supported and proves to work for your graphics card. -- Christian "naddy" Weisgerber [EMAIL PROTECTED]
[update] p5-Image-ExifTool
Image-ExifTool-7.25 -> 7.30 --patrick p5-Image-ExifTool.diff Description: Binary data
Re: chromium comes to town
On Wed, Sep 3, 2008 at 5:09 PM, Christian Weisgerber <[EMAIL PROTECTED]> wrote: > frantisek holop <[EMAIL PROTECTED]> wrote: > >> is anybody looking at this? >> http://dev.chromium.org/developers/how-tos/build-instructions-linux > > I at least would wait for the Google guys to finish a port to some > Unix/X11 platform (Linux/i386, in other words). > > If you have read the comic, you might remember that their JavaScript > engine compiles to native machine code. Guess how many of our CPU > architectures will be supported? http://www.google.com/googlebooks/chrome/ :-) > > "V8 [...] runs on Windows XP and Vista, Mac OS X 10.5 (Leopard), > and Linux systems that use IA-32 or ARM processors." > > Chromium is going to be more difficult to port than Mozilla. > > -- > Christian "naddy" Weisgerber [EMAIL PROTECTED]
Re: chromium comes to town
On Wed, 3 Sep 2008 20:50:27 -0700 "patrick keshishian" <[EMAIL PROTECTED]> wrote: > On Wed, Sep 3, 2008 at 5:09 PM, Christian Weisgerber <[EMAIL PROTECTED]> > wrote: > > If you have read the comic, you might remember that their JavaScript > > engine compiles to native machine code. Guess how many of our CPU > > architectures will be supported? > > http://www.google.com/googlebooks/chrome/ > > :-) And your point is? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: chromium comes to town
On Wed, Sep 3, 2008 at 8:59 PM, Brad <[EMAIL PROTECTED]> wrote: > On Wed, 3 Sep 2008 20:50:27 -0700 > "patrick keshishian" <[EMAIL PROTECTED]> wrote: > >> On Wed, Sep 3, 2008 at 5:09 PM, Christian Weisgerber <[EMAIL PROTECTED]> >> wrote: >> > If you have read the comic, you might remember that their JavaScript >> > engine compiles to native machine code. Guess how many of our CPU >> > architectures will be supported? >> >> http://www.google.com/googlebooks/chrome/ >> >> :-) > > And your point is? Simply providing a link to the "comic" Christian Weisgerber was referring to. --patrick
