Re: FreeBSD mencoder port problem

2010-10-04 Thread Ganael LAPLANCHE
On Sat, 2 Oct 2010 18:21:28 +0200, Zahemszky Gábor wrote

Hi,

> I've just found that libmpcdec has been deprecated  in FreeBSD 
> port. Because of it, there was an mplayer modification. The 
> only problem is that mencoder has the same libmpcdec 
> dependency, so it should be updated, too.

Yes, you're right ! mencoder had missed libmpcdec removal. This is fixed
now.

Thanks for your report !
Best regards,

--
Ganael LAPLANCHE 
http://www.martymac.org | http://contribs.martymac.org
FreeBSD: martymac , http://www.FreeBSD.org
___
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: Upgrading Samba

2010-10-04 Thread Andrea Venturoli

On 09/22/10 23:58, Bob Eager wrote:

Thanks for your answer.



My logbook says that it wanted to use /var/run/samba34 (a directory)
instead of the previous default. That was easy.


In fact, yes, I too had to copy some files around, but that was more 
than easy.




> Probably wasn't necessary, but I moved smbusers
> to /usr/local/etc/samba34, and updated smb.conf.

I did the same with smbpasswd.




Also that smbd wouldn't start because it needed the avahi-app package
(and dependencies) but this presumably wasn't listed as a dependency
because I had to install it by hand.


No need for that in my case, but I didn't choose avahi in "make config".




I had to re-add the user rights for some reason - YMMV - this may be
the use of different directories for 3.4.


Not sure what you mean.



In any case, I had samba34 working in a little more than a few minutes, 
with users still accessing shares, XP machines still doing domain logons 
and the new W7 box integrated at first try.


So far so good, it seemed, but it was not so.



First, I noticed profiles could not be copied back on the server at 
logoff: a quick search pointed to full_audit being buggy and in fact 
removing it turned out to be the correct workaround.
What I find strange is that it is deamed as not working in 3.4.7, but 
corrected in 3.4.8; this is evidently not true.

Later I upgraded to 3.4.9, but had no time to test it again.
I will ASAP and eventually report on the Samba newsgroup.



