Re: Ports looking for adoption: brlaser numix-gtk-theme numix-icon-theme

[Emanuel Haupt]

Vincent DEFERT via freebsd-ports  wrote:
> Hi,
> 
> I'm the maintainer for the following ports:
> 
> brlaser
> numix-gtk-theme
> numix-icon-theme
> 
> As I'm no longer interested in FreeBSD, these ports are available for 
> adoption.
> They require very little maintenance work.

Done. Thanks for your past contribution.
___
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: portlint -A for git?

[Emanuel Haupt]

Junho Choi  wrote:
> Hi,
> 
> portlint -A complains about $FreeBSD$ is missing but it's moved in
> git I believe.
> 
> Is it a safe guess not to have $FreeBSD$ in port Makefile?

Yes. There is a PR for fixing portlint:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255153
___
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: svn commit: r558684 - in head/shells/bash: . files

[Emanuel Haupt]

Emanuel Haupt  wrote:
> Author: ehaupt
> Date: Sat Dec 19 21:10:41 2020
> New Revision: 558684
> URL: https://svnweb.freebsd.org/changeset/ports/558684
> 
> Log:
>   Update to 5.1.4

FYI, if you get the following error from pkg during updating:

pkg: Failed to execute lua script: [string "shell_path = 
pkg.prefixed_path("bin/bash")..."]:7: attempt to index a nil value (global 
'shell')
pkg: lua script failed

This is due to a known bug in pkg:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250926
___
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: Fresh Ports: citrix_ica Citrix(R) Presentation Server(TM) client

[Emanuel Haupt]

Hi Michael

Michael Hooten  wrote:
> https://www.freshports.org/net/citrix_ica/
> 
> Has anyone gotten Citrix completely working on FreeBSD 12.2? I can
> connect without a problem. However, I have no sound. Where can I look
> for documentation on integrating audio (GStreamer and Alsa I assume)?
> 
> Thanks,
> Michael

I haven't used it in a long time but as I recall sound support was
always a bit wonky, at least for me.

A word of caution: the current port is hopelessly outdated. If someone
is interested in porting the latest version it is available from:

https://www.citrix.com/downloads/workspace-app/linux/workspace-app-for-linux-latest.html

Best regards,
Emanuel
___
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: Electrum connection error

[Emanuel Haupt]

Sid  wrote:
> Hi,
> 
> I get the following error when running finance/electrum from the
> command line,
> 

[snip]

> aiorpcx.Connector(NotificationSession, AttributeError: module
> 'aiorpcx' has no attribute 'Connector'

Unfortunately the most recent update of devel/py-aiorpcX to 0.18.0
broke finance/electrum. It's even listed in the requirements:

$ grep aiorpcx \
work-py36/Electrum-3.3.5/contrib/requirements/requirements.txt 
aiorpcx>=0.17,<0.18

A diff between aiorpcx 0.17.0 and 0.18.0 shows that there was quite a
churn that can't be easily fixed.

For now I've downgraded devel/py-aiorpcX to 0.17.0,1 and bumped the
electrum port.

Updating the ports tree and updating the two ports manually will solve
the issue until the package builders have caught up.

Sorry for the inconvenience.

Emanuel
___
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: replacement for xmms?

[Emanuel Haupt]

"Jack L."  wrote:
> audacious, there's even a skin to make it look identical to xmms
> (well, almost)

Available in 'audacious-skins'

$ pkg install audacious-skins

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

[CFT] shells/bash: update to 5.0

[Emanuel Haupt]

bash 5.0 was released a few days ago.

The following link tersely lists the new features:

https://tiswww.case.edu/php/chet/bash/NEWS

Because this port affects many other ports an exp-run is pending.

The patch is here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234827

Please report issues or comment on PR 234827.

Thanks,
Emanuel


pgpSyuNngamae.pgp
Description: PGP signature

Re: bash-static now builds on FreeBSD 13 current amd64

[Emanuel Haupt]

On 11/27/18 6:39 PM, Manfred Antar wrote:
> Bash static now builds on amd64 Current:
> 
> ===>  Staging for bash-static-4.4.23_1
> ===>   bash-static-4.4.23_1 depends on executable: indexinfo - found
> ===>   Generating temporary packing list
> 
> ***
> * *
> * GNU bash, version 4.4.23(1)-release (amd64-portbld-freebsd13.0)
> * *
> ***
> 
> Manfred
> 

Thank you for the feedback. Do you know what caused the failure or
rather what fixed it? I still have one PR open that reported it for
12-STABLE to fail:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233472

Emanuel
___
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: net-mgmt/docsis Update from 0.9.6 to 0.9.8

[Emanuel Haupt]

"Philippe Maechler"  wrote:
> 
> Hello FreeBSD Port Team
> 
> 
> The docsis Port moved from   sf.net to github. 
> 
> Meanwhile they released the version 0.9.8 in october 2015
> 
>  
> 
> Can someone from the port-team update this port to reflect the
> changes?

I've updated the port.

> 
>  
> 
> The current version of the port 0.9.6 is marked as IGNORE. I'm not
> sure if this is still correct. I installed the port on an AMD64
> machine and everything works fine so far. The cablemodems and the
> emta part are quit happy with the config file generated

Noted. Thanks for reporting. The port is currently without a
maintainer. Would you be interested in becoming a maintainer for this
port?

Emanuel
___
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: kmod driver incompatibilities with 11.1R created packages used on 11.2R

[Emanuel Haupt]

Kevin Oberman  wrote:
> On Mon, Jul 23, 2018 at 2:39 AM, Dave Cottlehuber 
> wrote:
> 
> > We've probably all seen the problems that non-developer users have
> > run into with the various packages that have a dependency on kernel
> > versions, when using the official pkg.freebsd.org built versions.
> >
> > We know that the problem will go away as soon as 11.1R is EOL end
> > September, but in the interim I can imagine this must be really
> > frustrating for people who don't have a familiarity with building
> > from sources. Is there anything we can do to help them? they're
> > often newcomers to FreeBSD so their new user experience is crap.
> >
> > Here's a few ideas, but there may be better ones:
> >
> > - put a note in pkg-message informing users of the issue and a link
> > to a forums.freebsd.org post on how to build it manually
> > - add something to the port's pkg-install script to only display
> > that message on < 11.2R kernels
> > - provide an alternative pkg repo so they don't have to build from
> > source (possibly community supported)
> >
> > I'm specifically thinking of x11/nvidia-driver here but there are
> > presumably other packages impacted from
> > https://www.freshports.org/kld/
> >
> > https://www.freebsd.org/security/security.html#sup
> >
> > A+
> > Dave
> >
> 
> The only other case I have seen reported (and reported frequently) is
> emulators/virtualbox-ose-kmod. It is particularly nasty in that

For me it's also x11/nvidia-driver and multimedia/cuse4bsd-kmod.

I used to lock (pkg lock ...) the packages during the transition time.
Now I am lucky enough to have my own build server where I build
specifically on 11.2

I agree that this is not a satisfactory solution for our users.

Emanuel
___
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: Why some python ports fail with build_fs_violation like this: usr/local/lib/python3.6/site-packages/dbus/__pycache__ ?

[Emanuel Haupt]

"Jason E. Hale"  wrote:
> On Mon, Mar 5, 2018 at 5:24 AM, Emanuel Haupt 
> wrote:
> > Yuri  wrote:
> >> Examples:
> >>
> >> http://package21.nyi.freebsd.org/data/111amd64-default-qat/463452/logs/errors/py36-notify2-0.3.1.log
> >>
> >> http://package21.nyi.freebsd.org/data/111amd64-default-qat/463452/logs/errors/Carla-1.9.8.log
> >>
> >>
> >> Yuri
> >
> > I run into the same problem trying to update the nagstamon port
> > (both poudriere and poudriere-devel).
> >
> > In my case the port is heavily reliant on python36 flavoured
> > dependencies.
> >
> > Here is my build log:
> > http://people.freebsd.org/~ehaupt/misc/7DB621161F-672C5B551B-0F0958D74F-E60E451E4E/nagstamon-3.0.2.log
> >
> > In my case the following files are modified during the build stage:
> >
> > extra:
> > usr/local/lib/python3.6/site-packages/dbus/mainloop/__pycache__
> > extra: usr/local/lib/python3.6/site-packages/dbus/__pycache__
> >
> > I'm not sure why that happens.
> >
> > Emanuel
> 
> The problem looks to be in the devel/py-dbus port. It uses a script
> called ${WRKSRC}/py-compile to compile the Python bytecode, but it is
> not PEP 3147 compliant. I.e., it is writing out .pyc and .pyo files in
> Python < 3.2 style. Therefore, whenever the ports you are trying to
> build are loading the dbus module, it is creating the bytecode in the
> correct location on the fly and touching the filesystem.

Thank you for your explanation.

Emanuel
___
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: Why some python ports fail with build_fs_violation like this: usr/local/lib/python3.6/site-packages/dbus/__pycache__ ?

[Emanuel Haupt]

Yuri  wrote:
> Examples:
> 
> http://package21.nyi.freebsd.org/data/111amd64-default-qat/463452/logs/errors/py36-notify2-0.3.1.log
> 
> http://package21.nyi.freebsd.org/data/111amd64-default-qat/463452/logs/errors/Carla-1.9.8.log
> 
> 
> Yuri

I run into the same problem trying to update the nagstamon port (both
poudriere and poudriere-devel).

In my case the port is heavily reliant on python36 flavoured
dependencies.

Here is my build log:
http://people.freebsd.org/~ehaupt/misc/7DB621161F-672C5B551B-0F0958D74F-E60E451E4E/nagstamon-3.0.2.log

In my case the following files are modified during the build stage:

extra: usr/local/lib/python3.6/site-packages/dbus/mainloop/__pycache__
extra: usr/local/lib/python3.6/site-packages/dbus/__pycache__

I'm not sure why that happens.

Emanuel
___
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: xorg-server 1.18.4 segfaults

[Emanuel Haupt]

Koichiro IWAO  wrote:
> Konstantin,
> 
> Deinstalling llvm37 helped, thanks!

This should probably be mentioned in in ports/UPDATING.

Emanuel
___
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: deskutils/xfce4-generic-slider deprecation

[Emanuel Haupt]

Andrea Venturoli  wrote:
> On 02/03/17 15:25, Emanuel Haupt wrote:
> 
> > I feel the same way. I've been using the plugin for a long time but
> > recently found that it stopped working.
> >
> > Without being able to access the preferences dialog on amd64,
> > FreeBSD 11.0 it has become very useless.
> >
> > If you could help me make it work again I'd be more than glad to
> > undo the deprecation.
> 
> I'd gladly help.
> 
> I'm running it on 10.3/i386 and it's working.
> 
> I'm recompiling it (due to a possible move from ports to poudriere)
> and I've also installed it on a 10.3/amd64 box, where it used to work.
> I'll test in both cases.
> However I don't have a 11.0 around.
> 
> Did you only try 11.0 or 10.3 too?

I've just fired up 4 vanilla VMs:

10.3-RELEASE i386
10.3-RELEASE amd64
11.0-RELEASE i386
11.0-RELEASE amd64

I've installed x11/xorg, x11-wm/xfce4 from package and installed
xfce4-generic-slider in a new, fresh xfce4 profile and an empty $HOME.

xfce4-generic-slider would run as expected without crashing.

When I've started the 4 VM's with my live $HOME, the slider would crash
all the time.

There must be a setting from previous xfce4 versions in my homedir
that's causing these crashes. I haven't figured out what exactly but
since working with a clean, fresh setup doesn't cause these crashes I
am going to revert the deprecation.

Emanuel


___
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: deskutils/xfce4-generic-slider deprecation

[Emanuel Haupt]

Andrea Venturoli  wrote:
> Hello.
> 
> I see the port in subject has been recently deprecated because "the 
> panel plugin crashes when trying to access the properties dialog".
> 
> This does not happen on my system, where xfce4-generic-slider is
> working as expected and I'd hate to see it go, since it currently
> monitors my system temperature.
> 
> I looked for a bug report, but found none.
> Has any discussion happened? Can some log be found about any 
> investigation about this?
> 
> Thanks in advance.
> 
>   bye
>   av.
> 

Hi Andrea

I feel the same way. I've been using the plugin for a long time but
recently found that it stopped working.

Without being able to access the preferences dialog on amd64, FreeBSD
11.0 it has become very useless.

If you could help me make it work again I'd be more than glad to undo
the deprecation.

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

making ICONV default net/rsync option (was: Re: rsync port)

[Emanuel Haupt]

Alan Braslau  wrote:
> Hello,
> 
> The iconv option of the rsync port is extremely useful, indeed
> necessary when exchanging files with systems that have different
> encoding (such as MacOS).
> 
> It might be useful to create a dependent port, net/rsync-iconv, that
> would include this option by default. This way, one could use binary
> packages without compiling from /usr/ports.
> 
> Currently, I install in jails a binary package in that I created
> locally. However, updating always proposes to replace this package
> with the standard one due to changed options. I do not know of a way
> to avoid this other than through the creation of the dependent port
> as suggested here. If this not be a good idea, might you have any
> other suggestions?
> 
> Thank you, in advance.
> 
> -- 
> Alan Braslau
> 

I agree that the ICONV options is indeed very useful. I wouldn't mind
turning it on by default rather than creating an extra slave port.
After all it is a standard configure option and not a third party patch.

I'm cc'ing ports@ for discussion.

Emanuel
___
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: Announcing Repology - compare package versions across multiple repositories

[Emanuel Haupt]

Dmitry Marakasov  wrote:
> Hello, fellow packagers/porters/maintainers!
> 
> Just wanted to announce the project I've been working on.
> 
> Repology analyzes multiple package/ports repositores (currently
> supports FreeBSD ports, Debian packages, Gentoo portage, pkgsrc,
> OpenBSD ports and Arch Linux packages) and compares package versions
> across them. The project is supposed to be useful for package
> maintainers (as another way to discover new software releases and
> to improve communication between different packaging systems),
> software authors (ability to track the state of their product
> packaging) and users.
> 
> The project is usable as both command line tool for generating
> custom reports and a prototype static website generator which runs
> on [1], where you can browse all known packages by maintainer and
> by repository.
> 
> Support for more repositories and features is planned. Source is
> available on GitHub [2].
> 
> Feedback welcome!

This is very cool! I really like it. Planing on creating a FreeBSD port
for it?

Emanuel

___
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: FreeBSD Port: bash-4.3.46_1

[Emanuel Haupt]

Emanuel Haupt  wrote:
> 
> 
> > On 24 Sep 2016, at 09:48, Dutchman01  wrote:
> > 
> > Please can you add bash 4.4 port?
> >  
> > Regards,
> > Dutchman01
> 
> This will happen very soon.

FYI:
Update to 4.4 is up for review:

https://reviews.freebsd.org/D8085

Emanuel
___
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: FreeBSD Port: bash-4.3.46_1

[Emanuel Haupt]

> On 24 Sep 2016, at 09:48, Dutchman01  wrote:
> 
> Please can you add bash 4.4 port?
>  
> Regards,
> Dutchman01

This will happen very soon.

Emanuel
___
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: workaround for net/citrix_ica

[Emanuel Haupt]

Sergey Nasonov  wrote:
> Hello,
> I am running FreeBSD 10.2-PRERELEASE #38 r286204M and use citrix
> receiver for access remote windows resources.
> 
> After upgrade port net/ica to version 13.1 I get the problem with
> epoll_create syscall after each attempt to launch published resource
> on Citrix farm.
> 
> linux: pid 2291 (wfica): syscall epoll_create not implemented
> pid 2290 (wfica), uid 1001: exited on signal 11 (core dumped)
> 
> To workaround this problem I temporary disabled audio virtual chanel
> in Citrix Receiver configuration.
> 
> In file /usr/local/ICAClient/config/module.ini in section [ICA 3.0]  
> from ClientAudio=On to ClientAudio=Off
> 
> After that change no more errors with unimplemented epoll syscall and
> sessions succesfully launched.
> 
> Maybe this info will be usefull for other FreeBSD users. 

Hello Sergey

Thank you very much. This is very useful information indeed. I went
ahead and patched the current port. Please feel free to contact me
directly for further improvements of this particular port.

Emanuel
___
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: Anyone able to use citrix_ica?

[Emanuel Haupt]

Aric Gregson  wrote:
> Hello,
> 
> I am wondering if anyone has been able to get the citrix_ica to
> function? I am able to install it seemingly without problems, but it
> will never run. I get a 'permission denied' error when trying to run
> it from the CLI and nothing happens when using the web start.
> 
> I used to have a modified version of this or a similar package before
> the new linux support, but since moving to the new linux support in
> FreeBSD I have not been able to get the citrix client working. Does
> anyone know how to get Citrix web client working on FreeBSD?
> 
> Thanks, Aric

It has been broken for me for quite some time. I've tried to update to
the most recent version but couldn't get it to work.

In case anyone would like to pickup from where I've left off, it's
available on the phabricator:

https://reviews.freebsd.org/D1856

Current status:
- files are most likely installed into the wrong path, however
- firefox plugin can be created with nspluginwrapper and does show up
  in about:config
- trying to connect fails, tcpdump showed no connection attempts

Emanuel
___
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: rsync-3.1.1_3

[Emanuel Haupt]

Kai  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> Hello Ehaupt,
> 
> I'm running into an issue when rsyncing to a freebsd host (10.1,
> running rsync-3.1.1, "pkg install rsync" version).
> 
> When rsyncing a deep directorystructure that contains a socket I get
> the following error (backup is a nested dirstructure created to
> isolate this):
> 
> > $ rsync -avH backup/ backup@freebsd-jail:/tmp/backup/ sending
> > incremental file list created directory /tmp/backup ./ rsync: mknod
> > "/tmp/backup/rTimeMachine/franks/140103-154024/franks/Library/Application
> > Support/iPhone Simulator/5.0/Library/Application
> > Support/Ubuquity/ubiquity.socket" failed: File name too long (63) 
> > rTimeMachine/ rTimeMachine/franks/ 
> > rTimeMachine/franks/140103-154024/ 
> > rTimeMachine/franks/140103-154024/franks/ 
> > rTimeMachine/franks/140103-154024/franks/Library/ 
> > rTimeMachine/franks/140103-154024/franks/Library/Application
> > Support/ 
> > rTimeMachine/franks/140103-154024/franks/Library/Application
> > Support/iPhone Simulator/ 
> > rTimeMachine/franks/140103-154024/franks/Library/Application
> > Support/iPhone Simulator/5.0/ 
> > rTimeMachine/franks/140103-154024/franks/Library/Application
> > Support/iPhone Simulator/5.0/Library/ 
> > rTimeMachine/franks/140103-154024/franks/Library/Application
> > Support/iPhone Simulator/5.0/Library/Application Support/ 
> > rTimeMachine/franks/140103-154024/franks/Library/Application
> > Support/iPhone Simulator/5.0/Library/Application Support/Ubuquity/
> > 
> > sent 433 bytes  received 303 bytes  1,472.00 bytes/sec total size
> > is 0  speedup is 0.00 rsync error: some files/attrs were not
> > transferred (see previous errors) (code 23) at main.c(1183)
> > [sender=3.1.1]
> 
> After cd'ing into the dir, the rsync works perfectly:
> > $ rsync -avH Ubuquity/ backup@freebsd-jail:/tmp/backup/ sending
> > incremental file list ./ ubiquity.socket
> > 
> > sent 84 bytes  received 22 bytes  212.00 bytes/sec total size is 0
> > speedup is 0.00 
> > quadraginta:/tmp/backup/rTimeMachine/franks/140103-154024/franks/Library/Application
> > Support/iPhone Simulator/5.0/Library/Application Support $
> 
> Looking at man mknod(2):
> > [ENAMETOOLONG] A component of a pathname exceeded 255
> > characters, or an entire path name exceeded 1023 characters.
> 
> This shouldn't be a problem whilst looking at the path, I'm counting
> about 155 characters in total.
> 
> What's wrong?

Hi Kai

Can you identify the particular file that causes the problem? If so,
could you please show me the output of

$ stat file

What filesystem is this file on?

Emanuel


> 
> Kind regards,
> Kai Storbeck
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> 
> iQIcBAEBCAAGBQJVC1KtAAoJEJrnqPcB7lLxAHEQAJZJvqB0dGDubqSed9ESCsyG
> QpgHAKLWaAiqyoutk1uZ7uG6ryluFOWPm09Ys3YriUmM5Kp6D4qGbudCqDJZawot
> myjimcRjqsdG6D6ncDVuCrQ+BEwTXLk9+YcRqe9fs8p0/2H0W+Job2mWtjGX14QH
> HF5hDD/M+ftyaTntqFb/b1ShTz4XK0G4Om3liWZqs7k8rqSv/fqe3MsJ2Y5u1zIi
> YiYLkg748p2vqp3zjYtD0kmdqDxTJSyxtzZd1X+vkK0fOUtwhb/aAG9g92RDcaeF
> ehcs7SfpuuDLbyq5WUZiGCJHGoVX+g4iCKhzJaxS34AbAUsynnT5KsG2chXa4E1x
> FMXmoqXmoKqfHNA++920Cmt1UcYiRW48TUqXQIcNlJ7A4lkuqw6yxt/26qmGssYI
> dpPPS7qD/pCY0a1Be102+43oEgW70x5H7LtJMoFoYPIIXu4Lmu+y+/EaP+wv6MLf
> dvi53CQxQ/S/BmcAKtkZI8rabPnZdwpjhZesrXgIhXK/bhRKKRMIEK23JxHIWIzy
> 3TebG3vzJeMAZwlN4/XH+KGYXw9lV+U9Qc4EZ0qk7QF4XppBrHOfyPRuUTuTong1
> /4G76WsE0aeAJq5wCg8F58OtfSG72cjjVjKHgrf7igncLhLT7+fDGtjK9CUD7zcS
> W5FIhuYOgN39n+bqey6m
> =bA6s
> -END PGP SIGNATURE-
> 
___
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: rsync 3.1.1 zlib might not work

[Emanuel Haupt]

Dewayne Geraghty  wrote:
> Emanuel,
> Thanks for bringing to our attention, I transmit ~900MB of backups
> over the WAN  rather than the uncompressed 9G database. You've saved
> a client excess use charges.
> 
> I tested using highly compressible data (mostly nulls) and it seems to
> work as expected.
> 
> Without -z or -zz: Sent 593 bytes speadup 0.82
> With -z :  Sent 593 bytes speadup 0.82(Unexpected.  Should be in
> ports/UPDATING)
> With -zz: sent 85 bytes speedup is 4.27   (Expected)
> 
> Detail
> # rm ./b && printf "%512c"a > a && rsync -av ./a ./b
> sending incremental file list
> a
> 
> sent 593 bytes  received 35 bytes  1,256.00 bytes/sec
> total size is 512  speedup is 0.82
> 
> # rm ./b && printf "%512c"a > a && rsync -avz ./a ./b
> This rsync lacks old-style --compress due to its external zlib.  Try
> -zz. Continuing without compression.
> 
> sending incremental file list
> a
> 
> sent 593 bytes  received 35 bytes  1,256.00 bytes/sec
> total size is 512  speedup is 0.82
> 
> # rm ./b && printf "%512c"a > a && rsync -avzz ./a ./b
> sending incremental file list
> a
> 
> sent 85 bytes  received 35 bytes  240.00 bytes/sec
> total size is 512  speedup is 4.27
> 
> # ldd `which rsync`
> /usr/local/bin/rsync:
> libz.so.6 => /lib/libz.so.6 (0x800873000)
> libc.so.7 => /lib/libc.so.7 (0x800a87000)
> 
> Perhaps ports/UPDATING should alert users to the new requirement to
> use -zz (not in man page) instead of -z or --compress?

Indeed there seems to be some sort of confusion on how to use -z vs.
-zz. However there -zz mentioned in the manpage of 3.1.1:


   -z, --compress
  With  this  option, rsync compresses the file data as it is sent
  to the destination machine, which reduces  the  amount  of  data
  being  transmitted  -- something that is useful over a slow con-
  nection.

  Note that this  option  typically  achieves  better  compression
  ratios  than can be achieved by using a compressing remote shell
  or a compressing transport because it  takes  advantage  of  the
  implicit  information  in  the matching data blocks that are not
  explicitly sent over the connection.   This  matching-data  com-
  pression  comes at a cost of CPU, though, and can be disabled by
  repeating the -z option, but only if both  sides  are  at  least
  version 3.1.1.

  Note that if your version of rsync was compiled with an external
  zlib (instead of the zlib that comes packaged with  rsync)  then
  it   will  not  support  the  old-style  compression,  only  the
  new-style (repeated-option) compression.   In  the  future  this
  new-style compression will likely become the default.

  The  client  rsync  requests new-style compression on the server
  via the  --new-compress  option,  so  if  you  see  that  option
  rejected  it  means that the server is not new enough to support
  -zz.  Rsync also accepts the --old-compress option for a  future
  time when new-style compression becomes the default.

  See the --skip-compress option for the default list of file suf-
  fixes that will not be compressed.


This is currently being tracked under:
https://bugzilla.samba.org/show_bug.cgi?id=10677

I'm considering an UPDATED entry after some other issues with the port have
been resolved.

Emanuel
___
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: rsync 3.1.1 zlib might not work

[Emanuel Haupt]

Thanks for your report. I was able to confirm this:

--- output of regression test begins here ---
# 3.1.1
root@wiggles:/tmp/test # rm dst/*; rsync -z -avP src/. dst/
This rsync lacks old-style --compress due to its external zlib.  Try -zz.
Continuing without compression.