The second problem is harder: pam_smb stopped working, so I had domain 
logons and file sharing ok, but any other service rejecting users.
I could not come to any solution to this; I even tried pam_smbpass and 
setting up winbindd, but to no avail.
Time was not on my side, so I ended up putting every password into the 
UNIX database and forget about PAM for the moment.
However I'll have to fix this soon, so I'm in search of any hint on how 
to debug this.
I tried putting "debug" next to pam_smb_auth.so in /etc/pam.d/*, but 
this didn't help much.


Using Postgres (as an example) I get in my logs:
xx pamsmbd[93053]: cache_check: no entry
xx pamsmbd[93053]: server: remote auth user unix:y nt:y 
NTDOM:ZZ PDC:XX BDC:XX

xx postgres[16385]: pamsmbd: Got something back... 3
xx pamsmbd[93053]: cache_check: no entry
xx pamsmbd[93053]: server: remote auth user unix:y nt:y 
NTDOM:ZZ PDC:XX BDC:XX

xx postgres[16387]: pamsmbd: Got something back... 3

but then:

psql: FATAL:  PAM authentication failed for user "y"
FATAL:  PAM authentication failed for user "y"

In the meantime, I get absolutely nothing in /var/log/samba34/log.smbd.


Any hint?


 bye & Thanks
av.
___
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 long does a repocopy take?

2010-10-04 Thread Helmut Schneider
Hi,

sorry for my impatience but I asked for a repocopy about one week ago
and now I'm wondering how long normally a repocopy takes.

http://www.freebsd.org/cgi/query-pr.cgi?pr=150937

Thanks, Helmut

-- 
No Swen today, my love has gone away
My mailbox stands for lorn, a symbol of the dawn

___
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: ident strings in pkg-plist

2010-10-04 Thread Doug Barton

On 10/4/2010 4:15 AM, Alexander Leidinger wrote:

Quoting Doug Barton  (from Sun, 03 Oct 2010 15:58:00
-0700):


Changing the list to have a real discussion about this.

On 10/3/2010 3:49 PM, John Hein wrote:

I'll mention that
it has come in handy for me in the past. I put it into the category
of ident strings in binaries. It has a similar utility.

Because I find it useful in maintaining and using a port/package,
I've been one that has added it to pkg-plist in the past.


I'm curious about what your use case for the information is. You can
always know if you have the latest version of the plist via cvs,
c[v]sup, portsnap, etc. Other than knowing that you have the latest
version, what utility does the $Id string in the file itself have?


I see a value in this if:
- you use a port with non-default options which change the plist
and
- a change is made to the plist which affects your use case,
but the revision of the port is not changed (because the change
only affects the non-default options and as such do not change
the default package)

Normally you can not detect after a while if the plist in the port is
what is used in /var/db/pkg or not (the dates in /var/db/pkg may change
when portupgrade is used).

If this matters and rectifies a new rule to include an ident string into
the plist or not... personally I wouldn't object if it is added.


I think I understand what you're describing here, and if so you could 
probably count the number of people it would apply to on one hand. :) 
I'm not sure justifies adding it to all ports.


In fact, my vote would be to remove it from all ports where it exists 
currently, but I really don't want to push that rock up hill.



Doug

--

Breadth of IT experience, and|   Nothin' ever doesn't change,
depth of knowledge in the DNS.   |   but nothin' changes much.
Yours for the right price.  :)   |  -- OK Go
http://SupersetSolutions.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"


Re: FreeBSD Port: xfce4-cpugraph-plugin-0.3.0_14

2010-10-04 Thread J.R. Oldroyd
On Tue, 05 Oct 2010 00:49:29 +0900, "Florian Rivoal"  wrote:
>
> Hi,
> 
> I just released a new version (1.0.0) of xfce4-cpugraph-plugin. Compared  
> to the 0.3.0 you currently have, it fixes many bugs and introduces a fair  
> amount of features, and the code has been significantly clean up.
> 
> Best regards,
> 
> Florian

Portupdate already in progress.  See PR ports/151175.

-jr
___
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"


FreeBSD Port: xfce4-cpugraph-plugin-0.3.0_14

2010-10-04 Thread Florian Rivoal

Hi,

I just released a new version (1.0.0) of xfce4-cpugraph-plugin. Compared  
to the 0.3.0 you currently have, it fixes many bugs and introduces a fair  
amount of features, and the code has been significantly clean up.


Unlike the previous 0.4.0, support for FreeBSD has been added back in  
1.0.0.


It is targeted at xfce4.6, rather than the upcoming 4.7/4.8, so there is  
no particular reason to wait before upgrading it.


Also, I don't really plan to make more releases targeting 4.6, and the  
following ones will be focused on 4.7/4.8. I don't know when the next  
version of FreeBSD will ship, nor when xfce 4.7 will turn into 4.8, but if  
FreeBSD was to ship with xfce4.6, I'd strongly recommend using version  
1.0.0 of cpugraph instead of the 0.3.0 that you currently have.


tarball:  
http://archive.xfce.org/src/panel-plugins/xfce4-cpugraph-plugin/1.0/


homepage:  
http://goodies.xfce.org/projects/panel-plugins/xfce4-cpugraph-plugin


If FreeBSD or FreeBSD users have any issue with xfce4-cpugraph-plugin,  
please report them in xfce's bug tracker. This project was unmaintained  
for a while, but I now took over, and I'll try to be responsive.


Best regards,

Florian
___
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: ident strings in pkg-plist

2010-10-04 Thread Alexander Leidinger
Quoting Doug Barton  (from Sun, 03 Oct 2010  
15:58:00 -0700):



Changing the list to have a real discussion about this.

On 10/3/2010 3:49 PM, John Hein wrote:

I'll mention that
it has come in handy for me in the past.  I put it into the category
of ident strings in binaries.  It has a similar utility.

Because I find it useful in maintaining and using a port/package,
I've been one that has added it to pkg-plist in the past.


I'm curious about what your use case for the information is. You can  
always know if you have the latest version of the plist via cvs,  
c[v]sup, portsnap, etc. Other than knowing that you have the latest  
version, what utility does the $Id string in the file itself have?


I see a value in this if:
 - you use a port with non-default options which change the plist
and
 - a change is made to the plist which affects your use case,
   but the revision of the port is not changed (because the change
   only affects the non-default options and as such do not change
   the default package)

Normally you can not detect after a while if the plist in the port is  
what is used in /var/db/pkg or not (the dates in /var/db/pkg may  
change when portupgrade is used).


If this matters and rectifies a new rule to include an ident string  
into the plist or not... personally I wouldn't object if it is added.


Bye,
Alexander.

--
This is the sort of English up with which I will not put.
-- Winston Churchill

http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org   netchild @ FreeBSD.org  : PGP ID = 72077137
___
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 Port: xf86-video-ati-6.13.0 update to 6.13.2?

2010-10-04 Thread Sergey G Nasonov
On Thursday 30 September 2010 05:08:50 Jimmie James wrote:
>  Now i'm running with 6.13.2, but my graphical errors are the same.
>  I have a screenshot make of my errors.
> >>>
> >>> Please don't send image attachments to the mailing lists.  Having said
> >>> that, it looks bad.
> >>>
> >>> Comparing your xorg.conf to the sample at
> >>> http://www.wonkity.com/~wblock/radeon/x1650/xorg.conf might reveal
> >>> something useful.
> >>>
> >> Have compared it and some settings tested, but doesn't help.
> 
> > Well, there are the standard tricks.  Disable composite, maybe disable 
> > acceleration even though it should work.
> >
> > The card works in other operating systems, right?
> 
> I also have the same issue, and updated this ati driver.
> 
> pciconf:
> ATI RADEON X300/X550/X1050 Series (RV370)
> dmesg |grep vga:
> vgapci0:  port 0x9800-0x98ff mem 
> 0xd800-0xdfff,0xffa2-0xffa2 irq 16 at device 0.0 on pci1
> drm0:  on vgapci0
> vgapci0: child drm0 requested pci_enable_busmaster
> vgapci1:  mem 0xffa3-0xffa3 at device 
> 0.1 on pci1
> vga0:  at port 0x3c0-0x3df iomem 0xa-0xb on isa0
> 
> http://pastebin.com/pvgj9NLt xorg.conf  (with ati commented out, using 
> vesa at the moment)
> http://pastebin.com/ZpJgbLpi Xorg.log.0
> http://i.imgur.com/S1aCb.png  screen and font corruption while using the 
> ATI driver, which happens at all resolutions and depths.
> 
> The previous version of Xorg worked perfectly with this card/setup. and 
> there's no evidence using any liveCD with an ATI driver.
> 
> P.S Sorry if I missed anyone on the C.C.
> ___
> freebsd-...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-unsubscr...@freebsd.org"
> 

At home I have PC with FBSD 8 Stable. Video card is ATI HD 5750. This card 
worked fine only with vesa driver. After release ATI driver 6.13.2 I tried this 
and get screen corruption. For me it was some progress because older version 
ati drivers (6.13.0. and 6.13.1) led to lockup at X start. These screen 
corruptions was resolved after mesa upgrade to version 7.8.2. Currently mesa 
version in ports is 7.4.4. So maybe there is benefit for upgrade mesa version 
in ports to latest. All whats need for upgrade mesa is just modify Makefiles. I 
am tested only this card (HD 5750) and dont know how latest mesa verison will 
work with another video cards.

PS Sorry for my english.
Thanks.

-- 
Best Regards,
Nasonov Sergey
___
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"


Current unassigned ports problem reports

2010-10-04 Thread FreeBSD bugmaster
(Note: an HTML version of this report is available at
http://www.freebsd.org/cgi/query-pr-summary.cgi?category=ports .)

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker  Resp.  Description

o ports/151197[sysutils/monitorix] Fixed URL for fetch
o ports/151196[NEW PORT] games/inform7: Inform 7 programming languag
o ports/151195Update ports: japanese/yc.el
o ports/151193[MAINTAINER] deskutils/q4wine: update to 0.120
o ports/151192[mail/horde-imp] Upgrade
o ports/151191[www/horde-base] Upgrade
o ports/151190wine needs prelink
o ports/151188Maintainer update: lang/s9fes
o ports/151182Port munin-node creates wrong newsyslog.conf  entry
f ports/151175[PATCH] sysutils/xfce4-cpugraph-plugin to 1.0.0, chang
f ports/151174[UPDATE] sysutils/xfce4-cpugraph-plugin to 1.0.0
o ports/151172[ports] graphics/mesa-demos marked as broken with WITH
o ports/151171Update port: print/latex-etoolbox update to 2.0a
o ports/151165php 5.3.3_2 has undocumented version dependence on pcr
o ports/151163[MAINTAINER] net-im/centerim-devel: Update to 4.22.9.3
o ports/151162sysutils/gdisk needs to be updated to 0.6.11
o ports/151161[PATCH] textproc/rst.el: update to 6390
o ports/151157[PATCH] graphics/sane-backends: link with pthread
o ports/151156Update port: databases/ocaml-pgocaml
f ports/151154audio/amarok-kde4 crashes on network activity if ports
f ports/151153Update of cad/linux-eagle5 to the most recent version
o ports/151140USE_PERL5_BUILD in lang/gcc* ports fails to compile
o ports/151126deskutils/fet: Software update
f ports/151118net-mgmt/pnp: bump version to 0.6.7
o ports/151113www/py-django-registration - fix breakage
o ports/151110mysqlbackup 2.4 incompatability with mysql Ver 14.14 D
o ports/151087sysutils/pcpustat: Update Makefile to be compatible wi
o ports/151077NEW port devel/gdb72
o ports/151062New port: www/trac-OhlohWidgetsMacro Trac macro to emb
o ports/151060Update ports: japanese/yc.el
o ports/151058New port: devel/py-pycerberus Highly flexible, no magi
o ports/151005New port: www/peraperaprv, a pure java twitter client
o ports/151001Update port net/ipa_ip6fw to 1.0.2 version
o ports/150974www/cybercalendar : port fix / deprecate
o ports/150973[NEW PORT] games/inform7: Inform 7 programming languag
o ports/150937[REPOCOPY] www/typo3 --> www/typo343
o ports/150900net-p2p/gift-fasttrack: deprecate umaintained gift-plu
o ports/150896[PATCH] Unbreak, restore editors/xml2rfc-xxe4.6.1 and 
o ports/150895astro/stellarium and games/viruskiller [Segmentation f
f ports/150883Ports games/openastromenace won't compile on 64 bit
o ports/150881[patch] sysutils/backuppc: remove %%RC_SUBR%%, etc.
o ports/150879[NEW PORT] sysutils/downtimed: System downtime monitor
o ports/150863Update port: www/piwigo (former phpwebgallery) update 
o ports/150790New port: mail/dovecot20-pigeonhole
o ports/150789New port: mail/dovecot20
f ports/150783mail/qpopper: fails to configure ocasionally
f ports/150770[patch] devel/geany v0.19
o ports/150765[Maintainer Update] Give sysutils/radmind its own UID/
f ports/150757[patch] update astro/merkaartor to 0.16.3
o ports/150743New port: graphics/commons-utilities
o ports/150728[PATCH] sysutils/duplicity-devel: update to 0.6.10
o ports/150698[patch] graphics/mupdf: restore some vendor CFLAGS
o ports/150683New port: devel/dragon, Combined C++ scanner/parser ge
o ports/150653OGG/Vorbis playback with multimedia/mplayer is broken
o ports/150608Mk/bsd.license.mk Add OWL license
o ports/150605[PATCH] audio/liblastfm: Fix build with alternate LOCA
o ports/150592AX_BOOST_FILESYSTEM macro from devel/autoconf-archive 
o ports/150574[PATCH] mail/dkimproxy: Simplify the rc scripts
o ports/150563bugfix for /usr/ports/lang/p5-JavaScript-SpiderMonkey 
f ports/150542[new port] createrepo - creates rpm metadata for yum
o ports/150541[new port] sysutils/yum - Installer/updater for rpm
o ports/150493Update for: security/openssh-portable port from 5.2p1 
o ports/150489[NEW PORT] devel/d-feet: D-Feet is a D-Bus debugger wr
o ports/150446