sending incremental file list
./
file1
104,857,600 100%  316.36MB/s0:00:00 (xfr#1, to-chk=2/4)
file2
104,857,600 100%  154.32MB/s0:00:00 (xfr#2, to-chk=1/4)
file3
104,857,600 100%  107.64MB/s0:00:00 (xfr#3, to-chk=0/4)

sent 314,649,797 bytes  received 76 bytes  209,766,582.00 bytes/sec
total size is 314,572,800  speedup is 1.00

root@wiggles:/tmp/test # rm dst/*; rsync -zz -avP src/ dst/
sending incremental file list
./
file1
104,857,600 100%   16.57MB/s0:00:06 (xfr#1, to-chk=2/4)
file2
104,857,600 100%   16.37MB/s0:00:06 (xfr#2, to-chk=1/4)
file3
104,857,600 100%   16.36MB/s0:00:06 (xfr#3, to-chk=0/4)

sent 314,752,131 bytes  received 76 bytes  17,013,632.81 bytes/sec
total size is 314,572,800  speedup is 1.00

# 3.1.1 with bundled ZLIB
root@wiggles:/tmp/test # rm dst/*; rsync -z -avP src/ dst/
sending incremental file list
./
file1
104,857,600 100%   16.33MB/s0:00:06 (xfr#1, to-chk=2/4)
file2
104,857,600 100%   16.17MB/s0:00:06 (xfr#2, to-chk=1/4)
file3
104,857,600 100%   15.99MB/s0:00:06 (xfr#3, to-chk=0/4)

sent 314,752,131 bytes  received 76 bytes  17,013,632.81 bytes/sec
total size is 314,572,800  speedup is 1.00


# 3.1.0_3
root@wiggles:/tmp/test # rm dst/*; rsync -z -avP src/. dst/
sending incremental file list
./
file1
104,857,600 100%   16.92MB/s0:00:05 (xfr#1, to-chk=2/4)
file2
104,857,600 100%   14.72MB/s0:00:06 (xfr#2, to-chk=1/4)
file3
104,857,600 100%   14.99MB/s0:00:06 (xfr#3, to-chk=0/4)

sent 314,752,131 bytes  received 76 bytes  17,013,632.81 bytes/sec
total size is 314,572,800  speedup is 1.00
--- output of regression test ends here ---

As a workaround I would suggest to rebuild the port without the
ZLIB_BASE option checked.

As this option is broken I am thinking about either removing this
option entirely or change the default value to 'off' with a warning
that this option is currently broken.

Emanuel




Ben Tung  wrote:
> Dear sir,
> 
> 
> I guess something wrong with the new net/rsync 3.1.1
> 
> 
> I set up a new server today and install rsync for deploy my contents.
> 
> I usually use the option -z to compress the contents, but it doesn't
> work today. I have multiple servers around aws locations, the other
> old servers are ok, because they are rsync 3.1.0_3.
> 
> 
> I drop the -z option, then it works, so it seems it is because the
> zlib used for rsync problem.
> 
> 
> The command I am using to deploy is as following:
> 
> 
> # rsync -azv --delete /Path/To/The/Source/Dir/
> ec2-user@my.domain:/Path/To/The/Destination/Dir/
> --exclude=.svn --exclude=.git --exclude=.cache --exclude=.idea
> --exclude=.DS_Store --exclude=node_modules
> 
> 
> 
> 
> rsync: This rsync lacks old-style --compress due to its external
> zlib.  Try -zz.
> 
> rsync error: syntax or usage error (code 1) at main.c(1575)
> [server=3.1.1]
> 
> rsync: connection unexpectedly closed (0 bytes received so far)
> [sender]
> 
> rsync error: error in rsync protocol data stream (code 12) at
> /SourceCache/rsync/rsync-42/rsync/io.c(452) [sender=2.6.9]
> 
> Hope it helps, and if any further question, please feel free to let
> me know,
> 
> Have a wonderful day :)
> 
> Ben
___
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: bash usage of fdescfs [was: Re: amd64/188699: Dev tree]

[Emanuel Haupt]

Konstantin Belousov  wrote:
> On Mon, Apr 21, 2014 at 11:52:59PM +0200, Emanuel Haupt wrote:
> > On 21/04/14 21:51, Konstantin Belousov wrote:
> > > On Mon, Apr 21, 2014 at 02:31:12PM -0400, John Baldwin wrote:
> > >> On Thursday, April 17, 2014 2:50:01 pm Konstantin Belousov wrote:
> > >>> The following reply was made to PR amd64/188699; it has been
> > >>> noted by GNATS.
> > >>>
> > >>> From: Konstantin Belousov 
> > >>> To: John Allman 
> > >>> Cc: freebsd-gnats-sub...@freebsd.org
> > >>> Subject: Re: amd64/188699: Dev tree
> > >>> Date: Thu, 17 Apr 2014 21:44:52 +0300
> > >>>
> > >>>   On Wed, Apr 16, 2014 at 05:32:45PM +, John Allman wrote:
> > >>>   > This is how to reproduce it:
> > >>>   >
> > >>>   > Fresh install of 10 on AMD 64
> > >>>   > install bash `pkg install bash`
> > >>>   > Switch to bash `bash`
> > >>>   > push a here document into a loop: `while true ; do echo;
> > >>>   > done< <(echo "123")` receive an error: "-su: /dev/fd/62: No
> > >>>   > such file or directory"
> > >>>   >
> > >>>   > I'm sorry I haven't been able to research this any further.
> > >>>   > I found how while working on some important matters. As I
> > >>>   > mentioned the above works fine in all
> > >> previous versions of FreeBSD up until 10.
> > >>>   > >How-To-Repeat:
> > >>>   > Fresh install
> > >>>   > pkg install bash
> > >>>   > bash
> > >>>   > while true; do echo foo done< <(echo "123")
> > >>>   >
> > >>>   > -su: /dev/fd/62: No such file or directory
> > >>>
> > >>>   So do you have fdescfs mounted on /dev/fd on the machine
> > >>> where the test fails ?  It works for me on head, and if
> > >>> unmounted, I get the same failure message as yours.  I very
> > >>> much doubt that it has anything to do with a system version.
> > >>
> > >> Question I have is why is bash deciding to use /dev/fd/ and
> > >> require fdescfs?  On older releases bash uses named pipes for
> > >> this instead.
> > >
> > > The aclocal.m4 contains the test which verifies the presence and
> > > usability of /dev/fd/n for n>=3 on the _build_ host.  The result
> > > of the test is used on the installation host afterward.
> > >
> > > Such kinds of bugs are endemic in our ports, but apparently
> > > upstreams are guilty too.
> > 
> > Is there anything I can do to patch the bash port? I am more than
> > happy to implement a fix and contact upstream about the problem.
> 
> Ideally, upstream should test the presence of fdescfs mount at
> runtime, instead of the compile time.  They already have unused
> have_devfd variable.
> 
> The port could add the pkg installation message which would mention
> the need of the mount, like it is done by openjdk ports currently.

I've just updated the port with such a message.

Emanuel

___
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: bash usage of fdescfs [was: Re: amd64/188699: Dev tree]

[Emanuel Haupt]

On 21/04/14 21:51, Konstantin Belousov wrote:

On Mon, Apr 21, 2014 at 02:31:12PM -0400, John Baldwin wrote:

On Thursday, April 17, 2014 2:50:01 pm Konstantin Belousov wrote:

The following reply was made to PR amd64/188699; it has been noted by GNATS.

From: Konstantin Belousov 
To: John Allman 
Cc: freebsd-gnats-sub...@freebsd.org
Subject: Re: amd64/188699: Dev tree
Date: Thu, 17 Apr 2014 21:44:52 +0300

  On Wed, Apr 16, 2014 at 05:32:45PM +, John Allman wrote:
  > This is how to reproduce it:
  >
  > Fresh install of 10 on AMD 64
  > install bash `pkg install bash`
  > Switch to bash `bash`
  > push a here document into a loop: `while true ; do echo; done< <(echo 
"123")`
  > receive an error: "-su: /dev/fd/62: No such file or directory"
  >
  > I'm sorry I haven't been able to research this any further. I found how 
while working on some important matters. As I mentioned the above works fine in all

previous versions of FreeBSD up until 10.

  > >How-To-Repeat:
  > Fresh install
  > pkg install bash
  > bash
  > while true; do echo foo done< <(echo "123")
  >
  > -su: /dev/fd/62: No such file or directory

  So do you have fdescfs mounted on /dev/fd on the machine where the
  test fails ?  It works for me on head, and if unmounted, I get the
  same failure message as yours.  I very much doubt that it has anything
  to do with a system version.


Question I have is why is bash deciding to use /dev/fd/ and require
fdescfs?  On older releases bash uses named pipes for this instead.


The aclocal.m4 contains the test which verifies the presence and usability
of /dev/fd/n for n>=3 on the _build_ host.  The result of the test
is used on the installation host afterward.

Such kinds of bugs are endemic in our ports, but apparently upstreams
are guilty too.


Is there anything I can do to patch the bash port? I am more than happy 
to implement a fix and contact upstream about the problem.


Emanuel


___
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: [QAT] 348445: 6x leftovers

[Emanuel Haupt]

poudriere testport does not report any errors.

Emanuel




"Ports-QAT"  wrote:
> Support staging
> -
> 
>   Build ID:  20140317074801-38995
>   Job owner: eha...@freebsd.org
>   Buildtime: 10 minutes
>   Enddate:   Mon, 17 Mar 2014 07:58:04 GMT
> 
>   Revision:  348445
>   Repository:
> https://svnweb.freebsd.org/ports?view=revision&revision=348445
> 
> -
> 
> Port:games/crafty-open-medium 20070909_2
> 
>   Buildgroup: 10.0-QAT/amd64
>   Buildstatus:   LEFTOVERS
>   Log:
> https://qat.redports.org//~eha...@freebsd.org/20140317074801-38995-302764/crafty-open-medium-20070909_2.log
> 
>   Buildgroup: 10.0-QAT/i386
>   Buildstatus:   LEFTOVERS
>   Log:
> https://qat.redports.org//~eha...@freebsd.org/20140317074801-38995-302765/crafty-open-medium-20070909_2.log
> 
>   Buildgroup: 8.4-QAT/amd64
>   Buildstatus:   LEFTOVERS
>   Log:
> https://qat.redports.org//~eha...@freebsd.org/20140317074801-38995-302766/crafty-open-medium-20070909_2.log
> 
>   Buildgroup: 8.4-QAT/i386
>   Buildstatus:   LEFTOVERS
>   Log:
> https://qat.redports.org//~eha...@freebsd.org/20140317074801-38995-302767/crafty-open-medium-20070909_2.log
> 
>   Buildgroup: 9.2-QAT/amd64
>   Buildstatus:   LEFTOVERS
>   Log:
> https://qat.redports.org//~eha...@freebsd.org/20140317074801-38995-302768/crafty-open-medium-20070909_2.log
> 
>   Buildgroup: 9.2-QAT/i386
>   Buildstatus:   LEFTOVERS
>   Log:
> https://qat.redports.org//~eha...@freebsd.org/20140317074801-38995-302769/crafty-open-medium-20070909_2.log
> 
> 
> --
> Buildarchive URL:
>  redports
> 
> ___
> 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-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: close my 2 PRs

[Emanuel Haupt]

Anton Shterenlikht  wrote:
> Feel free to close:
> 
> http://www.freebsd.org/cgi/query-pr.cgi?pr=178670
> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/178671
> 
> I can no longer reproduce the problem.

Done.

Emanuel
___
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: shells/bash-static fails to package/deinstall cleanly

[Emanuel Haupt]

clutton  wrote:
> On Thu, 2013-12-26 at 11:52 +0200, clutton wrote:
> > On Thu, 2013-12-26 at 10:36 +0200, clutton wrote:
> > > On Wed, 2013-12-25 at 23:52 -0800, Doug Barton wrote:
> > > > Please don't remove people from the CC line. I copied the
> > > > maintainer on purpose.
> > > > 
> > > > On 12/25/2013 11:40 PM, clutton wrote:
> > > > > On Wed, 2013-12-25 at 22:06 -0800, Doug Barton wrote:
> > > > >> The problem is that the bash.1 and bashbugs.1 man pages do
> > > > >> not get compressed, and therefore the package fails. If I
> > > > >> add a MAN1 variable to the Makefile with those pages listed,
> > > > >> it works.
> > > > >>
> > > > >> Doug
> > > > >
> > > > >  From https://wiki.freebsd.org/ports/StageDir
> > > > >
> > > > > MAN*/MANLANG/MLINKS now useless
> > > > > manpage compression/uncompression is now automatically
> > > > > handled by the framework if you use stagedir.
> > > > 
> > > > ... and yet, that's not what happened here. Hence the problem
> > > > report.
> > > > 
> > > > > Take a look at my port: multimedia/ffmpegthumbnailer
> > > > > I believe I did it right :)
> > > > 
> > > > It's not my port, which is why I CCed the maintainer.
> > > > 
> > > > Doug
> > > 
> > > It is the case, the bash port uses STAGE, bash-static doesn't and
> > > bash static is slave port of bash. Try to remove NO_STAGE from
> > > bash-static/Makefile.
> > 
> > Yeap, my guess was right. After removing NO_STAGE, I have man pages
> > installed correctly.
> > 
> > > Compressing man pages (compress-man)
> > ===>  Installing for bash-static-4.2.45_1
> > ===>  Checking if shells/bash-static already installed
> > ===>   Registering installation for bash-static-4.2.45_1
> > Installing bash-static-4.2.45_1... done
> > 
> > 
> > Do you still think that backward compatibility is a good thing for
> > such a project like FreeBSD ports? I'd like to spend time doing
> > real porting instead of dealing with something like that bug.
> > 
> > Many projects which were good from the beginning now are pieces of
> > sheet because of backward compatibility, firefox jetpack sdk and
> > xul show this clearly. I don't want to see FreeBSD ports in this
> > list.
> > 
> > Please fill the pr.
> > diff --git a/shells/bash-static/Makefile
> > b/shells/bash-static/Makefile index f5063a0..363a823 100644
> > --- a/shells/bash-static/Makefile
> > +++ b/shells/bash-static/Makefile
> > @@ -5,5 +5,4 @@ MASTERDIR=  ${.CURDIR}/../../shells/bash
> > 
> >  OPTIONS_SLAVE= STATIC
> > 
> > -NO_STAGE=  yes
> >  .include "${MASTERDIR}/Makefile"
> 
> Actually don't. Do not fill the pr.
> 
> Ξ ~ → cat /usr/ports/shells/bash-static/Makefile 
> # Created by: Emanuel Haupt 
> # $FreeBSD$
> 
> MASTERDIR=${.CURDIR}/../../shells/bash
> 
> OPTIONS_SLAVE=STATIC
> 
> .include "${MASTERDIR}/Makefile"
> 
> The whole port because of STATIC option?
>
> It'll be better to move this thing to bash port and make it as an
> option. Like zsh maintainer did.

The sole purpose of this stub port is to have an official package.
Especially useful on low CPU powered embedded systems w/ a limited
amount of disk space.

Emanuel

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

[patch] attempt to update net/citrix_ica to 13.0.0, missing symbols

[Emanuel Haupt]

Here is my attempt to update net/citrix_ica to 13.0.0. Unfortunately I
ended up with missing symbols:

http://people.freebsd.org/~ehaupt/patches/citrix_ica.patch

After the installation I used www/nspluginwrapper:

$ cd ~/.mozilla/plugins/
$ nspluginwrapper -v -i /usr/local/ICAClient/npica.so
Install plugin /usr/local/ICAClient/npica.so
  into /home/ehaupt/.mozilla/plugins/npwrapper.npica.so
$ firefox "about:plugins"

I can see the plugin:

http://i.imgur.com/K9gT1t6.png

When I'm trying to initiate a citrix session I get:

/usr/local/lib/nspluginwrapper/i386/linux/npviewer.bin: symbol lookup error: 
/usr/local/ICAClient/npica.so: undefined symbol: mkstemps
*** NSPlugin Wrapper *** ERROR: NPP_NewStream() wait for reply: Connection 
closed

Trying to initiate the session from the console:

$ /usr/local/ICAClient/wfica /tmp/launch.ica
/usr/local/ICAClient/wfica: symbol lookup error: 
/usr/local/ICAClient/lib/UIDialogLib.so: undefined symbol: 
gtk_widget_set_can_default

Seems like it's missing linux gnome-utils. Well, this is where I left off.
If time permits I might pursue this further but meanwhile if anyone else
likes to give it a shoot feel free.

Emanuel
___
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: kde3 ports expired today

[Emanuel Haupt]

René Ladan  wrote:
> On 02-07-2013 07:10, Matthias Apitz wrote:
> > El día Monday, July 01, 2013 a las 08:05:37PM -0700, Jeffrey
> > Bouquet escribió:
> > 
> >> bsdstats.org > ports stats would have that information probably
> > 
> > http://bsdstats.org/ports.php?category=91

(bsdstats.org contact cc'ed)

bsdstats.org seems to be broken.

I get the following error when trying to access http://bsdstats.org/freebsd/

Warning: require_once(BSDSmarty.class.php): failed to open stream: No such file 
or directory in /usr/local/www/bsdstats.org/www/freebsd/index.php on line 3

Fatal error: require_once(): Failed opening required 'BSDSmarty.class.php' 
(include_path='.:/usr/local/share/pear') in 
/usr/local/www/bsdstats.org/www/freebsd/index.php on line 3

Emanuel
___
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: devel/rubygem-notify: maintainership request

[Emanuel Haupt]

Koichiro IWAO  wrote:
> Can I take maintainership of devel/rubygem-notify? I will update the 
> port.
> Please pass maitainership to meta+po...@vmeta.jp.

Done. It's all yours.

Emanuel
___
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: [QAT] r314943: 1x depend (depend_package in x11/libxcb), 3x leftovers

[Emanuel Haupt]

"Ports-QAT"  wrote:
> - Unbreak
> - Define NOT_FOR_ARCH instead of BROKEN for powerpc
> - Provide a desktop file
> -
> 
>   Build ID:  20130322161600-23763
>   Job owner: eha...@freebsd.org
>   Buildtime: 9 days
>   Enddate:   Sun, 31 Mar 2013 22:22:13 GMT
> 
>   Revision:  r314943
>   Repository:
> https://svnweb.freebsd.org/ports?view=revision&revision=314943
> 
> -
> 
> Port:audio/milkytracker 0.90.85_3
> 
>   Buildgroup: 9.1-QAT/amd64
>   Buildstatus:   DEPEND (DEPEND_PACKAGE IN X11/LIBXCB)
>   Log:
> https://qat.redports.org//~eha...@freebsd.org/20130322161600-23763-122596/libxcb-1.7.log
> 
>   Buildgroup: 9.1-QAT/i386
>   Buildstatus:   LEFTOVERS
>   Log:
> https://qat.redports.org//~eha...@freebsd.org/20130322161600-23763-122597/milkytracker-0.90.85_3.log
> 
>   Buildgroup: 8.3-QAT/amd64
>   Buildstatus:   LEFTOVERS
>   Log:
> https://qat.redports.org//~eha...@freebsd.org/20130322161600-23763-122598/milkytracker-0.90.85_3.log
> 
>   Buildgroup: 8.3-QAT/i386
>   Buildstatus:   LEFTOVERS
>   Log:
> https://qat.redports.org//~eha...@freebsd.org/20130322161600-23763-122599/milkytracker-0.90.85_3.log
> 
> 
> --
> Buildarchive URL:
>  redports
> 
> 

The leftovers have been fixed short after this commit in r314946.

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

trying to fix audio/milkytracker, does not compile since zlib 1.2.4 import

[Emanuel Haupt]

Milkytracker currently fails to build on FreeBSD 9.1 and I am not sure
if it is related to the import of zlib 1.2.4 with 900010.

Build log:
http://people.freebsd.org/~ehaupt/misc/milkytracker/milkytracker-0.90.85_2.log

Upstream bug report:
http://forums.modarchive.org/index.php?topic=3389.0

Any help fixing the build would be appreciated.

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

shells/bash-devel

[Emanuel Haupt]

I've added shells/bash-devel in order to have a more up to date version
of shells/bash. This port is originally a clone of shells/bash with the
following changes:

- Updated to 4.2.42
- Converted to OPTIONSng

There are still a few things I like to change, such as:

- Remove possibly unused WITH_ / WITHOUT_ knobs that were never part of
  OPTIONS
- Remove possible cruft such as FAQ, WITH_INCLUDED_FAQ, 
- Introduce new OPTIONS
- Remove possibly unneeded OPTIONS
- Modernize style, reformat/indent

I am open for suggestions or even better patches/PRs!

Thanks,
Emanuel
___
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: Firefox 18 does not compile (problem with patches)

[Emanuel Haupt]

Rainer Hurling  wrote:
> On 11.01.2013 08:45 (UTC+2), Stephan Schindel wrote:
> > Hey,
> 
> Hi Stephan,
> 
> > for me firefox 18 does not compile. It fails at patching:
> > 
> > 
> > ===>  Patching for firefox-18.0,1
> > ===>   firefox-18.0,1 depends on file: /usr/local/bin/perl5.14.2 -
> > found ===>  Applying extra
> > patch /usr/ports/www/firefox/files/extra-bug780531 Ignoring
> > previously applied (or reversed) patch. 1 out of 1 hunks
> > ignored--saving rejects to configure.in.rej *** [do-patch] Error
> > code 1
> > 
> > Stop in /usr/ports/www/firefox.
> > *** [install] Error code 1
> > 
> > Stop in /usr/ports/www/firefox.
> > *** [reinstall] Error code 1
> > 
> > Stop in /usr/ports/www/firefox.
> 
> I also had this breakage. After updating to r310217 (second patch,
> this morning) a different patch does fail:
> 
> ===>  Applying extra
> patch /usr/ports/www/firefox/files/extra-bug780531 ===>  Applying
> FreeBSD patches for firefox-18.0,1 1 out of 1 hunks failed--saving
> rejects to
> media/webrtc/trunk/src/system_wrappers/source/spreadsortlib/spreadsort.hpp.rej
> => Patch
> patch-media-webrtc-trunk-src-system_wrappers-source-spreadsortlib-spreadsort.hpp
> failed to apply cleanly.
> 
> > Is it a problem on my side?
> > 
> > Cheers,
> > Stephan
> 
> I included the maintainer gecko@.

May I commit the following patch?
http://people.freebsd.org/~ehaupt/firefox.patch

Emanuel




> 
> Rainer
> 
> ___
> 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-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: www/firefox: 1 out of 1 hunks failed--saving rejects to media/webrtc/trunk/src/system_wrappers/source/spreadsortlib/spreadsort.hpp.rej, => Patch patch-media-webrtc-trunk-src-system_wrappers-source

[Emanuel Haupt]

"O. Hartmann"  wrote:
> Trying to update www/firefox from version 17.X to new 18.0 ends up
> with an error while patching:
> 
> ===>>> All >> firefox-17.0.2,1 (1/3)
> 
> ===>  Cleaning for firefox-18.0,1
> ===>  Found saved configuration for firefox-18.0,1
> ===>   firefox-18.0,1 depends on file: /usr/local/sbin/pkg - found
> ===>  Extracting for firefox-18.0,1
> => SHA256 Checksum OK for firefox-18.0.source.tar.bz2.
> ===>   firefox-18.0,1 depends on file: /usr/local/bin/perl5.16.2 -
> found ===>  Patching for firefox-18.0,1
> ===>   firefox-18.0,1 depends on file: /usr/local/bin/perl5.16.2 -
> found ===>  Applying extra
> patch /usr/ports/www/firefox/files/extra-bug780531 ===>  Applying
> FreeBSD patches for firefox-18.0,1 1 out of 1 hunks failed--saving
> rejects to
> media/webrtc/trunk/src/system_wrappers/source/spreadsortlib/spreadsort.hpp.rej
> => Patch
> patch-media-webrtc-trunk-src-system_wrappers-source-spreadsortlib-spreadsort.hpp
> failed to apply cleanly. => Patch(es) patch-alsapulse
> patch-browser-app-nsBrowserApp.cpp patch-bug685258 patch-bug722975
> patch-bug732340 patch-bug778078 patch-bug781457 patch-bug783463
> patch-bug783505 patch-bug787804 patch-bug788955 patch-bug791305
> patch-bug798354 patch-bug800401 patch-bug806139 patch-bug807492
> patch-bug815025 patch-bug817481 patch-bug826985 patch-bug828003
> patch-build-pgo-profileserver.py patch-clang32-libc++-visibility-hack
> patch-config-baseconfig.mk patch-content-base-src-nsTextFragmentImpl.h
> patch-content-media-nsAudioStream.cpp
> patch-extensions-spellcheck-hunspell-src-mozHunspell.cpp
> patch-ipc-chromium-Makefile.in
> patch-ipc-chromium-src-base-message_pump_libevent.cc
> patch-ipc-chromium-src-base-platform_thread_posix.cc
> patch-js-src-js-confdefs.h.in patch-js-src-methodjit-MethodJIT.cpp
> patch-media-libsydneyaudio-src-sydney_audio_oss.c
> patch-media-webrtc-trunk-src-modules-audio_device-main-source-linux-latebindingsymboltable_linux.cc
> applied cleanly.
> *** [do-patch] Error code 1
> 
> Stop in /usr/ports/www/firefox.
> *** [build] Error code 1
> 
> Stop in /usr/ports/www/firefox.
> 
> ===>>> make failed for www/firefox
> ===>>> Aborting update
> 
> ===>>> Update for www/firefox failed
> ===>>> Aborting update
> 
> Terminated
> 
> 
> oh
> 
> 
> 

Patch:
http://people.freebsd.org/~ehaupt/firefox.patch

Emanuel
___
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: 3. Updating "Bash" (Jerry)

[Emanuel Haupt]

> Can you please send this patch in as a problem report? Patches within
> email can easily be overlooked, or simply forgotten, unfortunately.
> Having it in our pr database is a much better tracker for us to take
> care of updates and/or issues.

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

Emanuel
___
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: Notes on upgrades after libpcre update

[Emanuel Haupt]

Kevin Oberman  wrote:
> As many of you noticed, the update of devel/pcre bumped hte version of
> libpcre.so which is a dependency of LOTS of things. Here are some
> incomplete notes on what might bite you: Note that I refer to
> pkg_libchk. It is part of sysutils/bsddminscripts. If you run pkgng,
> you will need to edit it an change "pkg_info" to "pkg info". There may

FYI, there is a patch available:

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

Emanuel
___
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: Dealing with options in dependent ports

[Emanuel Haupt]

Thierry Thomas  wrote:
> Hello,
> 
> Le ven 30 nov 12 à 16:36:32 +0100, Paul Schmehl
>  écrivait :
> > I'm working on a port that has an option for a build_depends on
> > another port.  If that option is selected, the dependent port MUST
> > be built with an option that is not selected by default.
> > 
> > Is there a way to either force that option to be selected in the
> > dependent port?  Or, failing that, is it possible to pop up a
> > message warning the installer that they must select that option
> > before building the dependent port or, if they've already installed
> > it without the option, they must deinstall and reinstall after
> > selecting that option?
> > 
> 
> I'd suggest to make a slave port where you force the required option.
> However, to enforce the right dependency, this option have to produce
> a different plist.
> -- 
> Th. Thomas.

I was in the same situation with dns/ldns requiring python bindings
which are not built by default. I solved the problem by creating a stub
port dns/py-ldns.

Emanuel
___
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: Let's talk about subversion/svn

[Emanuel Haupt]

Yuri  wrote:
> On 11/19/2012 10:40, Paul Schmehl wrote:
> >
> > It's not just subversion.  I was working on a new port the other
> > day, and one of it's dependencies triggered a lengthy traverse of
> > numerous x11, x11-tookits, x11-fonts, etc., etc.  Rather
> > mind-boggling when you realize this is a program that generates
> > graphs rather than a GUI-based program. 
> 
> It would be very beneficial if somebody made a program that would 
> visualize the particular port's dependencies as a graph (like .dot 
> format). This should be quite easy to do.
> Or maybe such program already exists?

ports-mgmt/porttree can do that:

root@portjail:/usr/ports/devel/subversion $ porttree
Depending on
0   +devel/subversion
1   ++databases/sqlite3
2   |`devel/pkgconf
3   ++devel/apr1
4   |++converters/libiconv
5   ||`devel/libtool
6   |++databases/db42
||`devel/libtool -> 5
7   |++databases/gdbm
8   ||++devel/gmake
9   |||`+devel/gettext
||| ++converters/libiconv -> 4
||| `devel/libtool -> 5
||`devel/libtool -> 5
10  |++devel/autoconf
11  ||+devel/autoconf-wrapper
||++devel/gmake -> 8
12  ||+devel/m4
13  ||+lang/perl5.14
14  ||`+misc/help2man
|| ++devel/gettext -> 9
|| ++devel/gmake -> 8
15  || ++devel/p5-Locale-gettext
|| |++devel/gettext -> 9
|| |`lang/perl5.14 -> 13
|| `lang/perl5.14 -> 13
16  |++devel/automake
||++devel/autoconf -> 10
17  ||+devel/automake-wrapper
||`lang/perl5.14 -> 13
|+devel/libtool -> 5
|+lang/perl5.14 -> 13
18  |++lang/python27
||`+devel/gettext -> 9
19  |`textproc/expat2
++devel/gettext -> 9
+devel/libtool -> 5
+textproc/expat2 -> 19
20  `+www/neon29
 ++devel/gettext -> 9
 +devel/libtool -> 5
 `textproc/expat2 -> 19



> 
> Yuri
> ___
> 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-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Makefile header conversion script

[Emanuel Haupt]

I have just added Tools/scripts/convert-makefile-header.pl, a script
that can help you convert old style Makefile headers to the new format
which was announced a while ago:

http://lists.freebsd.org/pipermail/freebsd-ports/2012-September/078319.html

Here is a list of maintainers that agreed to let people remove "created
by" lines:

http://wiki.freebsd.org/Ports/MaintainerTrimming

Please do not submit PR's changing only the header. Update headers only
with regular updates.

Emanuel
___
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: net/rsync: WITH_FLAGS to be the default?

[Emanuel Haupt]

Dmitry Morozovsky  wrote:
> Dear Emmanuel,
> 
> why is fileflags patch disabled by default in FreeBSD rsync port? 

Mainly because the functionality is provided by a third party patch.

I've always tried to provide a most authentic set of default options.

Emanuel

___
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: Fwd: Lousy timekeeping in VirtualBox 4.0.14

[Emanuel Haupt]

Larry Rosenman  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Moving to -ports, as maybe -virtualization is the wrong list?
> 
> 
> 
> -  Original Message 
> Subject: Lousy timekeeping in VirtualBox 4.0.14
> Date: Wed, 14 Dec 2011 14:04:31 -0600
> From: Larry Rosenman 
> Organization: LERCTR Consulting
> To: freebsd-virtualizat...@freebsd.org
> 
> - -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> I've set up VirtualBox 4.0.14 on my FreeBSD 10.0-CURRENT (r228498)
> box, and have a FreeBSD 10.0-CURRENT VM running underneath it.
> 
> While the VM is running, it doesn't keep time worth a flip.
> 
> This is even with the VirtualBox-Additions in it.
> 
> 1) is this expected/known?
> 2) What can we do to fix it?
> 
> What diagnostics do you need?
> 
> I *CAN* provide ssh access to both the host and the guest.

Did you install emulators/virtualbox-ose-additions on the guest os?

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

INDEX-9

[Emanuel Haupt]

In light of the upcoming release of 9.0-RELEASE it might be a good idea
to start providing INDEX-9 via portsnap. Especially since we want
people to try the BETA releases.

Thoughts?

Emanuel
___
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: "make readmes" no longer builds individual ports' README.html files?

[Emanuel Haupt]

"Conrad J. Sabatier"  wrote:
> Having been away from FreeBSD for a while, I'm still catching up with
> all the changes that took place while I was on hiatus, so bear with me
> here.  :-)
> 
> Trying to construct the ports' README.html files with:
> 
> cd /usr/ports
> make readmes
> 
> Much to my surprise, this only creates README.html at the top level
> and within each category, but nothing under the individual ports'
> directories.  When did this change, and why?  Mailing list search has
> turned up nothing useful on the subject.
> 
> Or maybe I'm just doing it wrong?  :-)

It was definitely broken. I've just committed a fix to
ports/Tools/make_readmes.

Emanuel


___
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: Deprecation: round3

[Emanuel Haupt]

Warren Block  wrote:
> On Wed, 3 Aug 2011, Emanuel Haupt wrote:
> 
> > I have to admit that 'distilator' definitely needs more public
> > relations work and way more explanatory text.
> >
> > I wouldn't mind altering, amending the text but I could use some
> > help.
> 
> "Distfile status for..." at the top of the report page is a little 
> vague.  "Distfile availability status" or "Distfile fetch status"
> would help describe what was being tested.

I've implemented both your suggestions. It will be visible after the
next run. Thanks a lot for your feedback!

Emanuel
___
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: Deprecation: round3

[Emanuel Haupt]

Baptiste Daroussin  wrote:
> On Wed, 03 Aug 2011 07:04:11 -0700, per...@pluto.rain.com wrote:
> > Baptiste Daroussin  wrote:
> >> On Wed, 03 Aug 2011 02:02:39 -0700, per...@pluto.rain.com wrote:
> >> > What, exactly, is the significance of the list at
> >> >
> >> > 
> >> http://people.freebsd.org/~ehaupt/distilator/po...@freebsd.org-bad.html
> >> > beyond that the ports listed there are unmaintained?
> >> >
> >> > "make fetch" succeeded for every one of the ~150 ports that
> >> > I tried from that list ...
> >>
> >> Each ports defines a list of mirrors where the distfile should
> >> hosted, and the infrastructure append some FreeBSD mirror for
> >> convenience.
> >>
> >> the list represent the number of problematic mirrors.
> >>
> >> It doen't mean the ports is not fetchable yet, it mean some of
> >> its mirrors do not share the distfile anymore.
> >
> > Any thought of adding that explanation to ~ehaupt/distilator and/or
> > to ~ehaupt/distilator/po...@freebsd.org-bad.html (or making it more
> > prominent, if it is already there)?  All I could figure out was that
> > the list had something to do with unfetchable distfiles, thus my
> > confusion when "make fetch" succeeded.
> 
> Those with unfetchable distfiles are either marked as broken or 
> deprecated currently :)
> concerning the explanation that would be a good idea, let's see what 
> ehaupt think about this.

I have to admit that 'distilator' definitely needs more public
relations work and way more explanatory text.

I wouldn't mind altering, amending the text but I could use some help.

I'm also open for suggestions to create different kind of reports that
might be more helpful.

Emanuel

___
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 Ports: sylpheed, gnash, seamonkey

[Emanuel Haupt]

Torfinn Ingolfsen  wrote:
> Hello,
> 
> On Wed, Jun 29, 2011 at 10:47 AM, Marco Alberoni
>  wrote:
> > Hello everybody, I usually use the applications Sylpheed, Gnash and
> > Seamonkey, and for all of them there the FreeBSD port is not
> > "synchronized" with the latest available version: are there any
> > problems for their upgrade?
> 
> Sylpheed 3.1.1 was released on May 6th, 2011. And on July 1st, 2011
> Sylpheed 3.2beta1 was released.
> What are the current plans for upgrading the Sylpheed port (if any)?

I've just updated the port after a 15 day maintainer timeout. See:

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

Emanuel
___
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: firefox4 - drop URL not working any longer?

[Emanuel Haupt]

Freddie Cash  wrote:
> On Thu, Mar 24, 2011 at 11:16 AM, Heino Tiedemann
>  wrote:
> > on all my browsers - Konqueror 3.5, previous Firefox Versions and
> > even the Linux-Opera - I can drop any URL by middle click just
> > somewhere into browser to load that site.
> >
> > On Forefox4 this is not working.
> >
> > Is thes geature not supported any longer?
> 
> about:config
> 
> Search for middle-click.  Enable middle-click paste, or whatever it's
> called.
> 
> Personally, I find this to be the most annoying and useless feature of
> a browser, and always disable it.

+1
___
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: nvidia 260.19.44 X11 display driver for FreeBSD amd64

[Emanuel Haupt]

"O. Hartmann"  wrote:
> nvidia offers a new FreeBSD /amd64 ready 64Bit driver, 260.19.44. We
> are about to equipt several boxes with newer nVidia Fermi based
> graphics cards (570 and 560Ti). On Linux boxes (Suse 10.XX, I do not
> know, a recent one) a GTX570 won't work with the older nvidia 256.53
> driver, we had to update to the most recent 260.XX driver via YAST.
> Now I suspect a similar problem in FreeBSD.
> 
> Well, nvidia provides informations about how to install the driver
> but I would prefere the ports-solution.

I'm using this driver w/o any problems on 8.2-RELEASE amd64. Movies
play much smoother with 'vdpau'.

Emanuel
___
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: Update xfce4-xkb-plugin to 0.5.3.3

[Emanuel Haupt]

George Liaskos  wrote:
> The latest version has a GUI option to set the shortcut for switching
> between keyboard layouts. Handy for newcomers.
> It has an added dependency to librsvg2 because the country flags are
> in svg format now, the following patch takes care of the compilation
> errors.
> 
> --- xkb-config.c.orig 2011-03-06 04:02:24.0 +0200
> +++ xkb-config.c  2011-03-06 04:09:26.0 +0200
> @@ -150,7 +150,7 @@
>  config->application_map = g_hash_table_new (g_direct_hash, NULL);
> 
>  registry = xkl_config_registry_get_instance (config->engine);
> -xkl_config_registry_load (registry);
> +xkl_config_registry_load (registry, FALSE);
> 
>  config_item = xkl_config_item_new ();
> 
> @@ -214,7 +214,8 @@
> 
>  gdk_window_remove_filter (NULL, (GdkFilterFunc) handle_xevent,
> NULL);
> 
> -xkl_engine_stop_listen (config->engine);
> +xkl_engine_stop_listen (config->engine,
> +  XKLL_MANAGE_LAYOUTS | XKLL_MANAGE_WINDOW_STATES);
>  }
> 
>  gint
> @@ -547,7 +548,7 @@
>  if (!config) return NULL;
> 
>  registry = xkl_config_registry_get_instance (config->engine);
> -xkl_config_registry_load (registry);
> +xkl_config_registry_load (registry, FALSE);
> 
>  return registry;
>  }
> 
> Regards

Hi George, thanks for the update. Could you please create a PR so that
it doesn't get lost?

Emanuel
___
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: x11-toolkits/linux-f10-gtk2 failure after linux-f10-pango upgrade

[Emanuel Haupt]

Barbara  wrote:
> I'm facing a failure trying to upgrade linux-f10-gtk2.
> Even if linux-f10-pango is upgraded yet, the upgrade process checks
> for: ===>Verifying reinstall
> for /compat/linux/usr/lib/libpango-1.0.so.0.2203.0
> in /usr/ports/x11-toolkits/linux-f10-pango and so it try to install
> (not upgrade) linux-f10-pango because the so version has changed, and
> it fails
> 
> So I think that the following patch is needed
> (http://pastebin.com/bDJ0Hfrt)
> --- bsd.linux-apps.mk.orig2011-02-25 12:00:59.0 +0100
> +++ bsd.linux-apps.mk 2011-02-26 10:58:36.0 +0100
> @@ -388,7 +388,7 @@
>  
>  pango_FILE=
> ${LINUXBASE}/usr/lib/libpango-1.0.so.0.1001.1
> pango_f8_FILE=
> ${LINUXBASE}/usr/lib/libpango-1.0.so.0.1800.4
> -pango_f10_FILE=
> ${LINUXBASE}/usr/lib/libpango-1.0.so.0.2203.0
> +pango_f10_FILE=
> ${LINUXBASE}/usr/lib/libpango-1.0.so.0.2800.3
> pango_DETECT= ${pango${LINUX_DIST_SUFFIX:S/-/_/}_FILE}
> pango_PORT=   ${PORTSDIR}/x11-toolkits/linux
> ${LINUX_DIST_SUFFIX}-pango pango_DEPENDS= cairo expat
> fontconfig xorglibs
> 
> Barbara

I see ale just fixed it. It was interesting that portmaster was able to
update and portupgrade failed.

Emanuel
___
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: webspace for libbluray and libaacs required

[Emanuel Haupt]

Dominic Fandrey  wrote:
> During the last 2 days I have ported libbluray and libaacs to FreeBSD.
> 
> Installing them and rebuilding mplayer or vlc should allow playing
> blu-ray disks with the following constraints:
> - mount_udf must be able to mount the disk or the data must be
>   copied to a hard disk by other means, first
> - The data must not be bd+ protected, the libbdplus source code
>   is not available to the public
> - If the data is AACS encrypted a key file with required keys
>   must be placed in ~/.dvdcss/KEYDB.cfg
> 
> I don't have any blu-rays without bd+ restrictions, so all this is
> not tested.
> 
> Currently I'm in need of webspace for the GIT snapshots to file
> a PR with the ports.

Hi Dominic

I'd be glad to offer webspace for a libbluray port on
MASTER_SITE_CRITICAL. I'd also like to get the port into the tree asap.
Let me know.

Feel free to ping me on freenode, EFnet.

Emanuel
___
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: [patch] request for update of x11/nvidia-driver

[Emanuel Haupt]

Matthias Andree  wrote:
> Am 16.02.2011 18:42, schrieb Emanuel Haupt:
> 
> > RCS file: /home/pcvs/ports/x11/nvidia-driver/distinfo,v
> > retrieving revision 1.38
> > diff -u -r1.38 distinfo
> > --- distinfo8 Dec 2010 07:37:21 -   1.38
> > +++ distinfo16 Feb 2011 17:41:02 -
> > @@ -1,10 +1,2 @@
> > -SHA256 (NVIDIA-FreeBSD-x86-256.53.tar.gz) =
> > 3c3d3a96f6ec79b86815423c4be38c819b2ff26124a8885421e34f60a3c70655
> > -SIZE (NVIDIA-FreeBSD-x86-256.53.tar.gz) = 26347367 -SHA256
> > (NVIDIA-FreeBSD-x86_64-256.53.tar.gz) =
> > 2b849ec63dca049a36ba3d2d97fdf8af06bd3d9c0051ebeec1e0cb60bec416a2
> > -SIZE (NVIDIA-FreeBSD-x86_64-256.53.tar.gz) = 26963917 -SHA256
> > (NVIDIA-FreeBSD-x86-173.14.28.tar.gz) =
> > 3389c1b2faf68bab3ebd55593539580e418ef3beba29428ae2fe11a9a5154ebb
> > -SIZE (NVIDIA-FreeBSD-x86-173.14.28.tar.gz) = 17555603 -SHA256
> > (NVIDIA-FreeBSD-x86-96.43.19.tar.gz) =
> > b5dce181cc654a729ba06dd528a180d14a792b0328fcfbf86bb0f819285c0dd5
> > -SIZE (NVIDIA-FreeBSD-x86-96.43.19.tar.gz) = 13352481 -SHA256
> > (NVIDIA-FreeBSD-x86-71.86.14.tar.gz) =
> > 5a3c36dd9cfc0613190ca35d2e2c6aa88a703022dcf1d992bcc6526a5d8d3b04
> > -SIZE (NVIDIA-FreeBSD-x86-71.86.14.tar.gz) = 8067145 +SHA256
> > (NVIDIA-FreeBSD-x86_64-260.19.36.tar.gz) =
> > ff922fa17704cadd3332b4b5ef5647733ba8d9ea97407c2166d1cad4bfdc54c2
> > +SIZE (NVIDIA-FreeBSD-x86_64-260.19.36.tar.gz) = 27951746
> > --- nvidia patch ends here ---
> 
> Looks bogus to remove distinfo for legacy material.

I just recreated distinfo by running 'make makesum' for the sake of
testing. Of course Alexey would merge the new sums properly :-)

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

[patch] request for update of x11/nvidia-driver

[Emanuel Haupt]

Hi Alexey

I'm running version 260.19.36 of x11/nvidia-driver for a while now
without any problems. Could you please consider updating the port?

I'm sure further feedback from other users would help.

Emanuel


--- nvidia patch begins here ---
Index: Makefile
===
RCS file: /home/pcvs/ports/x11/nvidia-driver/Makefile,v
retrieving revision 1.102
diff -u -r1.102 Makefile
--- Makefile8 Dec 2010 03:28:28 -   1.102
+++ Makefile16 Feb 2011 17:41:02 -
@@ -6,7 +6,7 @@
 #

 PORTNAME=  nvidia-driver
-DISTVERSION?=  256.53
+DISTVERSION?=  260.19.36
 PORTREVISION?= 0   # As a reminder it can be overridden
 CATEGORIES=x11 kld
 MASTER_SITES=  ${MASTER_SITE_NVIDIA}
Index: distinfo
===
RCS file: /home/pcvs/ports/x11/nvidia-driver/distinfo,v
retrieving revision 1.38
diff -u -r1.38 distinfo
--- distinfo8 Dec 2010 07:37:21 -   1.38
+++ distinfo16 Feb 2011 17:41:02 -
@@ -1,10 +1,2 @@
-SHA256 (NVIDIA-FreeBSD-x86-256.53.tar.gz) = 
3c3d3a96f6ec79b86815423c4be38c819b2ff26124a8885421e34f60a3c70655
-SIZE (NVIDIA-FreeBSD-x86-256.53.tar.gz) = 26347367
-SHA256 (NVIDIA-FreeBSD-x86_64-256.53.tar.gz) = 
2b849ec63dca049a36ba3d2d97fdf8af06bd3d9c0051ebeec1e0cb60bec416a2
-SIZE (NVIDIA-FreeBSD-x86_64-256.53.tar.gz) = 26963917
-SHA256 (NVIDIA-FreeBSD-x86-173.14.28.tar.gz) = 
3389c1b2faf68bab3ebd55593539580e418ef3beba29428ae2fe11a9a5154ebb
-SIZE (NVIDIA-FreeBSD-x86-173.14.28.tar.gz) = 17555603
-SHA256 (NVIDIA-FreeBSD-x86-96.43.19.tar.gz) = 
b5dce181cc654a729ba06dd528a180d14a792b0328fcfbf86bb0f819285c0dd5
-SIZE (NVIDIA-FreeBSD-x86-96.43.19.tar.gz) = 13352481
-SHA256 (NVIDIA-FreeBSD-x86-71.86.14.tar.gz) = 
5a3c36dd9cfc0613190ca35d2e2c6aa88a703022dcf1d992bcc6526a5d8d3b04
-SIZE (NVIDIA-FreeBSD-x86-71.86.14.tar.gz) = 8067145
+SHA256 (NVIDIA-FreeBSD-x86_64-260.19.36.tar.gz) = 
ff922fa17704cadd3332b4b5ef5647733ba8d9ea97407c2166d1cad4bfdc54c2
+SIZE (NVIDIA-FreeBSD-x86_64-260.19.36.tar.gz) = 27951746
--- nvidia patch ends here ---


pgpK7NzXdI0cD.pgp
Description: PGP signature

Re: Should I be adding LICENSE info to my ports?

[Emanuel Haupt]

Sahil Tandon  wrote:
> On Tue, 2011-01-25 at 16:17:29 -0800, Charlie Kester wrote:
> 
> > Today on FreshPorts I see some bulk commits adding LICENSE info to
> > 40+ ports. And I've noticed LICENSE being added in many other recent
> > commits.
> 
> Right, ehaupt@ updated several of his ports to include LICENSE.

I was very reluctant to do so but now that the license framework has
been around for some time I thought I give it a go.

As Sahil pointed out it's entirely up to you. Better have no license
specified if you're not sure about it. You can not always trust the
included COPYING file. There are many cases where a port comes with
several different licenses. I found that cross checking with different
linux distros could often bring some clarification.

Emanuel
___
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: how do i suggest a program for your ports collection?

[Emanuel Haupt]

Emanuel Haupt  wrote:
> Thomas Dettbarn  wrote:
> > hello.
> > 
> > is there some formal way of suggesting a program for your ports
> > collection? the thing is, i wrote this hex editor: 
> > http://www.freshmeat.net/projects/dhex which i am rather proud of.
> > and now i would like to spread it.
> > 
> > however, i am an openbsd user. so i don't know how to exactly make
> > a port for freebsd.
> 
> 
> Nice program! I'll create a port for it if you like.

I just added the port to the tree:

http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/dhex/

Emanuel
___
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: how do i suggest a program for your ports collection?

[Emanuel Haupt]

Thomas Dettbarn  wrote:
> hello.
> 
> is there some formal way of suggesting a program for your ports
> collection? the thing is, i wrote this hex editor: 
> http://www.freshmeat.net/projects/dhex which i am rather proud of.
> and now i would like to spread it.
> 
> however, i am an openbsd user. so i don't know how to exactly make a 
> port for freebsd.


Nice program! I'll create a port for it if you like.

Emanuel
___
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: New tools for committers and maintainers

[Emanuel Haupt]

Greg Larkin  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Emanuel Haupt wrote:
> > Wesley Shields  wrote:
> >> On Tue, Oct 19, 2010 at 08:41:28PM +0200, Emanuel Haupt wrote:
> >>> Wesley Shields  wrote:
> >>>> On Tue, Oct 19, 2010 at 08:12:23PM +0300, Ion-Mihai Tetcu wrote:
> >>>>> Hi,
> >>>>>
> >>>>>
> >>>>> A new tool was just committed to ports, ports-mgmt/distilator.
> >>>>> It will check for you each of the MASTER_SITES of the port you
> >>>>> call it with.
> >>>> The link I was given when ehaupt@ ran it included URLs in
> >>>> pkg-descr too. It even found some of those that were no longer
> >>>> valid for me.
> >>> ports-mgmt/distilator can do that too. It's basically code
> >>> extracted from the version that creates the distilator report [1]
> >>> and put into a library.
> >> Thanks! I didn't mean to imply that distilator could not do that. I
> >> just wanted to point out that it does more than just MASTER_SITE
> >> checking. In any case, thank you again for making it. It will be
> >> quite useful in cleaning up the little things that can go stale
> >> over time.
> > 
> > You're very welcome :)
> > 
> > Emanuel
> 
> Small issue at installation here - I have Perl 5.8.9 installed, and I
> got this error:
> 
> Perl v5.10.1 required--this is only v5.8.9, stopped at ./Makefile.PL
> line 1. BEGIN failed--compilation aborted at ./Makefile.PL line 1.
> 
> The Makefile specifies PERL_CONFIGURE=5.8.0+, though.  I'll upgrade
> Perl and try it again.

Thanks for the pointer. I've just changed the port:

-PERL_CONFIGURE=5.8.0+
+PERL_CONFIGURE=5.10.1+

Emanuel
___
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: New tools for committers and maintainers

[Emanuel Haupt]

Wesley Shields  wrote:
> On Tue, Oct 19, 2010 at 08:41:28PM +0200, Emanuel Haupt wrote:
> > Wesley Shields  wrote:
> > > On Tue, Oct 19, 2010 at 08:12:23PM +0300, Ion-Mihai Tetcu wrote:
> > > > Hi,
> > > > 
> > > > 
> > > > A new tool was just committed to ports, ports-mgmt/distilator.
> > > > It will check for you each of the MASTER_SITES of the port you
> > > > call it with.
> > > 
> > > The link I was given when ehaupt@ ran it included URLs in
> > > pkg-descr too. It even found some of those that were no longer
> > > valid for me.
> > 
> > ports-mgmt/distilator can do that too. It's basically code extracted
> > from the version that creates the distilator report [1] and put
> > into a library.
> 
> Thanks! I didn't mean to imply that distilator could not do that. I
> just wanted to point out that it does more than just MASTER_SITE
> checking. In any case, thank you again for making it. It will be
> quite useful in cleaning up the little things that can go stale over
> time.

You're very welcome :)

Emanuel
___
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: New tools for committers and maintainers

[Emanuel Haupt]

Wesley Shields  wrote:
> On Tue, Oct 19, 2010 at 08:12:23PM +0300, Ion-Mihai Tetcu wrote:
> > Hi,
> > 
> > 
> > A new tool was just committed to ports, ports-mgmt/distilator.
> > It will check for you each of the MASTER_SITES of the port you call
> > it with.
> 
> The link I was given when ehaupt@ ran it included URLs in pkg-descr
> too. It even found some of those that were no longer valid for me.

ports-mgmt/distilator can do that too. It's basically code extracted
from the version that creates the distilator report [1] and put into a
library.

eha...@portjail:~ $ cdport yell
eha...@portjail:/usr/ports/audio/yell $ time distilator .
200 [DISTFILE]  http://energy.critical.ch/distfiles/yell-1.0.tar.gz
200 [DISTFILE]  http://critical.ch/distfiles/yell-1.0.tar.gz
200 [DISTFILE]  http://sauerkraut.critical.ch/distfiles/yell-1.0.tar.gz
200 [DISTFILE]  http://snow.critical.ch/distfiles/yell-1.0.tar.gz
200 [WWW]   http://www.critical.ch/yell

real0m0.366s
user0m0.615s
sys 0m0.090s


Emanuel

[1] http://people.freebsd.org/~ehaupt/distilator/
___
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: textproc/uni2ascii build failure on FreeBSD 7.3

[Emanuel Haupt]

Bill Poser  wrote:
> >
> > Alternatively, one could try and get the author (CC'd) to restore
> > getline.c in the official source but only build it/make use of it
> > when a specific configure or make flag is specified.
> >
> > Hi. I think that's the best solution. I'll restore the internal
> > copy and
> test for the library version in the configure file.

I've just fixed the port for the current version a few minutes ago. So
there is no hurry. I'd rather have the port use the system internal
version so I'm in favor or Bill's removal.

Emanuel
___
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: textproc/uni2ascii build failure on FreeBSD 7.3

[Emanuel Haupt]

andrew clarke  wrote:
> Hi,
> 
> uni2ascii no longer builds on FreeBSD 7.3:
> 
> cc -DNEWSUMMARY  -O2 -fno-strict-aliasing -pipe   -o ascii2uni
> ascii2uni.o enttbl.o  GetWord.o putu8.o SetFormat.o ascii2uni.o(.text
> +0xb23): In function main': : undefined reference to getline'
> 
> Quoting the ChangeLog:
> 
> > 2010-08-29  Bill Poser  
> > 
> > * ascii2uni.c: 
> > Removed getline.c dependent on GNU_SOURCE since getline is
> > standard as of POSIX2008.
> 
> Relying on POSIX2008 support may be a bit ambitious.

According to  [1] getline wasn't introduced before OSREVISION prior to
800067. I've just commited a patch that pulls in devel/libgetline on
those versions.

[1] 
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/freebsd-versions.html#AEN4754

Thanks for the notification.

Emanuel
___
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: i7z for FreeBSD

[Emanuel Haupt]

jhell  wrote:
> On 08/27/2010 09:30, Emanuel Haupt wrote:
> > How hard would it be to port i7z to FreeBSD? Seems like a very
> > useful tool.
> > 
> > http://code.google.com/p/i7z/
> > 
> 
> This seems a little like ports/misc/cpuid, is it ?

Not quite. i7z is primarily for dumping i7, i3, i5 CPU features.

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

i7z for FreeBSD

[Emanuel Haupt]

How hard would it be to port i7z to FreeBSD? Seems like a very useful tool.

http://code.google.com/p/i7z/

Emanuel
___
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: shells/bash and the libiconv dependency mess

[Emanuel Haupt]

Emanuel Haupt  wrote:
> Jeremy Chadwick  wrote:
> > On Mon, Aug 16, 2010 at 11:01:14PM -0700, Jeremy Chadwick wrote:
> > > Let me explain what transpired in chronological order:
> > > 
> > > On 2010/05/11, ehaupt committed the following patch:
> > > 
> > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/shells/bash/files/patch-Makefile.in
> > > 
> > > And bumped PORTREVISION (from 0 to 1) in the Makefile.  This
> > > unconditionally made bash require libiconv, and the only
> > > justification is "fix statically linked version".
> > > 
> > > Those of us who use WITHOUT_NLS or who do not have libiconv
> > > already on their systems (from another port) immediately notice
> > > the problem (bash will no longer build):
> > > 
> > > http://www.freebsd.org/cgi/query-pr.cgi?pr=147747
> > > http://www.freebsd.org/cgi/query-pr.cgi?pr=148329
> > > http://www.freebsd.org/cgi/query-pr.cgi?pr=149218
> > > 
> > > Three months goes by and finally something is committed to fix the
> > > problem on 2010/08/06.  Except the fix doesn't make any sense; all
> > > it does is make libiconv a mandatory dependency (USE_ICONV):
> > > 
> > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/shells/bash/Makefile#rev1.123
> > > 
> > > This, of course, means that WITHOUT_NLS is broken and doesn't work
> > > as it's supposed to, since libiconv is now a mandatory requirement
> > > (it doesn't need to be):
> > > 
> > > # make WITHOUT_NLS=true all-depends-list
> > > /usr/ports/devel/bison
> > > /usr/ports/converters/libiconv
> > > /usr/ports/devel/m4
> > > /usr/ports/devel/libtool22
> > > 
> > > Why was this done the way it was?  patch-Makefile.in should be
> > > removed and instead replaced with a REINPLACE_CMD that handles the
> > > conditionals (WITH_STATIC_BASIC, WITHOUT_NLS, etc.) in a more
> > > clean manner.
> > > 
> > > And where are the details of the supposed "statically linked
> > > version" problem?
> > > 
> > > Sorry if I sound angry, but this whole situation is a mess, and
> > > shells/bash is a very important port.  If someone wants me to put
> > > my money where my mouth is and go + clean it up I'll be happy to.
> > > Testing all the different quirk combinations really isn't that
> > > complex.
> > 
> > Since I didn't really get any answers regarding this predicament, I
> > went ahead and did the necessary effort.  Below are my QA notes.
> > The patch is available here:
> > 
> > http://jdc.parodius.com/freebsd/bash-without-nls.patch
> 
> The patch works for me. One minor thing, PORTREVISION should be
> bumped.
> 
> > Please note the required removal of files/patch-Makefile.in.
> > 
> > I can file a PR for all this if need be, just let me know.
> 
> Please do that, that way I can commit the patch after a 14 day
> maintainer timeout.

I created:

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

Emanuel
___
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: shells/bash and the libiconv dependency mess

[Emanuel Haupt]

Jeremy Chadwick  wrote:
> On Mon, Aug 16, 2010 at 11:01:14PM -0700, Jeremy Chadwick wrote:
> > Let me explain what transpired in chronological order:
> > 
> > On 2010/05/11, ehaupt committed the following patch:
> > 
> > http://www.freebsd.org/cgi/cvsweb.cgi/ports/shells/bash/files/patch-Makefile.in
> > 
> > And bumped PORTREVISION (from 0 to 1) in the Makefile.  This
> > unconditionally made bash require libiconv, and the only
> > justification is "fix statically linked version".
> > 
> > Those of us who use WITHOUT_NLS or who do not have libiconv already
> > on their systems (from another port) immediately notice the problem
> > (bash will no longer build):
> > 
> > http://www.freebsd.org/cgi/query-pr.cgi?pr=147747
> > http://www.freebsd.org/cgi/query-pr.cgi?pr=148329
> > http://www.freebsd.org/cgi/query-pr.cgi?pr=149218
> > 
> > Three months goes by and finally something is committed to fix the
> > problem on 2010/08/06.  Except the fix doesn't make any sense; all
> > it does is make libiconv a mandatory dependency (USE_ICONV):
> > 
> > http://www.freebsd.org/cgi/cvsweb.cgi/ports/shells/bash/Makefile#rev1.123
> > 
> > This, of course, means that WITHOUT_NLS is broken and doesn't work
> > as it's supposed to, since libiconv is now a mandatory requirement
> > (it doesn't need to be):
> > 
> > # make WITHOUT_NLS=true all-depends-list
> > /usr/ports/devel/bison
> > /usr/ports/converters/libiconv
> > /usr/ports/devel/m4
> > /usr/ports/devel/libtool22
> > 
> > Why was this done the way it was?  patch-Makefile.in should be
> > removed and instead replaced with a REINPLACE_CMD that handles the
> > conditionals (WITH_STATIC_BASIC, WITHOUT_NLS, etc.) in a more clean
> > manner.
> > 
> > And where are the details of the supposed "statically linked
> > version" problem?
> > 
> > Sorry if I sound angry, but this whole situation is a mess, and
> > shells/bash is a very important port.  If someone wants me to put my
> > money where my mouth is and go + clean it up I'll be happy to.
> > Testing all the different quirk combinations really isn't that
> > complex.
> 
> Since I didn't really get any answers regarding this predicament, I
> went ahead and did the necessary effort.  Below are my QA notes.  The
> patch is available here:
> 
> http://jdc.parodius.com/freebsd/bash-without-nls.patch

The patch works for me. One minor thing, PORTREVISION should be bumped.

> Please note the required removal of files/patch-Makefile.in.
> 
> I can file a PR for all this if need be, just let me know.

Please do that, that way I can commit the patch after a 14 day
maintainer timeout.

Emanuel
___
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: Inverting OPTIONS (Was: Re: cvs commit: ports/net-im/libpurple Makefile distinfo)

[Emanuel Haupt]

Doug Barton  wrote:
> On Mon, 26 Jul 2010, Emanuel Haupt wrote:
> 
> > Doug Barton  wrote:
> >> On Mon, 26 Jul 2010, Emanuel Haupt wrote:
> >>
> >>> Doug Barton  wrote:
> >>>> ports/net-im/libpurple/files/patch-libpurple_protocols_oscar_oscar.c
> >>>> has been added to the latest version, so the patch is no longer
> >>>> needed.
> >>>
> >>> Also, the PLIST is broken if the PERL option is specified:
> >>>
> >>> http://people.freebsd.org/~ehaupt/buildlogs/libpurple-2.7.2.log
> >>>
> >>> Maybe from time to time a QAT exp run with inverted OPTIONS values
> >>> would be revealing.
> >>
> >> As I said on IRC yesterday, there is no reason to expect that
> >> simply inverting OPTIONS would work. A lot of OPTIONS are not
> >> binary, and the defaults are chose to work together, often in
> >> harmony with the dependencies that they trigger.
> >>
> >> Put another way, it does not logically follow that if "A, B, and !
> >> C" works that "!A, !B, and C" would also work.
> >
> > I didn't assume that. It would be an easy way to spot simple
> > mistakes such as incomplete package lists, unfetchable optional
> > distfiles, things like that.
> 
> Well then why don't you explain in more detail what you're
> suggesting, because one of us is confused. :)

Inverting OPTIONS setting in an exp run every now and then could screen
*simple* mistakes. For instance conditionally defined patchfiles,
distfiles, extra patches that don't apply anymore and so on. There is
no way this can ensure that those OPTIONS would even make the port
build but that would not be the intention.

Emanuel
___
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: [request for testers] update devel/ccache to 3.0.1

[Emanuel Haupt]

Christer Edwards  wrote:
> On Mon, Jul 26, 2010 at 10:42 AM, Emanuel Haupt 
> wrote:
> > Since this port is used by a large audience, I'd like to ask for
> > feedback prior to the update. Feedback from people using ccache
> > integrated in tinderbox (ports-mgmt/tinderbox) is also gratefully
> > appreciated.
> 
> I've been using ccache 3.0.1 via this patch on two hosts + jails and
> I've not had any problems. If there is any particular test cases you'd
> like run, just let me know.
> 
> Otherwise, buildworld/kernel is fine. Building ports has been fine,
> etc.

Thank you and everyone else who's given me feedback on this. I am going
to update the port.

Emanuel
___
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: Inverting OPTIONS (Was: Re: cvs commit: ports/net-im/libpurple Makefile distinfo)

[Emanuel Haupt]

Doug Barton  wrote:
> On Mon, 26 Jul 2010, Emanuel Haupt wrote:
> 
> > Doug Barton  wrote:
> >> ports/net-im/libpurple/files/patch-libpurple_protocols_oscar_oscar.c
> >> has been added to the latest version, so the patch is no longer
> >> needed.
> >
> > Also, the PLIST is broken if the PERL option is specified:
> >
> > http://people.freebsd.org/~ehaupt/buildlogs/libpurple-2.7.2.log
> >
> > Maybe from time to time a QAT exp run with inverted OPTIONS values
> > would be revealing.
> 
> As I said on IRC yesterday, there is no reason to expect that simply 
> inverting OPTIONS would work. A lot of OPTIONS are not binary, and
> the defaults are chose to work together, often in harmony with the 
> dependencies that they trigger.
> 
> Put another way, it does not logically follow that if "A, B, and !C" 
> works that "!A, !B, and C" would also work.

I didn't assume that. It would be an easy way to spot simple mistakes
such as incomplete package lists, unfetchable optional distfiles,
things like that.

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

[request for testers] update devel/ccache to 3.0.1

[Emanuel Haupt]

I am intending to update devel/ccache from 2.4 to 3.0.1 based on
patches previously submitted with the following PR's:

http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/148228
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/146527

A full list of new features and improvements is available:

http://ccache.samba.org/releasenotes.html#_ccache_3_0_1

Since this port is used by a large audience, I'd like to ask for
feedback prior to the update. Feedback from people using ccache
integrated in tinderbox (ports-mgmt/tinderbox) is also gratefully
appreciated.

You can fetch the update from:

http://people.freebsd.org/~ehaupt/patches/ccache.patch

I've tested the update building various c/cpp heavy ports twice
watching the current statistics summary closely:

# while sleep 1; do clear; ccache -s; done

I saw the cache hit count go up as expected. The produced binary after
the second build was identical to the first one.

Before you try the updated version, you should clear the ccache
directory from the previous version:

# ccache --clear

This will also be stated in ports/UPDATING.

Emanuel
___
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: MASTER_SITE defined by google search result

[Emanuel Haupt]

Ade Lovett  wrote:
> 
> On Jul 22, 2010, at 10:32 , Chip Camden wrote:
> 
> > Quoth Emanuel Haupt on Thursday, 22 July 2010:
> >> 
> >> http://people.freebsd.org/~ehaupt/distfile-search/distfile-search
> >> 
> >> Adding the following make magic to /etc/make.conf
> >> 
> >> # distfile search
> >> .if defined(DISTFILE_SEARCH_BACKUP)
> >> pre-fetch-script:
> >> MASTER_SITE_BACKUP+=`/root/bin/distfile-search ${ALLFILES}`
> >> .elif defined(DISTFILE_SEARCH_OVERRIDE)
> >> pre-fetch-script:
> >> MASTER_SITE_OVERRIDE=   `/root/bin/distfile-search ${ALLFILES}`
> >> .endif
> 
> This is likely worthy of a bit of cleanup, adding the code somewhere
> under ports/Tools/scripts, finding a suitable usage variable, and
> hooking it into bsd.port.mk  (or bsd.fetch.mk, whenever someone[tm])
> gets around to splitting out all the fetching stuff from
> bsd.port.mk ;)

That was my first thought but then I thought I first present the idea.
A lot more is possible such as adding other search engines. Develop
some optional "quality feedback" mechanism for maintainers having ports
that required a distfile to be looked up.

Also, the script pulls in a lot of p5- dependencies. Makeing the actual
script a port and have ports/Mk/* provide the necessary hooks could be
a solution.

Emanuel

___
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: MASTER_SITE defined by google search result

[Emanuel Haupt]

RW  wrote:
> On Thu, 22 Jul 2010 12:17:31 +0200
> Emanuel Haupt  wrote:
> 
> > Usually when I find that a port can't fetch the according distfile I
> > simply google for the distfile with the following search string
> > (e.g. for rsync):
> > 
> > intitle:"index of" rsync-3.0.7.tar.gz
> > 
> > This approach almost always delivers plenty of results. I then
> > manually download one of the results into my DISTDIR and restart the
> > normal build process 
> 
> How often do you actually do this? Whenever I have a problem with a
> distfile it's normally a rerolled file that's been propagated to all
> mirrors. 

Unfortunately, recently much more often. Especially with non default
OPTIONS that pull in additional patches/distfiles.

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

MASTER_SITE defined by google search result

[Emanuel Haupt]

Usually when I find that a port can't fetch the according distfile I
simply google for the distfile with the following search string (e.g.
for rsync):

intitle:"index of" rsync-3.0.7.tar.gz

This approach almost always delivers plenty of results. I then manually
download one of the results into my DISTDIR and restart the normal
build process which then automatically takes care of the integrity
(checksum, size) of the distfile(s).

I thought, why not automate this and I came up with a simple perl
script (requires www/p5-Google-Search):

http://people.freebsd.org/~ehaupt/distfile-search/distfile-search

Adding the following make magic to /etc/make.conf

# distfile search
.if defined(DISTFILE_SEARCH_BACKUP)
pre-fetch-script:
MASTER_SITE_BACKUP+=`/root/bin/distfile-search ${ALLFILES}`
.elif defined(DISTFILE_SEARCH_OVERRIDE)
pre-fetch-script:
MASTER_SITE_OVERRIDE=   `/root/bin/distfile-search ${ALLFILES}`
.endif

will let you choose whether you want to overwrite the pre defined
MASTER_SITES:

r...@foo: /usr/ports/x11/xorg/ $ make -DDISTFILE_SEARCH_OVERRIDE fetch

or add the search result as backup MASTER_SITES:

r...@foo: /usr/ports/x11/xorg/ $ make -DDISTFILE_SEARCH_BACKUP fetch

In the later example you even might want to define
DISTFILE_SEARCH_BACKUP globally.

As a proof of concept I was able to download all distfiles for x11/xorg
with this method (make -DDISTFILE_SEARCH_OVERRIDE fetch-recursive).

Please let me know what you think.

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

pkg-descr: WWW (was: Re: audio/squeezeboxserver still broken)

[Emanuel Haupt]

George Hartzell  wrote:
> George Hartzell writes:
>  > Brooks Davis writes:
>  >  > On Sat, Jul 03, 2010 at 12:45:49PM -0700, George Hartzell wrote:
>  >  > > Emanuel Haupt writes:
>  >  > >  > George Hartzell  wrote:
>  >  > >  > > Emanuel Haupt writes:
>  >  > >  > >  > Hi
>  >  > >  > >  > 
>  >  > >  > >  > The current audio/squeezeboxserver port is still
>  >  > >  > >  > broken for me. I just built a package set with an up
>  >  > >  > >  > to date ports tree and installed them in a vanilla
>  >  > >  > >  > jail to make sure that there is no previous cruft
>  >  > >  > >  > which could possibly be a problem.
>  >  > >  > >  > 
>  >  > >  > >  > After installing the package set I started the server
>  >  > >  > >  > and configured it over the webinterface - just basic
>  >  > >  > >  > stuff, file location, playlist location, that's it.
>  >  > >  > >  > Then I run 
>  >  > >  > >  > 
>  >  > >  > >  > $ /usr/local/squeezeboxserver/scanner.pl --wipe
>  >  > >  > >  > --rescan
>  >  > >  > >  > 
>  >  > >  > >  > And I get:
>  >  > >  > >  > 
>  >  > >  > >  > # /usr/local/squeezeboxserver/scanner.pl --rescan
>  >  > >  > >  > # --wipe
>  >  > >  > >  > Your locale was detected as C, you may have problems
>  >  > >  > >  > with non-Latin filenames.  Consider changing your
>  >  > >  > >  > LANG variable to the correct locale, i.e. en_US.utf8
>  >  > >  > >  > [10-07-03 14:38:04.1610] main::main (180) Starting
>  >  > >  > >  > Squeezebox Server scanner (v7.5.1, r30836, Tue Jun  1
>  >  > >  > >  > 07:00:00 MDT 2010) perl 5.010001 [10-07-03
>  >  > >  > >  > 14:38:04.2226] Carp::Clan::__ANON__ (227) Warning:
>  >  > >  > >  > Class::C3::Componentised::load_components(): Use of
>  >  > >  > >  > DBIx::Class::UTF8Columns is strongly discouraged. See
>  >  > >  > >  > documentation of DBIx::Class::UTF8Columns for more
>  >  > >  > >  > info [10-07-03 14:38:04.3794] main::main (271)
>  >  > >  > >  > Removing artwork cache... [10-07-03 14:38:04.3823]
>  >  > >  > >  > Slim::Music::Import::runImporter (566) Starting
>  >  > >  > >  > Slim::Music::MusicFolderScan scan [10-07-03
>  >  > >  > >  > 14:38:04.3945] Slim::Utils::Scanner::scanDirectory
>  >  > >  > >  > (320) Found 49 files in /mp3 [10-07-03 14:38:04.3956]
>  >  > >  > >  > Slim::Utils::Scanner::scanDirectory (333)
>  >  > >  > >  > Scanning: /mp3/foo.mp3 [10-07-03 14:38:04.4332]
>  >  > >  > >  > Slim::Schema::Storage::throw_exception
>  >  > >  > >  > (82) Error: DBI Exception: DBD::mysql::db begin_work
>  >  > >  > >  > failed: Already in a transaction [10-07-03
>  >  > >  > >  > 14:38:04.4336] Slim::Schema::Storage::throw_exception
>  >  > >  > >  > (82) Backtrace:
>  >  > >  > >  > 
>  >  > >  > >  >frame 0: Slim::Utils::Log::logBacktrace
>  >  > >  > >  > (/usr/local/squeezeboxserver/Slim/Schema/Storage.pm
>  >  > >  > >  > line 82) frame 1:
>  >  > >  > >  > Slim::Schema::Storage::throw_exception
>  >  > >  > >  > 
> (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm
>  >  > >  > >  > line 1187) frame 2:
>  >  > >  > >  > DBIx::Class::Storage::DBI::__ANON__
>  >  > >  > >  > 
> (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm
>  >  > >  > >  > line 1329) frame 3:
>  >  > >  > >  > DBIx::Class::Storage::DBI::__ANON__
>  >  > >  > >  > 
> (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm
>  >  > >  > >  > line 738) frame 4:
>  >  > >  > >  > DBIx::Class::Storage::DBI::__ANON__
>  >  > >  > >  > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm
>  >  > >  > >  > line 76) frame 5: (eval)
>  >  > >  > >  > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm
>  >  > >  &g

Re: audio/squeezeboxserver still broken

[Emanuel Haupt]

George Hartzell  wrote:
> George Hartzell writes:
>  > Brooks Davis writes:
>  >  > On Sat, Jul 03, 2010 at 12:45:49PM -0700, George Hartzell wrote:
>  >  > > Emanuel Haupt writes:
>  >  > >  > George Hartzell  wrote:
>  >  > >  > > Emanuel Haupt writes:
>  >  > >  > >  > Hi
>  >  > >  > >  > 
>  >  > >  > >  > The current audio/squeezeboxserver port is still
>  >  > >  > >  > broken for me. I just built a package set with an up
>  >  > >  > >  > to date ports tree and installed them in a vanilla
>  >  > >  > >  > jail to make sure that there is no previous cruft
>  >  > >  > >  > which could possibly be a problem.
>  >  > >  > >  > 
>  >  > >  > >  > After installing the package set I started the server
>  >  > >  > >  > and configured it over the webinterface - just basic
>  >  > >  > >  > stuff, file location, playlist location, that's it.
>  >  > >  > >  > Then I run 
>  >  > >  > >  > 
>  >  > >  > >  > $ /usr/local/squeezeboxserver/scanner.pl --wipe
>  >  > >  > >  > --rescan
>  >  > >  > >  > 
>  >  > >  > >  > And I get:
>  >  > >  > >  > 
>  >  > >  > >  > # /usr/local/squeezeboxserver/scanner.pl --rescan
>  >  > >  > >  > # --wipe
>  >  > >  > >  > Your locale was detected as C, you may have problems
>  >  > >  > >  > with non-Latin filenames.  Consider changing your
>  >  > >  > >  > LANG variable to the correct locale, i.e. en_US.utf8
>  >  > >  > >  > [10-07-03 14:38:04.1610] main::main (180) Starting
>  >  > >  > >  > Squeezebox Server scanner (v7.5.1, r30836, Tue Jun  1
>  >  > >  > >  > 07:00:00 MDT 2010) perl 5.010001 [10-07-03
>  >  > >  > >  > 14:38:04.2226] Carp::Clan::__ANON__ (227) Warning:
>  >  > >  > >  > Class::C3::Componentised::load_components(): Use of
>  >  > >  > >  > DBIx::Class::UTF8Columns is strongly discouraged. See
>  >  > >  > >  > documentation of DBIx::Class::UTF8Columns for more
>  >  > >  > >  > info [10-07-03 14:38:04.3794] main::main (271)
>  >  > >  > >  > Removing artwork cache... [10-07-03 14:38:04.3823]
>  >  > >  > >  > Slim::Music::Import::runImporter (566) Starting
>  >  > >  > >  > Slim::Music::MusicFolderScan scan [10-07-03
>  >  > >  > >  > 14:38:04.3945] Slim::Utils::Scanner::scanDirectory
>  >  > >  > >  > (320) Found 49 files in /mp3 [10-07-03 14:38:04.3956]
>  >  > >  > >  > Slim::Utils::Scanner::scanDirectory (333)
>  >  > >  > >  > Scanning: /mp3/foo.mp3 [10-07-03 14:38:04.4332]
>  >  > >  > >  > Slim::Schema::Storage::throw_exception
>  >  > >  > >  > (82) Error: DBI Exception: DBD::mysql::db begin_work
>  >  > >  > >  > failed: Already in a transaction [10-07-03
>  >  > >  > >  > 14:38:04.4336] Slim::Schema::Storage::throw_exception
>  >  > >  > >  > (82) Backtrace:
>  >  > >  > >  > 
>  >  > >  > >  >frame 0: Slim::Utils::Log::logBacktrace
>  >  > >  > >  > (/usr/local/squeezeboxserver/Slim/Schema/Storage.pm
>  >  > >  > >  > line 82) frame 1:
>  >  > >  > >  > Slim::Schema::Storage::throw_exception
>  >  > >  > >  > 
> (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm
>  >  > >  > >  > line 1187) frame 2:
>  >  > >  > >  > DBIx::Class::Storage::DBI::__ANON__
>  >  > >  > >  > 
> (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm
>  >  > >  > >  > line 1329) frame 3:
>  >  > >  > >  > DBIx::Class::Storage::DBI::__ANON__
>  >  > >  > >  > 
> (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm
>  >  > >  > >  > line 738) frame 4:
>  >  > >  > >  > DBIx::Class::Storage::DBI::__ANON__
>  >  > >  > >  > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm
>  >  > >  > >  > line 76) frame 5: (eval)
>  >  > >  > >  > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm
>  >  > >  &g

Re: audio/squeezeboxserver still broken

[Emanuel Haupt]

George Hartzell  wrote:
> Emanuel Haupt writes:
>  > Hi
>  > 
>  > The current audio/squeezeboxserver port is still broken for me. I
>  > just built a package set with an up to date ports tree and
>  > installed them in a vanilla jail to make sure that there is no
>  > previous cruft which could possibly be a problem.
>  > 
>  > After installing the package set I started the server and
>  > configured it over the webinterface - just basic stuff, file
>  > location, playlist location, that's it. Then I run 
>  > 
>  > $ /usr/local/squeezeboxserver/scanner.pl --wipe --rescan
>  > 
>  > And I get:
>  > 
>  > # /usr/local/squeezeboxserver/scanner.pl --rescan --wipe
>  > Your locale was detected as C, you may have problems with
>  > non-Latin filenames.  Consider changing your LANG variable to the
>  > correct locale, i.e. en_US.utf8 [10-07-03 14:38:04.1610]
>  > main::main (180) Starting Squeezebox Server scanner (v7.5.1,
>  > r30836, Tue Jun  1 07:00:00 MDT 2010) perl 5.010001 [10-07-03
>  > 14:38:04.2226] Carp::Clan::__ANON__ (227) Warning:
>  > Class::C3::Componentised::load_components(): Use of
>  > DBIx::Class::UTF8Columns is strongly discouraged. See
>  > documentation of DBIx::Class::UTF8Columns for more info [10-07-03
>  > 14:38:04.3794] main::main (271) Removing artwork cache...
>  > [10-07-03 14:38:04.3823] Slim::Music::Import::runImporter (566)
>  > Starting Slim::Music::MusicFolderScan scan [10-07-03
>  > 14:38:04.3945] Slim::Utils::Scanner::scanDirectory (320) Found 49
>  > files in /mp3 [10-07-03 14:38:04.3956]
>  > Slim::Utils::Scanner::scanDirectory (333) Scanning: /mp3/foo.mp3
>  > [10-07-03 14:38:04.4332] Slim::Schema::Storage::throw_exception
>  > (82) Error: DBI Exception: DBD::mysql::db begin_work failed:
>  > Already in a transaction [10-07-03 14:38:04.4336]
>  > Slim::Schema::Storage::throw_exception (82) Backtrace:
>  > 
>  >frame 0: Slim::Utils::Log::logBacktrace
>  > (/usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 82) frame
>  > 1: Slim::Schema::Storage::throw_exception
>  > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm
>  > line 1187) frame 2: DBIx::Class::Storage::DBI::__ANON__
>  > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm
>  > line 1329) frame 3: DBIx::Class::Storage::DBI::__ANON__
>  > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm
>  > line 738) frame 4: DBIx::Class::Storage::DBI::__ANON__
>  > (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm line 76) frame
>  > 5: (eval) (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm line
>  > 67) frame 6: Try::Tiny::try
>  > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm
>  > line 749) frame 7: DBIx::Class::Storage::DBI::dbh_do
>  > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm
>  > line 1329) frame 8: DBIx::Class::Storage::DBI::_dbh_begin_work
>  > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm
>  > line 1310) frame 9: DBIx::Class::Storage::DBI::txn_begin
>  > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/TxnScopeGuard.pm
>  > line 12) frame 10: DBIx::Class::Storage::TxnScopeGuard::new
>  > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage.pm line
>  > 333) frame 11: DBIx::Class::Storage::txn_scope_guard
>  > (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Schema.pm line
>  > 672) frame 12: DBIx::Class::Schema::txn_scope_guard
>  > 
> (/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Relationship/CascadeActions.pm
>  > line 49) frame 13:
>  > DBIx::Class::Relationship::CascadeActions::update
>  > (/usr/local/squeezeboxserver/Slim/Schema/DBI.pm line 39) frame 14:
>  > Slim::Schema::DBI::update
>  > (/usr/local/squeezeboxserver/Slim/Schema.pm line 2766) frame 15:
>  > Slim::Schema::_postCheckAttributes
>  > (/usr/local/squeezeboxserver/Slim/Schema.pm line 1079) frame 16:
>  > Slim::Schema::newTrack
>  > (/usr/local/squeezeboxserver/Slim/Utils/Scanner.pm line 347) frame
>  > 17: Slim::Utils::Scanner::scanDirectory
>  > (/usr/local/squeezeboxserver/Slim/Music/MusicFolderScan.pm line
>  > 79) frame 18: Slim::Music::MusicFolderScan::startScan
>  > (/usr/local/squeezeboxserver/Slim/Music/Import.pm line 568) frame
>  > 19: Slim::Music::Import::runImporter
>  > (/usr/local/squeezeboxserver/Slim/Music/Import.pm line 373) frame
>  > 20: Slim::Music::Import::runScan
>  > (/usr/local/squeezeboxserver/scanner.pl line 305) frame 21: (eval)
>  > (/usr/local/squeezeboxserver/scanner.pl line 299) frame 22:
>  > main::mai

audio/squeezeboxserver still broken

[Emanuel Haupt]

Hi

The current audio/squeezeboxserver port is still broken for me. I just
built a package set with an up to date ports tree and installed them in
a vanilla jail to make sure that there is no previous cruft which could
possibly be a problem.

After installing the package set I started the server and configured it
over the webinterface - just basic stuff, file location, playlist
location, that's it. Then I run 

$ /usr/local/squeezeboxserver/scanner.pl --wipe --rescan

And I get:

# /usr/local/squeezeboxserver/scanner.pl --rescan --wipe
Your locale was detected as C, you may have problems with non-Latin filenames.  
Consider changing your LANG variable to the correct locale, i.e. en_US.utf8
[10-07-03 14:38:04.1610] main::main (180) Starting Squeezebox Server scanner 
(v7.5.1, r30836, Tue Jun  1 07:00:00 MDT 2010) perl 5.010001
[10-07-03 14:38:04.2226] Carp::Clan::__ANON__ (227) Warning: 
Class::C3::Componentised::load_components(): Use of DBIx::Class::UTF8Columns is 
strongly discouraged. See documentation of DBIx::Class::UTF8Columns for more 
info
[10-07-03 14:38:04.3794] main::main (271) Removing artwork cache...
[10-07-03 14:38:04.3823] Slim::Music::Import::runImporter (566) Starting 
Slim::Music::MusicFolderScan scan
[10-07-03 14:38:04.3945] Slim::Utils::Scanner::scanDirectory (320) Found 49 
files in /mp3
[10-07-03 14:38:04.3956] Slim::Utils::Scanner::scanDirectory (333) Scanning: 
/mp3/foo.mp3
[10-07-03 14:38:04.4332] Slim::Schema::Storage::throw_exception (82) Error: DBI 
Exception: DBD::mysql::db begin_work failed: Already in a transaction
[10-07-03 14:38:04.4336] Slim::Schema::Storage::throw_exception (82) Backtrace:

   frame 0: Slim::Utils::Log::logBacktrace 
(/usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 82)
   frame 1: Slim::Schema::Storage::throw_exception 
(/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm line 1187)
   frame 2: DBIx::Class::Storage::DBI::__ANON__ 
(/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm line 1329)
   frame 3: DBIx::Class::Storage::DBI::__ANON__ 
(/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm line 738)
   frame 4: DBIx::Class::Storage::DBI::__ANON__ 
(/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm line 76)
   frame 5: (eval) (/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm line 67)
   frame 6: Try::Tiny::try 
(/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm line 749)
   frame 7: DBIx::Class::Storage::DBI::dbh_do 
(/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm line 1329)
   frame 8: DBIx::Class::Storage::DBI::_dbh_begin_work 
(/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm line 1310)
   frame 9: DBIx::Class::Storage::DBI::txn_begin 
(/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/TxnScopeGuard.pm line 
12)
   frame 10: DBIx::Class::Storage::TxnScopeGuard::new 
(/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage.pm line 333)
   frame 11: DBIx::Class::Storage::txn_scope_guard 
(/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Schema.pm line 672)
   frame 12: DBIx::Class::Schema::txn_scope_guard 
(/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Relationship/CascadeActions.pm
 line 49)
   frame 13: DBIx::Class::Relationship::CascadeActions::update 
(/usr/local/squeezeboxserver/Slim/Schema/DBI.pm line 39)
   frame 14: Slim::Schema::DBI::update 
(/usr/local/squeezeboxserver/Slim/Schema.pm line 2766)
   frame 15: Slim::Schema::_postCheckAttributes 
(/usr/local/squeezeboxserver/Slim/Schema.pm line 1079)
   frame 16: Slim::Schema::newTrack 
(/usr/local/squeezeboxserver/Slim/Utils/Scanner.pm line 347)
   frame 17: Slim::Utils::Scanner::scanDirectory 
(/usr/local/squeezeboxserver/Slim/Music/MusicFolderScan.pm line 79)
   frame 18: Slim::Music::MusicFolderScan::startScan 
(/usr/local/squeezeboxserver/Slim/Music/Import.pm line 568)
   frame 19: Slim::Music::Import::runImporter 
(/usr/local/squeezeboxserver/Slim/Music/Import.pm line 373)
   frame 20: Slim::Music::Import::runScan 
(/usr/local/squeezeboxserver/scanner.pl line 305)
   frame 21: (eval) (/usr/local/squeezeboxserver/scanner.pl line 299)
   frame 22: main::main (/usr/local/squeezeboxserver/scanner.pl line 454)

[10-07-03 14:38:04.4341] Slim::Schema::Storage::throw_exception (82) Error: 
Carp::Clan::__ANON__(): DBI Exception: DBD::mysql::db begin_work failed: 
Already in a transaction at /usr/local/squeezeboxserver/Slim/Schema/Storage.pm 
line 86
[10-07-03 14:38:04.4344] Slim::Schema::Storage::throw_exception (82) Backtrace:

   frame 0: Slim::Utils::Log::logBacktrace 
(/usr/local/squeezeboxserver/Slim/Schema/Storage.pm line 82)
   frame 1: Slim::Schema::Storage::throw_exception 
(/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm line 740)
   frame 2: DBIx::Class::Storage::DBI::__ANON__ 
(/usr/local/lib/perl5/site_perl/5.10.1/Try/Tiny.pm line 98)
   frame 3: Try::Tiny::try 
(/usr/local/lib/perl5/site_perl/5.10.1/DBIx/Class/Storage/DBI.pm line 749)
   frame 4: DBIx::Class::Storage:

nvidia-driver 256.35 released

[Emanuel Haupt]

Nvidia released version 256.35 of their FreeBSD driver today:

http://www.nvidia.com/object/freebsd-x86-256.35-driver.html
http://www.nvidia.com/object/freebsd-x64-256.35-driver.html

I just compiled the the 64bit version on 8.1-RC1 and watched a few
youtube videos, ran glxgears and played games/nexuiz for a few minutes
w/o any issues.

If you want to test the new driver, just bump PORTVERSION of
x11/nvidia-driver to 256.35 and run "make makesum".

Emanuel
___
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: squeezeboxserver-7.5.0_1

[Emanuel Haupt]

George Hartzell  wrote:
> Mark writes:
>  > Hi,
>  > I've been using this port for some years to power my Squeezebox
>  > devices 
>  > - thanks for keeping it up to date.
>  > 
>  > However, the latest update has killed my installation totally -
>  > first it would not scan my music, and after upgrading perl & perl
>  > module ports I can no longer start the squeezebox server at all:
>  > 
>  > odin# /usr/local/etc/rc.d/squeezeboxserver start
>  > Starting squeezeboxserver.
>  > The following modules failed to load: YAML::Syck
>  > 
>  > 
>  > ***
>  > 
>  > NOTE:
>  > 
>  > Please use the buildme.sh script located here:
>  > http://svn.slimdevices.com/repos/slim/7.5/trunk/vendor/CPAN/
>  > 
>  > If 7.5 is outdated by the time you read this, Replace "7.5" with
>  > the major version
>  > of Squeezebox Server you are running.
>  > 
>  > ***
>  > 
>  > 
>  > Exiting..
>  > 
>  > 
>  > 
>  > I'm running the latest 5.8 perl from the ports, and seem to be
>  > able to load modules from the command line:
>  > 
>  > odin# perl
>  > use YAML::Syck
>  > 
>  > 
>  > Any idea how I should investigate this?  I've tried downloading
>  > various versions of the server from slimdevices.com, but to no
>  > avail.  It either won't run at all, or won't scan any music with
>  > DBI:: errors.  I did notice the port is not downloading the
>  > FreeBSD-specific tarball from slimdevices (it uses the NOCPAN one).
>  > 
>  > I appreciate you're not a helpdesk, but I'm not sure where else to
>  > go with this - none of the slimdevices forums seem to have much
>  > FreeBSD stuff on them.  If there's a list that might help, I'd be
>  > grateful if you could point me to it.
> 
> I don't know what's up with the YAML issues.  When I upgraded I
> discovered that the latest greatest version of DBIx-Class didn't seem
> to make squeezeboxserver very happy.  I downgraded to an earlier
> DBIx-Class release (manually, as described here:
> 
>   http://www.mail-archive.com/freebsd-questi...@freebsd.org/msg233242.html
> 
> ) and things worked.
> 
> I'd start by getting everything up to the current version (a current
> perl should be 5.10.1, I believe) and then step DBIx-class back one
> step and see if that works for you.

Has anyone tried if 7.5.1 solves teh DBI-x class issue?

http://downloads.slimdevices.com/SqueezeboxServer_v7.5.1/

Emanuel
___
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: How to know which version of an apps available in various FreeBSD release?

[Emanuel Haupt]

On Thu, 3 Jun 2010 04:20:51 +1000
Tao Wang  wrote:

> On Wed, Jun 2, 2010 at 7:09 PM, Emanuel Haupt  wrote:
> 
> > Tao Wang  wrote:
> > > Hi,
> > >
> > > I'm doing a survey about the availablilty of some packages in
> > > different platform, including FreeBSD release. I want to know whether
> > > the package is existed in the specific FreeBSD release, and which
> > > version it is? I found: http://www.freebsd.org/ports/ , however, it
> > > is only against -STABLE or -CURRENT. I also need to know the
> > > information on previous release. How to do it? Thanks.
> >
> > All the information you need is available in INDEX:
> >
> > http://www.FreeBSD.org/ports/INDEX-8.bz2
> >
> > Emanuel
> >
> >
> >
> I'm not quite sure, does that file only contain the package version info for
> FreeBSD release 8? or it also contains the version info for other releases?
> 
> I also need the package availability information on previous release, such
> as, what the version of package 'A' on FreeBSD 6.2 and FreeBSD 7.0. So, the
> linked file seems only contains information for FreeBSD 8.0, am I wrong?

There is one for each major version:

http://www.FreeBSD.org/ports/INDEX-5.bz2
http://www.FreeBSD.org/ports/INDEX-6.bz2
http://www.FreeBSD.org/ports/INDEX-7.bz2
http://www.FreeBSD.org/ports/INDEX-8.bz2
http://www.FreeBSD.org/ports/INDEX-9.bz2

Although it's always just the HEAD version. As others already pointed
out, if you want the package list for a specific release you could
checkout the ports tree from a release tag and build INDEX yourself.

Emanuel
___
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: How to know which version of an apps available in various FreeBSD release?

[Emanuel Haupt]

Tao Wang  wrote:
> Hi,
> 
> I'm doing a survey about the availablilty of some packages in
> different platform, including FreeBSD release. I want to know whether
> the package is existed in the specific FreeBSD release, and which
> version it is? I found: http://www.freebsd.org/ports/ , however, it
> is only against -STABLE or -CURRENT. I also need to know the
> information on previous release. How to do it? Thanks.

All the information you need is available in INDEX:

http://www.FreeBSD.org/ports/INDEX-8.bz2

Emanuel


___
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: bash-static-4.0.35

[Emanuel Haupt]

"Michael"  wrote:
> Hi,
> 
>  
> 
> Freebsd port Bash has update's after the 035 patch release.
> 
>  
> 
> Patch 36, 37, and 38 are there also, when do you add those to the
> ports?

Check:

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

I am also waiting anxiously for an update :-)

Emanuel
___
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: Compiling for i386 on amd64 using tinderbox

[Emanuel Haupt]

Gabor PALI  wrote:
> On Wed, Apr 21, 2010 at 3:13 PM, Christopher Key 
> wrote:
> > Setting ARCH, UNAME_m and UNAME_n [..] did the trick.  I wonder if
> > tinderbox should instead be setting these values automatically [..]
> 
> Ask/request it on the Tinderbox mailing list :)

Or even better, send patches :-)

Emanuel
___
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: Bash-4.1 release into ports

[Emanuel Haupt]

Jerry  wrote:
> Bash-4.1 was released on or about January 3, 2010. It is now at patch
> level 5. I was just wondering if there are any plans to import it into
> the ports system.

Please try the following patch:

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

Emanuel
___
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: sylpheed-2.7.1_1

[Emanuel Haupt]

Marco Alberoni  wrote:
> Hello, when do you think Sylpheed 3.0 port will be available? Do you 
> need any help?

Feel free to try:

http://people.freebsd.org/~ehaupt/misc/sylpheed3.tar.gz

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

Fw: [rsync-announce] Rsync 3.0.7pre2 released

[Emanuel Haupt]

If anyone would like to try the pre2 release feel free to try the
following patch:

http://people.freebsd.org/~ehaupt/patches/rsync-3.0.7pre2.patch

Emanuel



Begin forwarded message:

Date: Thu, 24 Dec 2009 09:43:54 -0800
From: Wayne Davison 
To: rsync-annou...@lists.samba.org
Cc: rs...@lists.samba.org
Subject: [rsync-announce] Rsync 3.0.7pre2 released


Rsync version 3.0.7pre2 is now available for release testing.  This is
a bug-fix release.

This fixes a problem with the --timeout code that existed in 3.0.7pre1.
I believe that this should be the last pre-release before 3.0.7, so
please test this and send email to the rsync mailing list with any
questions, comments, or bug reports.

To see a full summary of the changes since 3.0.6, visit this link:

  http://rsync.samba.org/ftp/rsync/src-previews/rsync-3.0.7pre2-NEWS

You can download the source tar file and its signature from here:

  http://rsync.samba.org/ftp/rsync/src-previews/rsync-3.0.7pre2.tar.gz
  http://rsync.samba.org/ftp/rsync/src-previews/rsync-3.0.7pre2.tar.gz.asc

The patches directory is now in a separate tar file (for those that want
one or more of the patches):

  http://rsync.samba.org/ftp/rsync/src-previews/rsync-patches-3.0.7pre2.tar.gz
  
http://rsync.samba.org/ftp/rsync/src-previews/rsync-patches-3.0.7pre2.tar.gz.asc

See the rsync website for other download methods, including diffs, etc.:

  http://rsync.samba.org/

..wayne..


signature.asc
Description: PGP signature
___
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: .Xdefaults ignored

[Emanuel Haupt]

Sandra Kachelmann  wrote:
> On Thu, Dec 17, 2009 at 5:53 PM, Chris Rees 
> wrote:
> > 2009/12/17 Sandra Kachelmann :
> >> I recently noticed that xorg under FreeBSD ignores my ~/.Xdefaults
> >> file. I saw with truss that instead .Xdefaults-fqdn is being used:
> >>
> >> open("/home/skmn/.Xdefaults-prissy.local",O_RDONLY,06362252327) =
> >> 5 (0x5)
> >>
> >> No trace about ~/.Xdefaults
> >>
> >> Any idea why and if it can be changed?
> >>
> >> Sandra
> >
> > Does .Xdefaults-fqdn exist? If so, it read that instead, and that is
> > the sensible behaviour; the name is more specific. Try renaming or
> > deleting .Xdefaults-fqdn and see if it helps.
> 
> Sorry, I should have mentioned before. As a consequence of xorg
> ignoring my .Xdefaults I've created .Xdefaults-fqdn and it's being
> used. That's not the problem. I'd like to change that behaviour though
> because pretty much all other Linux distros I've ever used before used
> .Xdefaults and most documentation you find about .Xdefaults entries
> point user to .Xdefaults in the homedir. Yeah I could create symlinks
> but I rather change it completely to .Xdefaults. I deploy a tarball
> with all my dotfiles on a Webserver and I don't want to rename
> .Xdefaults on every workstation I fetch the tarballs via script.
> 
> I bet the search path of .Xdefaults is some sort of config option that
> can be changed somewhere. I tried searching in /usr/local/lib/X11, env
> startx, env xorg but no luck.
> 
> Any idea where I can change it?

Just set the path in $XENVIRONMENT. For example:

export XENVIRONMENT="$HOME/.Xdefaults"

Emanuel
___
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: nvidia-driver 64bit version

[Emanuel Haupt]

> On Fri, Dec 04, 2009 at 03:47:24PM +0100, Emanuel Haupt wrote:
> > Hi
> > 
> > I was wondering if you're working on a port for the 64bit version of
> > the new beta state nvidia driver [1].
> 
> Yup, thanks for the pointer.  I'm considering options right now.
> 
> > 
> > Since it's a completely different version it should IMO be separate
> > from x11/nvidia-driver. Maybe x11/nvidia-driver-amd64 and
> > x11/nvidia-driver could be renamed to x11/nvidia-driver-i386.
> 
> This would be the easiest route, but I'm not sure this is the best
> thing to do.  From user's perspective, one should be able to "cd
> category/port" and "make install".  The rest (including taking care of
> architecture-dependent things) should be handled by underlying
> infrastructure.  Right now I believe our bpm is capable of the task,
> and my pmake/bpm-fu is strong enough, we'll see.

Right, you can put shared make functionality in a seperate file and
include it by both ports. Personally I'd prefer two seperate ports
rather than OPTIONS because the two drivers don't provide the same
funcionality (ie missing TRIM support) and have different versions.

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

nvidia-driver 64bit version

[Emanuel Haupt]

Hi

I was wondering if you're working on a port for the 64bit version of
the new beta state nvidia driver [1].

Since it's a completely different version it should IMO be seperate from
x11/nvidia-driver. Maybe x11/nvidia-driver-amd64 and x11/nvidia-driver
could be renamed to x11/nvidia-driver-i386.

Emanuel

[1] http://www.nvnews.net/vbulletin/showthread.php?t=142120
___
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: ports/*/jpeg "Thanks a lot guys"

[Emanuel Haupt]

> On Sun, Aug 2, 2009 at 7:52 AM, Matthew
> Seaman wrote:
> > Matthew Seaman wrote:
> >
> >> Peter Jeremy wrote:
> >>>
> >>> In this specific case, p5-RT-* depends on www/rt38 depends on
> >>> graphics/p5-GD depends on graphics/gd depends on graphics/jpeg.
> >>>  When jpeg is bumped, gd needs to be bumped because it
> >>> LIB_DEPENDS on jpeg. p5-GD then needs to be bumped because it
> >>> LIB_DEPENDS on gd.  rt38 does not need to be bumped because it
> >>> has no LIB_DEPENDS on p5-GD.  p5-RT-* does not need to be bumped
> >>> because rt38 is not bumped.
> >>>
> >>> This is slighly more complex than
> >>>  cd /usr/ports && \
> >>>  for i in */*; do [ -d "$i" ] && cd "$i" && make
> >>> all-depends-list ; done
> >>> | \
> >>>  grep jpeg
> >>> because you need to actually follow the dependency tree, but is
> >>> not impractical.  The only issues I can see with this approach
> >>> are:
> >>> 1) Mapping the shared library reported by 'make lib-depends' back
> >>> to the port than installs it.
> >>> 2) You are relying on LIB_DEPENDS being correct:  In my general
> >>> example above, if A is missing a LIB_DEPENDS on C, this may not
> >>> be detected in the build process because of the implicit
> >>> dependency on C via B.
> >>>
> >>> No sample script because I'm not sure of the correct approach to
> >>> 1) off the top of my head.
> >
> >> Doing (1) using my p5-FreeBSD-Portindex code is pretty easy.  It's
> >> about time I released an update anyhow -- I'll code up a little
> >> app that processes
> >> the LIB_DEPENDS linkages already stored in the cache and lists
> >> each port that has a LIB_DEPENDS, together with all the ports it
> >> depends on cumulatively.
> >
> > I've got this working now -- I still need to do some more testing,
> > update documentation and stuff before I release version 2.2 of
> > p5-FreeBSD-Portindex,
> > but as a taster, here's the result of generating this on my machine
> > just now:
> >
> >  http://www.infracaninophile.co.uk/SHLIBS.bz2
> >
> > (Note that this includes the effect of a number of local settings in
> > /etc/make.conf)
> >
> > It's similar to the ports INDEX file, when decompressed.  There's
> > one row of the file for each port, and each row contains 3 fields
> > separated by '|' characters:
> >
> >  package-name|port/origin|space separated list of lib_depends port
> > origins
> >
> > So, to extract the list of ports depending on www/jpeg:
> >
> > happy-idiot-talk:/tmp:% grep graphics/jpeg SHLIBS | cut -d '|' -f
> > 1-2 | head -10
> > accerciser-1.6.1_1|/usr/ports/accessibility/accerciser
> > at-poke-0.2.3_4|/usr/ports/accessibility/at-poke
> > at-spi-1.26.0_1|/usr/ports/accessibility/at-spi
> > dasher-4.10.1_1,2|/usr/ports/accessibility/dasher
> > gnome-mag-0.15.8|/usr/ports/accessibility/gnome-mag
> > gnopernicus-1.1.2_6|/usr/ports/accessibility/gnopernicus
> > gok-2.26.0_1,1|/usr/ports/accessibility/gok
> > kdeaccessibility-3.5.10_2|/usr/ports/accessibility/kdeaccessibility
> > kdeaccessibility-4.2.4_1|/usr/ports/accessibility/kdeaccessibility4
> > mousetweaks-2.26.3_1|/usr/ports/accessibility/mousetweaks
> >
> > Again, this has a number of deficiencies.  For instance, programs
> > that embed a perl interpreter will link against libperl.so =>
> > /usr/local/lib/perl5/5.10.0/mach/CORE/libperl.so, but none of them
> > register a LIB_DEPENDS on lang/perl5.10. [See for example
> > net-mgmt/net-snmpd, www/mod_perl2]
> >
> > Similarly, programs that declare 'USE_MYSQL=NN' will have a
> > LIB_DEPENDS on libmysqlclient.so.X added to their dependency mix
> > even if they contain no compiled ELF binaries [See net-mgmt/cacti
> > databases/phpmyadmin]
> >
> > However, I think that the deficiencies are not too intractable to
> > fix, and this approach shows some promise.
> 
> There actually may be a much easier solution to this problem.
> 
> Gentoo Linux (I know -- Gentoo + Linux -- we're FreeBSD... blah :P)
> has a script called `revdep-rebuild' which goes and runs ldd on all
> pieces of software that are installed in portage (ok, substitute ports
> here). What I'm driving at is that we can use pkg_info and/or the
> mtree generated files to determine what files are installed, find out
> which packages have been broken up an update, then rebuild the port
> and all dependencies (LIB_DEPENDS?). What say you to that :)?

sysutils/bsdadminscripts provides a script called pkg_libchk which does
a similar thing.

Emanuel


___
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: shells/bash-4.0 port horribly broken

[Emanuel Haupt]

> Yes, I can confirm on my system (8-CURRENT i386), switching
> the port from system yacc to bison 2.x solves the
> command substitution problem.  Try the attached patch.

I confirm that this patch solves the problem.

Emanuel


pgpQk4iOQmYKE.pgp
Description: PGP signature

Re: shells/bash-4.0 port horribly broken

[Emanuel Haupt]

> them work; however, I feel that the easiest thing would be to simply
> revert to Bash-3.

This is exactly what I did.

Emanuel
___
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: shells/bash-4.0 port horribly broken

[Emanuel Haupt]

> > $ sudo make
> > ===>  Vulnerability check disabled, database not found
> > => bash-4.tar.gz is not in /usr/ports/shells/bash/distinfo.
> > => Either /usr/ports/shells/bash/distinfo is out of date, or
> > => bash-4.tar.gz is spelled incorrectly.
> > *** Error code 1
> > 
> > Stop in /usr/ports/shells/bash.
> 
> Update: After a recent ports tree update bash now builds correctly
> here.

The update still remains broken:

[foo...@portjail ~]$ pkg_info 
bash-static-4.0.10_1 The GNU Project's Bourne Again SHell

[r...@portjail ~]$ set -x
[r...@portjail ~]$ echo $(uname)
-bash: command substitution: line 25: syntax error near unexpected token `)'
-bash: command substitution: line 25: `uname)'
[r...@portjail ~]$ echo $(uptime)
-bash: command substitution: line 26: syntax error near unexpected token `)'
-bash: command substitution: line 26: `uptime)'
[r...@portjail ~]$ echo $(ls)
-bash: command substitution: line 27: syntax error near unexpected token `)'
-bash: command substitution: line 27: `ls)'

however, backticks work:

[r...@portjail ~]$ echo `uname`
++ uname
+ echo FreeBSD
FreeBSD

Also, shells/bash now conflicts with shells/bash-completion which
it shouldn't.

Emanuel

-- 
GnuPG key id: 0x90215DB9 Download: http://pgp.mit.edu:11371
Key fingerprint: 741B C70F 100B F360 0B52  E92D 5F01 7A86 9021 5DB9
___
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: Boost 1.37 released!

[Emanuel Haupt]

> Emanuel,
> 
> Copying devel/boost to devel/boost-devel sounds reasonable.
> 
> However, I'd like to suggest moving devel/boost to devel/boost-134 and
> having devel/boost updated to 1.37. For me '-devel' is always felt like
> something not stable enough. Another concern is that maintaners of ports
> that depend on boost would probably slow down the process of updating to
> 1.37. Forking to old version contains element of intention - it's more clear
> that devel/boost-134 is something out of date and temporary.

This would involve much more initial work. We have many -devel ports
that are actually just more recent versions. Once there is a working
1.37 port either people will start moving to 1.37, bringing the new
version to each maintainers attention would help.

At some point devel/boost will become 1.37 and devel/boost-devel will
then either be removed or updated to a never version.

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

Re: Boost 1.37 released!

[Emanuel Haupt]

> It's also disappoints me that there is only year-old boost library in ports
> tree. I've already offered my help to Simon (see
> http://lists.freebsd.org/pipermail/freebsd-ports/2008-September/050846.html).
> I have time, equipment, experience and will for assisting in porting latest
> stable boost into the ports tree.
> 
> After I've posted into the mailing list, people started to contact me and
> ask whether I know what's happened to boost port. For that reason I've send
> an e-mail to [EMAIL PROTECTED] at October, 14, offering my help second
> time. And still do not have an answer.
> 
> So then, I insist on contacting Simon using other ways than
> [EMAIL PROTECTED] and starting a discussion about approaches for speeding
> up this porting task.

Eventually we could repocopy devel/boost to devel/boost-devel then
update devel/boost-devel to 1.37 and have maintainers (and the
community) decide whether they like to adapt their ports to the current
version.

If anyone can submit a working boost 1.37 port (preferably a patch
against devel/boost) I'd be glad to take over that task.

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

Re: Boost 1.37 released!

[Emanuel Haupt]

> Hi!
> 
> We're still having Boost 1.34 in the ports tree and missed version 1.35 and
> waited so long for a port version 1.36!
> Sadly if it (will ever) arrive the ports tree it's not up to date then. So
> what's up with this port at all?
> 
> Looking forward to see Boost 1.37 in the ports tree soon.

It is not that simple. Roughly 83 ports depend directly or indirectly
on boost:

$ grep boost-1.34.1 /usr/ports/INDEX-7 | wc -l
  83

I'm sure Simon would gladly commit your patch.

Emanuel
-- 

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

Re: rsync with acls

[Emanuel Haupt]

On Fri, 31 Oct 2008 15:23:51 +0100
Greg Byshenk <[EMAIL PROTECTED]> wrote:

> I am experiencing a problem attempting to use rsync on systems with
> extended ACLs enabled.
> 
> The ACLs flag works, but when it is used, the mtime of the files on
> on the receiving system are set to the current time.  This is a bit
> annoying in itself, but creates a larger problem because any later
> rsync actions on the same files see the files as _different_, meaning
> that _all_ the files are recopied -- which more or less defeats the
> purpose of using rsync.
> 
> Yes, I understand that setting ACLs on a file changes the mtime of the 
> file.  But, as rsync is able to (re)set mtimes I would think that this
> shouldn't should be an issue when using rsync.
> 
> Is this a bug or a feature?

Since ACL support isn't a default feature (ACL functionality is added
by a custom patch) it seems to be a bug. Probably your best shot to get
it fixed is following up a bug report at:

http://rsync.samba.org/bugzilla.html

Emanuel
-- 

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

Re: ports from sourceforge

[Emanuel Haupt]

> At this moment fetching ports from sourceforge.net is very slow. (+/-
> 4000 Bps)

Setting MASTER_SORT in /etc/make.conf might help. Have a look at
ports/Mk/bsd.port.mk.

Since I'm living in Switzerland I use the following:

MASTER_SORT=.ch .de .at .se .nl

Emanuel
-- 
GnuPG key id: 0x90215DB9 Download: http://pgp.mit.edu:11371
Key fingerprint: 741B C70F 100B F360 0B52  E92D 5F01 7A86 9021 5DB9
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[EMAIL PROTECTED]"