Re: Very Important Note on HP LaserJet P1102 on FreeBSD
On Wed, Jan 26, 2011 at 8:20 PM, Bahman Kahinpour bahman.li...@gmail.com wrote: Hi dear FreeBSD people, After spending a lot of time on making my HP LaserJet P1102 work on FreeBSD, I found out what the problem is!!! Please tell this to anybody who has problems with HP P1102 on FreeBSD! The problem with this HP model is that it has a fake CD-ROM which contains the Windows drivers. The USB must actually be switched from the CD-ROM mode to the Printer mode in order to work. Otherwise, the printer will not work whatever you do. /dev/ulpt0 will not show up either. --- The workaround is this: You must (unfortunately) connect the printer to a Windows system and run SIUtility.exe or SIUtility64.exe from the UTIL folder in the Driver CD-ROM (physical CD-ROM that comes with the printer not the fake one) and completely disable this HP Smart Install feature. After disabling this feature, everything will be fine on FreeBSD and life will be more beautiful. * Please pass this info on blogs, wikis, ... . I do not want other FreeBSD fans suffer this pain. Good luck First of all, I must make clear that regardless the fact that I work for HP and have been working on Laserjet printer firmware for more that five years -- though not on this particular printer model -- I'm speaking for myself, not for the company. From my own experience, you will probably achieve much better results from HP printers if you choose the network-enabled models (those whose names have a n or w suffix), not the host-based ones. This is especially true regarding printer management, since the net-enabled printers have an embedded web server. They also support management and monitoring via SNMP, which is very helpful. ___ 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: Distributed Version Control for ports(7) ( was: Re: autoconf update )
Smells like Debian. Smells like Slashdot. I give up. On Wed, Sep 22, 2010 at 7:11 AM, Adam Vande More amvandem...@gmail.com wrote: On Wed, Sep 22, 2010 at 4:10 AM, Jeremy Chadwick free...@jdc.parodius.comwrote: Given the amount of GPL'd software in the base system, why are we already fighting over licensing? What is it with the open-source world and obsessing with licensing? It should be up for discussion after alternatives have been determined as viable candidates (see below). Probably rhetorical, but not all licenses are created equal. BSD license has a particular advantage in embedded/black box systems, so not polluting base with more viral licensing is pretty important to project as whole I think. There's a reason things like IronPort aren't Linux based. Take for example the way ZFS was implemented. It was done that way to keep the CDDL out of the kernel. That's part of the reason booting of ZFS is the way it is as a separate loader, not integrated. Licenses are a big deal, our world is not laissez-faire regarding them. Yes there are still some GPL tools in base but the number is really quite small and shrinking, however what's there is pretty big and quite essential. There has long been active if not frequently vigorous work to remove those bits. It seems GNU grep is nearing it's end, and man page stuff is being worked on, CLANG over GCC, etc. Anyway, my point was not to advocate fossil for this task, but to point out BSD license is a concern. Perhaps if you are able to find consensus, requesting a license change might be an option. -- Adam Vande More ___ 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 -- Not so young, but still crying out Full of anger full of doubt ___ 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: Distributed Version Control for ports(7) ( was: Re: autoconf update )
On Sun, Sep 19, 2010 at 6:34 AM, Ion-Mihai Tetcu ite...@freebsd.org wrote: On Sun, 19 Sep 2010 02:38:28 -0400 jhell jh...@dataix.net wrote: On 09/18/2010 07:17, Ion-Mihai Tetcu wrote: I'm still to see a concise, clear, precise, listing of advantages that switching from CVS would bring us, that would overcome the effort needed to do it (committers, users, infrastructure, tools). 1). http://bit.ly/d5UrtN 2). http://www.keltia.net/BSDCan/paper.pdf 3). http://bit.ly/97 Y8Xi Make your final comparison here: http://bit.ly/cyQBn8 concise, clear, precise, listing of advantages, that switching from CVS would bring _us_ I have to work daily with 3-4 (D)VCSes for my work and OSS work, so I'm pretty well aware of some good and some bad points of each. 4). Because CVS just does not do any of this. Neither does any of them make coffee or pick up girls for me, but this neither here nor there, since we're talking about advantages - of switching - for ports. General this is why $VCS is the coolest and general features matrix are only the starting point. You can keep discussing this subject forever, using this kind of argument. The point here is not if a DVCS is better than CVS or not. It is if FreeBSD ports will keep using CVS or move to something else, preferably a DCVS. This move will happen if - and only if - somebody volunteers to to the work or get paid to do it. So I suggest you to 1. Define what must be done, as well as a deadline. 2. Calculate the amount necessary to pay somebody with the right skills to do the work. 3. Create a bounty to raise the required funds. 4. Start working on the task. And yes, I'd happily donate some money to such initiative. ___ 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 deal with unzip on -CURRENT?
On Wed, Jan 20, 2010 at 9:05 PM, Yuri Pankov yuri.pan...@gmail.com wrote: On Wed, Jan 20, 2010 at 11:43:21PM +0100, Gabor Kovesdan wrote: Hi all, I've got a PR (ports/142091), which made me think about the base version of unzip that was recently enabled in HEAD. I think that the current version of that port is correct and just UNZIP_CMD should be set to the base version on -CURRENT in bsd.port.mk. Or do I have to enforce ports unzip as a dependency by full path? Were there similar issues? Is there a conventional/preferred solution for this? Thanks, -- Gabor Kovesdan FreeBSD Volunteer EMAIL: ga...@freebsd.org .:|:. ga...@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org I think it was fixed in bsd.port.mk 1.633: http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk.diff?r1=1.632;r2=1.633 I think it also solves ports/141795. ___ 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: installing java
On Thu, Dec 24, 2009 at 9:04 AM, Sandra Kachelmann s.kachelm...@googlemail.com wrote: Today I had the pleasure to install some java port and well it was quite frustrating. I still have to download all the distfiles manually. Isn't FreeBSD now officially supported by Sun? No, Sun does not officially support FreeBSD. The official Java port for FreeBSD is provided by the FreeBSD foundation. Take a look at http://www.freebsdfoundation.org/downloads/java.shtml and the corresponding ports: /usr/ports/java/diablo-jdk15 /usr/ports/java/diablo-jdk16 /usr/ports/java/diablo-jre15 /usr/ports/java/diablo-jre16 Is it really still necessary to manually fetch the distfiles or is this something that could be looked at again? Yes, if you want to build it from the sources. This limitation is imposed by the Java license to which FreeBSD must be compliant. What if the port would just point to the distfiles and don't actually host them on any FreeBSD mirror. Wouldn't that be legal? The ports already points you to the distfiles but the license terms require explicit acceptance by the user before downloading the files. I mean a link some site that provides instruction on how to build an atomic bomb is still legal as well, right? It would depend on the license terms of the atomic bomb. :-) If so I could simply upload the distfiles to some russian FTP server and nobody but Sun would really care. You can upload them to some FTP server in *any* country. It would not be legal, anyway. The FreeBSD project is not whiling to be sued by Sun. And yes, they *do* care. This is so annyoing: - Manually fetch - Login to some bloated sun.com site ARGHH!!! Send your complaints, politely, to Sun. FreeBSD is just another victim in this case. -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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 make npviewer.bin respect $TMPDIR ??
On Thu, Dec 17, 2009 at 12:55 PM, Ulrich Spörlein u...@spoerlein.net wrote: On Sun, 06.12.2009 at 12:18:21 -0800, Doug Barton wrote: Howdy, I'm -current, i386, linux_base-f10-10_2, and linux-f10-flashplugin-10.0r32; all with the latest firefox 35. It all works fine, until my teeny tiny (24M) memory disk /tmp gets full. I have created a wrapper script for firefox to set TMPDIR (and TMP and TEMPDIR just in case) to a large partition on local disk, which works for firefox proper, but npviewer.bin is still putting its temp files on the real /tmp. So, how do I whip it into shape? Haven't tried this, but there's a slight chance that the linux binary will prefer /compat/linux paths over / paths, and since there seems to be no /compat/linux/tmp, please try creating or symlinking one ... Or put something like this in /etc/fstab: /tmp/usr/compat/linux/tmpnullfsrw00 -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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
Fwd: .bashrc
No Ubuntu, descomentar este trecho no /etc/bash.bashrc: if [ -f /etc/bash_completion ]; then . /etc/bash_completion fi e salvar o arquivo anexo como ~/.bashrc -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. .bashrc Description: Binary data ___ 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: Corruption/artifacts in GTK applications after update
On Tue, Dec 1, 2009 at 5:24 PM, Mark Kane m...@mkproductions.org wrote: Hi. Yesterday I updated all ports on my system which had quite a few changes since my last update on November 14. After everything is up to date I am noticing graphical corruption/artifacts in some GTK applications. Here are a few examples: Google for GDK_NATIVE_WINDOWS 1) Terminal (x11/Terminal): When switching tabs in Terminal, the area where the terminal text is normally displayed becomes corrupted. If the window is not maximized, it looks like this after switching tabs: http://tntpowerhost.com/mixx941/freebsd/terminal_corruption_1.png If the window is maximized when switching tabs, the entire area where the text normally is becomes blank: http://tntpowerhost.com/mixx941/freebsd/terminal_corruption_2.png The text returns to normal by highlighting the entire text area of the terminal, however the issue happens again every time a tab is switched. I am using ROXTerm temporarily which does not have this issue. 2) Claws Mail: When composing a message, parts of the composition window are black. Here is an example: http://tntpowerhost.com/mixx941/freebsd/claws_corruption_1.png It can somewhat be fixed by mousing over the black area, however it doesn't fully display the window like normal: http://tntpowerhost.com/mixx941/freebsd/claws_corruption_2.png 3) gLabels: When trying to create a new label, the window has some artifacts similar to the non-maximized Terminal window: http://tntpowerhost.com/mixx941/freebsd/glabels_corruption_1.png I also noticed some minor issues with GIMP (parts of the top menu sometimes have slight artifacts) and XChat (seems to reappear slower than normal when switching from other applications), but I couldn't reproduce or confirm those reliably so I'm only briefly mentioning it. My ports are completely up to date as of the time of this email, and I use Xfce as my desktop environment. Thanks very much in advance for any suggestions, -Mark 8.0-STABLE #1: Sun Nov 29 17:57:25 CST 2009 -- Internet Radio: Party107 (Trance/Electronic) - http://www.party107.com IRC: MIXXnet IRC Network - irc.mixxnet.net (Nick: MarkK) ___ 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 -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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
ports/137373:maintainer timeout?
Hi, Could some good soul take a look at ports/137373? It makes the dependency of libX11 on libxcb optional, helping to reduce the number of packages required to have a minimal X installation. Thanks in advance -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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: ion windows manager on FreeBSD
On Wed, Oct 7, 2009 at 3:43 PM, Chad Perrin per...@apotheon.com wrote: On Wed, Oct 07, 2009 at 01:25:35PM -0300, Carlos A. M. dos Santos wrote: You can fork the code, rename it, whatever, but you can NOT change the license without explicit permission from the original copyright owner. That would be legally considered theft! Incorrect. It would be legally considered copyright infringement. Copyright law is not property law, and both different laws *and* different terms apply. Theft is not a term legally applied to copyright infringement -- at least, in any jurisdiction of which I'm even vaguely aware of the state of copyright law. That would be legally considered copyright infringement! I was referring to stealing intellectual property, which can be a synonym of copyright violation, depending on the country law. In my country, for instance, computer programs are considered intellectual property but they are also subjected to author rights, just like books and paintings [1,2] . There. I fixed it for you. Thanks for the clarification, anyway. References (in Portuguese) [1] http://www.planalto.gov.br/ccivil_03/Leis/L9609.htm [2] http://www.planalto.gov.br/ccivil_03/Leis/L9610.htm -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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: ion windows manager on FreeBSD
2009/10/6 Renato Botelho rbga...@gmail.com: On Fri, Oct 2, 2009 at 10:32 AM, Dmitry Marakasov amd...@amdmi3.ru wrote: * Mark Linimon (lini...@lonesome.com) wrote: The author orginally contacted us with a legal threat because we were not in compliance with the 28-day clause. A long, acrimonious disucssion ensued. In that discussion, the author was asked if we agree to meet that condition going forward, would you guarantee that this would remove any further legal threat? and he said yes ... for now. But that he reserved the right to change his mind later. *depending* on what we did or did not do in the future -- not just in adhering to the *existing clauses* like the significant clause or renamed clause -- both of which he mentioned would be part of any lawsuit. Legally indefensible? Of course. Would that prevent a lawsuit being filed? No. Anyone can sue anyone for anything. Well, if you insist I of course won't commit it. But the whole thing disappoints me greately, cause I was pretty sure at least FreeBSD developers won't be affected by a mere FUD. Do you honestly think the probability of Tuomo suing us is higher of, say, me suing, well, us? And that anything will change by us not providing a port we have absolutely totally utterly 100% right to provide? That is just silly. The port from now on is available here (removed from people.freebsd.org): http://mirror.amdmi3.ru/ports/ion3-20090110.port.tar You can start a fork of it, change its name, its license, and keep it as a separate project... people will use the same software with another name. You can fork the code, rename it, whathever, but you can NOT change the license without explicit permission from the original copyright owner. That would be legally considered theft! Everybody will be happy and we won't have a Tuomo's software inside ports collection again. It would be Tuomo's software anyway, regardless what you renamed it to, and his ownership would still prevail. Feel free to dislike his behavior but keep compliant to his rights unless you are whiling to face a lawsuit. -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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: /lib/libz.so version bump prevents java/jdk1* from upgrading
On Thu, Sep 10, 2009 at 9:00 AM, Alexander Bestalexbes...@math.uni-muenster.de wrote: it would be nice to have a note in UPDATING on how to rebuild an installed java/jdk1* under = 8. since java/jdk1* requires an installed java environment in order to build it fails due to the version bump of /lib/libz.so.4 to /lib/libz.so.5 I agree. to be able to rebuild any installed java/jdk1* one needs to install misc/compat7x. after installation of java/jdk1* finishes misc/compat7x can safely be deleted (if it's not required by any other port). The compat7x package is not required because libmap.conf does the job. Look at http://lists.freebsd.org/pipermail/freebsd-ports/2009-July/056123.html -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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: [HEADUP] FreeBSD Gecko's TODO and plan for future
On Sat, Aug 22, 2009 at 3:22 PM, Martin Wilkem...@freebsd.org wrote: The FreeBSD Gecko Team will let you know what the plans for the future are and on what we are currently working. Goals: * Removal of mozilla, nvu, xulrunner and firefox2. * www/firefox35 should be moved to www/firefox. * The options USE_GECKO mozilla nvu xulrunner and firefox will be also removed. Would it be possible to manage to build firefox35 without Python? I'm attempting to build a skinny desktop environment based on Xfce and reducing the number of dependencies of firefox would be very desirable. -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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: SourceForge changing file distribution scheme!
On Tue, Aug 11, 2009 at 12:20 PM, Dmitry Marakasovamd...@amdmi3.ru wrote:
Hi!
I've noticed that SF is changing file distribution scheme significantly,
[...]
As you can see, the distfile now redirects to another path and also
another mirror. As fetch doesn't follow redirects by default, this won't
work. My idea is that in addition to [old scheme]
MASTER_SITE_SOURCEFORGE+= \
http://${mirror}.dl.sourceforge.net/sourceforge/%SUBDIR%/
we'll need to add
MASTER_SITE_SOURCEFORGE_NEW+= \
http://${mirror}.dl.sourceforge.net/project/%SUBDIR%/
with coresponding macro (SF - SFNEW)
and we'll have to add pretty complex MASTER_SITE_SUBDIR to each updated
port from SF.
Any comments?
I found the same problem when attempted to fetch the new files for
Ayttm. Also noticed that the files are missing on some mirrors. As a
workaround, I replaced SF in MASTER_SITES by
PORTNAME= ayttm
PORTVERSION=0.5.0.111
CATEGORIES= net-im
.for mirror in nchc kent ufpr heanet switch puzzle osdn ovh
MASTER_SITES+=http://${mirror}.dl.sourceforge.net/project/ayttm/ayttm/${PORTVERSION:R}-${PORTVERSION:E}/
.endfor
DISTNAME= ${PORTNAME}-${PORTVERSION:R}-${PORTVERSION:E}
--
My preferred quotation of Robert Louis Stevenson is You cannot
make an omelette without breaking eggs. Not because I like the
omelettes, but because I like the sound of eggs being broken.
___
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/xview (actually contool)
2009/8/6 Mel Flynn mel.flynn+fbsd.po...@mailing.thruhere.net: On Wednesday 05 August 2009 20:08:55 Doug Barton wrote: Ok, so now I'm up to the point where starting contool give me this: contool Assertion failed: (ret != inval_id), function _XAllocID, file xcb_io.c, line 378. Abort trap: 6 (core dumped) You get a better a log if you install contool unstripped [1]: (gdb) bt #0 0x28463eb7 in kill () from /lib/libc.so.7 #1 0x28463e16 in raise () from /lib/libc.so.7 #2 0x28462a1a in abort () from /lib/libc.so.7 #3 0x28448ee6 in __assert () from /lib/libc.so.7 #4 0x28284d46 in _XAllocID (dpy=0x28524600) at xcb_io.c:378 #5 0x2818e11c in server_init (parent=0, server_public=676345056, avlist=0xbfbfd944) at server.c:746 #6 0x281f33b9 in xv_create_avlist (parent=0, pkg=0x0, avlist=0xbfbfd944) at xv.c:391 #7 0x281f315b in xv_create (parent=0, pkg=0x28210040) at xv.c:307 #8 0x281f520a in xv_init (attr1=1241974786) at xv_init.c:308 #9 0x0804b801 in main (argc=1, argv=0xbfbfe6e4) at contool.c:777 Which points to xv_init from xview as the culprit. Since that is ---8--- Nope. It points to XAllocID as the culprit, so far, which in its turn points to _XAllocID, in xcb_io.c, from libX11. Try building libX11 without XCB (see PR 137373). I'd test it myself but I'm running AMD64 here and Xview is maked as broken on this architecture. -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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/xview (actually contool)
On Wed, Aug 5, 2009 at 5:50 PM, Tom Uffnert...@uffner.com wrote: Carlos A. M. dos Santos wrote: Can't xconsole do the job for you instead of contool? more or less. i am using xconsole by default. however i prefer contool because it has the following features which are missing from every other X console program that I am aware of: 1. it can remain iconified (or entirely unmapped) and out of my way most of the time. 2. it can timestamp the messages it prints 3. it can alert me to the presence of new console messages by flashing its icon, beeping, and/or opening its window 4. it allows me to specify, using regular expression filters, the types of messages it should or should not alert on. BTW, what problems do you have with contool? Are they the same ones discussed before in these threads? http://lists.freebsd.org/pipermail/freebsd-hackers/2008-October/026516.html http://lists.freebsd.org/pipermail/freebsd-hackers/2008-November/026722.html my xconsole still exhibits those problems. don't know about contool yet. It is even worst on 8.0, now. Even making xconsole SUID root I can't see any of the messages written to /dev/console. Using xterm -C does not work. as i said, i haven't had the time to diagnose it yet. what console i use on my X workstations is not really that high a priority in the grand scheme of things. contool is exiting with this message: Assertion failed: (ret != inval_id), function _XAllocID, file xcb_io.c, line 378. Abort which may be another symptom of the tty layer changes, but i haven't really had time to look at it yet. Looks like a bug in XCB. This would not be a surprise, given the poor engineering of Xorg these days (lack of it, in fact). Try rebuilding libX11 with the patch I sent in this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=137373 You will not miss XCB. It is as useful as hole int your head. -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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/xview requires COMPAT_43TTY defined to build on -CURRENT
On Tue, Aug 4, 2009 at 3:45 AM, Tom Uffnert...@uffner.com wrote: Mel Flynn wrote: So, the real fix should come from upstream. For the time being, this should work, marked MAKE_JOBS_UNSAFE while I was in there. The OSVERSION leaves a three week hole where things won't work, but that should be acceptable. Thank you for the patch. I'm guessing an upstream fix is pretty unlikely. I'd be surprised if there were even 10 people still using xview for anything other than legacy apps. My interest is because it's a dependency for sysutils/contool. and unfortunately it may all be pointless anyway because contool won't run on my system for reasons i have yet to determine. Can't xconsole do the job for you instead of contool? BTW, what problems do you have with contool? Are they the same ones discussed before in these threads? http://lists.freebsd.org/pipermail/freebsd-hackers/2008-October/026516.html http://lists.freebsd.org/pipermail/freebsd-hackers/2008-November/026722.html -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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: diablo-jdk with FreeBSD-8.0
On Fri, Jul 31, 2009 at 6:21 PM, Stephen Montgomery-Smithstep...@missouri.edu wrote: I am running a very recent amd64 version of FreeBSD-8.0. diablo-jdk is no longer working. I am guessing it is the bumped shared library versions (because I did do make delete-old-libs as part of my installation). I was bitten by this snake a few hours ago. Solved it by creating a /etc/libmap.conf with # echo libz.so.4 libz.so.5 /etc/libmap.conf That allowed it to run well enough to bootstrap the building of jdk 1.5: # cd /usr/ports/java/jdk15 # make install Then I deleted Diablo with # pkg_delete diablo\* I built jdk 1.5 because I need it, but I guess you can build jdk 1.6. My guess is that the problem will be solved when a version 8.0 of diablo-jdk comes out, and I was inquiring about an ETA. So I guess. -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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-im/ayttm: I'd like to take the maintainership
On Sun, Jun 28, 2009 at 11:40 AM, Renato Botelhoga...@freebsd.org wrote: [...] Please, send a new patch changing MAINTAINER line to your email address as a Follow-up to the PR and the port will be assigned to you. Ok, please close PR 136117. I just submitted PR 136174, which does the following: * Upgrade port from version 0.5.0.45 to 0.5.0.82 * Add option to enable aim-toc service (default off) * Add option to enable icq-toc service (default off) -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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
net-im/ayttm: I'd like to take the maintainership
Hello, I just sent a PR regarding net-im/ayttm (http://www.freebsd.org/cgi/query-pr.cgi?pr=136117) but noticed that the port does not have a maintainer. This is a real shame! Could you please give me the usual punishment for those who complain about unmaintained ports? Thanks in advance. -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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: [RFC] New category proposal, i18n
On Fri, Jun 26, 2009 at 5:10 PM, Thomas Abthorpetabtho...@freebsd.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On June 25, 2009 08:51:43 pm Carlos A. M. dos Santos wrote: Guys, you have been discussing the category *name* for eight days now without reaching a consensus. This is becoming somewhat boring. Please do not reinvent the wheel. Whether you like it or not, i18n is a well established and widely accepted acronym. Here endeth the debate http://www.freebsd.org/cgi/query-pr.cgi?pr=136072 - From here it is yay or nay. Thanks. You might also want to move the portuguese/*[il]1[08]n* ports to the new category. -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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: [RFC] New category proposal, i18n
On Thu, Jun 25, 2009 at 5:24 AM, Chris Reesutis...@googlemail.com wrote: 2009/6/25 per...@pluto.rain.com: If i18n is too cryptic or too alphanumeric, and internationalization is too long, why not go with nls? I personally think that nls is equally as cryptic as i18n or l10n. Anyone care for intlzn? It's short, should still tab-complete from in, and it may be a bit less cryptic than nls, i18n, or l10n. I was thinking intl, but your suggestion's better. Guys, you have been discussing the category *name* for eight days now without reaching a consensus. This is becoming somewhat boring. Please do not reinvent the wheel. Whether you like it or not, i18n is a well established and widely accepted acronym. -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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: vim ports broken.
On Wed, Jun 24, 2009 at 10:09 AM, Frank J. Laszlolasz...@freebsd.org wrote: Carlos A. M. dos Santos wrote: [...] Opps, now I got it: the official 7.2.041 patch can not be applied cleanly so David provided a custom one. Choosing % to differentiate it, however, was a bad idea. It would be better to use a simple underscore. Why is % any worse than an underscore? As I explained earlier, fetch has no problem dealing with it. The errors people were posting are server-side, ftp.freebsd.org has no problems handling it. POLA: users get surprised by the Bad Request answer and think that the package is broken. So they complain at -ports, generating lengthy email threads. -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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: vim ports broken.
On Mon, Jun 22, 2009 at 7:23 PM, Carlos A. M. dos Santosunixma...@gmail.com wrote: On Mon, Jun 22, 2009 at 4:58 PM, Philip M. Golluccipgollu...@p6m7g8.com wrote: Helmut Schneider wrote: matt donovan kitchet...@gmail.com wrote: On Fri, Jun 19, 2009 at 5:37 AM, Albert Shih albert.s...@obspm.fr wrote: I think the vim ports is broken. Nope not broken just takes a long time to grab that patch since it pulls from FreeBSD ftp localdistfiles mirror under obrien The port *is* broken: # fetch ftp://ftp.freebsd.org/pub/FreeBSD/ports/local-distfiles/obrien/7.2.041% fetch: ftp://ftp.freebsd.org/pub/FreeBSD/ports/local-distfiles/obrien/7.2.041%: Bad Request # as fetch cannot handle % correctly. sure it can, it just needs '' around the url. The distinfo file is wrong. Edit it and put the correct data for that patch: MD5 (vim/7.2.041) = 66bde35426c09d9c666e23215f9a19c9 SHA256 (vim/7.2.041) = 524aa9aeb9f8729fb91289f40a4c5fecf5d0d07d3655c4a38a65abc98f7cd71b SIZE (vim/7.2.041) = 22993 Opps, now I got it: the official 7.2.041 patch can not be applied cleanly so David provided a custom one. Choosing % to differentiate it, however, was a bad idea. It would be better to use a simple underscore. -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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: vim ports broken.
On Mon, Jun 22, 2009 at 4:58 PM, Philip M. Golluccipgollu...@p6m7g8.com wrote: Helmut Schneider wrote: matt donovan kitchet...@gmail.com wrote: On Fri, Jun 19, 2009 at 5:37 AM, Albert Shih albert.s...@obspm.fr wrote: I think the vim ports is broken. Nope not broken just takes a long time to grab that patch since it pulls from FreeBSD ftp localdistfiles mirror under obrien The port *is* broken: # fetch ftp://ftp.freebsd.org/pub/FreeBSD/ports/local-distfiles/obrien/7.2.041% fetch: ftp://ftp.freebsd.org/pub/FreeBSD/ports/local-distfiles/obrien/7.2.041%: Bad Request # as fetch cannot handle % correctly. sure it can, it just needs '' around the url. The distinfo file is wrong. Edit it and put the correct data for that patch: MD5 (vim/7.2.041) = 66bde35426c09d9c666e23215f9a19c9 SHA256 (vim/7.2.041) = 524aa9aeb9f8729fb91289f40a4c5fecf5d0d07d3655c4a38a65abc98f7cd71b SIZE (vim/7.2.041) = 22993 Be warned that your mail agent (or mine) may break the second line after the equal sign. David, could you please commit this fix? -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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: My race is just nothing: Some thoughts on the political psychology of women
You or someone using your email adress is currently subscribed to Lawrence Auster's Newletter. If you wish to unsubscribe from our mailing list, please let us know by calling to 1 212 865 1284 Could somebody living in US please call Mr Auster and ask him to stop sending his newsletter to this list? -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. ___ 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
[ports/127368: audio/last.fm: add a .desktop file for Xfce/GNOME/KDE] Maintainer timeout?
Hi, Could some committer please take a look at the PR transcribed below? It was taken by amdmi3 on Sep 14 2008, but was never committed. Thanks in advance. -- My preferred quotation of Robert Louis Stevenson is You cannot make an omelette without breaking eggs. Not because I like the omelettes, but because I like the sound of eggs being broken. On Sun, Sep 14, 2008 at 2:50 AM, freebsd-gnats-sub...@freebsd.org wrote: Thank you very much for your problem report. It has the internal identification `ports/127368'. The individual assigned to look at your report is: freebsd-ports-bugs. You can access the state of your problem report at any time via this link: http://www.freebsd.org/cgi/query-pr.cgi?pr=127368 Category: ports Responsible:freebsd-ports-bugs Synopsis: audio/last.fm: add a .desktop file for Xfce/GNOME/KDE Arrival-Date: Sun Sep 14 02:50:01 UTC 2008 ___ 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: SQUID Follow X-Forwarded-For headers
On Fri, Nov 28, 2008 at 9:08 PM, Albert Thiel [EMAIL PROTECTED] wrote: There is a patch to Follow X-Forwarded-For headers to SQUID, but it is not in the ports. How do I patch this in, or has someone done it already? You can fill a PR with the appropriate patch (see the Porter's Handbook). I suggest you to contact the port maintainer before, since he may be working on that modification. -- cd /usr/ports/sysutils/life make clean ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: xclip dependencies
On Sun, Oct 26, 2008 at 3:39 PM, Eitan Adler [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Carlos A. M. dos Santos wrote: snip The makefile you provided works to install xclip it also reduces the number of dependencies. I personally feel that it should be committed. Any comments before I open a PR? The makefile clearly subverts the order by predefining USE_X_PREFIX as no. It solves the problem but I'd prefer a general solution, perhaps removing the definitions of BUILD_DEPENDS and RUN_DEPENDS, in lines 2037 and 2038 of bsd.port.mk. I'm afraid, however, that this would break packages that don't list their run-time dependencies via USE_XORG. -- cd /usr/ports/sysutils/life make clean ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: xclip dependencies
On Sun, Oct 19, 2008 at 6:32 PM, Eitan Adler [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Xclip currently depends on x11/xorg-libraries Here are the relevant includes #include stdio.h #include stdlib.h #include unistd.h #include ctype.h #include X11/Xlib.h #include X11/Xatom.h #include X11/Xmu/Atoms.h #include xcdef.h #include xcprint.h #include xclib.h Can the xclip Makefile be changed to only depend on specific libraries? It should be as simple as adding to the Makefile a line containing USE_XORG= x11 xmu Unfortunately it is not, due to the way the USE_IMAKE variable is interpreted (see bsd.port.mk). -- cd /usr/ports/sysutils/life make clean ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: xclip dependencies
On Sun, Oct 26, 2008 at 2:10 AM, Eitan Adler [EMAIL PROTECTED] wrote:
I looked at the file - although I don't actually know what I should
looking for.
...
1374 .if defined(USE_IMAKE) !defined(USE_X_PREFIX)
1375 USE_X_PREFIX= yes
1376 .endif
...
1380 .if defined(USE_X_PREFIX)
1381 USE_XLIB= yes
1382 .endif
...
1844 X_LIBRARIES_PORT= ${PORTSDIR}/x11/xorg-libraries
...
2033 .if defined(USE_XLIB)
2034 . if defined(USE_LINUX)
2035 RUN_DEPENDS+=
${LINUXBASE}/usr/X11R6/lib/libXrender.so.1:${PORTSDIR}/x11/linux-xorg-libs
2036 . else
2037 BUILD_DEPENDS+= ${X11BASE}/libdata/xorg/libraries:${X_LIBRARIES_PORT}
2038 RUN_DEPENDS+= ${X11BASE}/libdata/xorg/libraries:${X_LIBRARIES_PORT}
2039 . endif
2040 .endif
There is no way to limit the number of dependencies ?
It would be necessary to hack a workaround, perhaps setting
USE_X_PREFIX as no. Try the Makefile below. It works, but I'm not
sure if it is legal to touch USE_X_PREFIX even knowing that X11BASE is
the same as LOCALBASE these days.
--
cd /usr/ports/sysutils/life
make clean
# ex:ts=8
# New ports collection makefile for:xclip
# Date created: Dec 18, 2001
# Whom: ijliao
#
# $FreeBSD: ports/x11/xclip/Makefile,v 1.6 2007/05/19 20:27:39 flz Exp $
#
PORTNAME= xclip
PORTVERSION=0.08
PORTREVISION= 2
CATEGORIES= x11
MASTER_SITES= http://www.stearns.org/xclip/ \
http://ftp.ussg.iu.edu/linux/gentoo/distfiles/ \
http://gd.tuwien.ac.at/opsys/linux/gentoo/distfiles/
MAINTAINER= [EMAIL PROTECTED]
COMMENT=An interface to X selections (the clipboard) from the command
line
WRKSRC= ${WRKDIR}/${PORTNAME}
USE_IMAKE= yes
USE_X_PREFIX= no
USE_XORG= x11 xmu
MAN1= xclip.1
PLIST_FILES=bin/xclip
.include bsd.port.mk
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to [EMAIL PROTECTED]
ports/127459: maintainer timeout?
Hi, I submitted this PR more than one month and attempted to contact the maintainer privately. No answer, so far. Could some good soul commit it, please? The distifile is still unfetchable, so from my POV the port is broken. -- cd /usr/ports/sysutils/life make clean ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg - minimal
On Thu, Oct 16, 2008 at 9:22 PM, Eitan Adler [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I think there should be a port that just depends on the required parts of X: x11-servers/xorg-server X11/xinit X11/xauth and the required fonts. I would be happy to narrow down the specific ports if necessary. I personally feel that x11/xorg contains way way to much, while just installing x11-servers/xorg-server isn't enough to get the server started. Anyone agree? Anyone attempt this before? Should I submit a new xorg-lite port? I agree. In fact I never install the xorg port. I would also happily get rid of the ubiquous bitstream-vera font in favour of DejaVu. -- cd /usr/ports/sysutils/life make clean ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: multimedia/xvid
On Sat, Oct 11, 2008 at 1:59 PM, Michel Talon [EMAIL PROTECTED] wrote: On Sun, Oct 12, 2008 at 12:42:08AM +1100, Sean Winn wrote: Another option is to just fix the configure script so it doesn't break on nasm 1 (it's failing on the patch level check) The attached file dropped in ports/multimedia/xvid/files/ seems to do the trick, though I don't use xvid so I can't exactly test that the new version assembles things properly. Something done to configure.in should be sent upstream really. Yes, fixing the configure script should be done upstream, but it seems that the xvid project is somewhat asleep, so better use yasm in the Makefile on which there is control. As you note below, the problem comes because the configure script tries to use the -r option which yasm has but not nasm, so the xvid people had really yasm in view when doing their work. --- configure.orig2008-10-11 13:40:34.0 +1100 +++ configure 2008-10-11 13:43:14.0 +1100 @@ -4016,7 +4016,12 @@ if test $ac_nasm = yes ; then echo $as_me:$LINENO: checking for nasm patch version 5 echo $ECHO_N checking for nasm patch version... $ECHO_C 6 - nasm_patch=`$nasm_prog -r | cut -d '.' -f 3 | cut -d ' ' -f 1` +nasm_version=`$nasm_prog -v | cut -d '.' -f 1 | cut -d ' ' -f3` +if test -n $nasm_version -a $nasm_version -gt 1; then + nasm_patch=$minimum_nasm_patch_version +else + nasm_patch=`$nasm_prog -r | cut -d '.' -f 3 | cut -d ' ' -f 1` +fi if test -z $nasm_patch ; then nasm_patch=-1 fi By the way, the performance improvement obtained by using SSE instructions in the assembly files is astounding. I could not beleive what i was seeing, basically an x 4 improvement, that is the code perfectly parallelizes the computations on the 128 bits registers. This is a good illustration of the fact that compilers are not always as smart as people say, and assembly code can crush C code. I just submitted a PR with the fix: http://www.freebsd.org/cgi/query-pr.cgi?pr=128042 -- cd /usr/ports/sysutils/life make clean ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Port: DarwinStreamingServer-6.0.3
On Mon, Oct 13, 2008 at 12:35 AM, Jason [EMAIL PROTECTED] wrote: nork, I am trying to install this port on FreeBSD 6.0. I am getting this error when I run make all. Any ideas? I tried to execute the rest of the patch by hand, but don't really know enough to do that ;-) The reject file is pasted below the actual error from the make file. Jason # Error on make all === Applying distribution patches for DarwinStreamingServer-6.0.3 === Applying FreeBSD patches for DarwinStreamingServer-6.0.3 1 out of 3 hunks failed--saving rejects to CommonUtilitiesLib/OSHeaders.h.rej = Patch patch-CommonUtilitiesLib::OSHeaders.h failed to apply cleanly. = Patch(es) patch-Buildit applied cleanly. *** Error code 1 Stop in /usr/ports/net/DarwinStreamingServer. # CommonUtilitiesLib/OSHeaders.h.rej *** *** 27,37 #define OSHeaders_H #include limits.h #define kSInt16_Max USHRT_MAX #define kUInt16_Max USHRT_MAX #define kSInt32_Max LONG_MAX #define kUInt32_Max ULONG_MAX #define kSInt64_Max LONG_LONG_MAX #define kUInt64_Max ULONG_LONG_MAX --- 27,46 #define OSHeaders_H #include limits.h + #ifdef __amd64__ + #define CPU_64BIT + #endif + #define kSInt16_Max USHRT_MAX #define kUInt16_Max USHRT_MAX + #ifdef CPU_64BIT + #define kSInt32_Max INT_MAX + #define kUInt32_Max UINT_MAX + #else #define kSInt32_Max LONG_MAX #define kUInt32_Max ULONG_MAX + #endif #define kSInt64_Max LONG_LONG_MAX #define kUInt64_Max ULONG_LONG_MAX I could not reproduce it here (FreeBSD 8.0-CURRENT + ports tree updated yesterday): # cd /usr/ports/net/DarwinStreamingServer/ # make patch === Vulnerability check disabled, database not found = DarwinStreamingSrvr6.0.3-Source.tar doesn't seem to exist in /local/FreeBSD/ports-distfiles/. = Attempting to fetch from http://dss.macosforge.org/downloads/. fetch: http://dss.macosforge.org/downloads/DarwinStreamingSrvr6.0.3-Source.tar: Moved Temporarily = Attempting to fetch from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/nork/. DarwinStreamingSrvr6.0.3-Source.tar 100% of 31 MB 98 kBps 00m00s = dss-6.0.3.patch doesn't seem to exist in /local/FreeBSD/ports-distfiles/. = Attempting to fetch from http://www.abrahamsson.com/. dss-6.0.3.patch 100% of 14 kB 17 kBps === Extracting for DarwinStreamingServer-6.0.3 = MD5 Checksum OK for DarwinStreamingSrvr6.0.3-Source.tar. = SHA256 Checksum OK for DarwinStreamingSrvr6.0.3-Source.tar. = MD5 Checksum OK for dss-6.0.3.patch. = SHA256 Checksum OK for dss-6.0.3.patch. === DarwinStreamingServer-6.0.3 depends on file: /usr/local/bin/perl5.8.8 - found === Patching for DarwinStreamingServer-6.0.3 === DarwinStreamingServer-6.0.3 depends on file: /usr/local/bin/perl5.8.8 - found === Applying distribution patches for DarwinStreamingServer-6.0.3 === Applying FreeBSD patches for DarwinStreamingServer-6.0.3 # Are you sure that your ports tree is up-to-date? BTW, FreeBSD 6.0 was declared end of life a long time ago. Do you have any particular reason to keep using it? -- cd /usr/ports/sysutils/life make clean ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: multimedia/xvid
On Sat, Oct 11, 2008 at 4:37 AM, Michel Talon [EMAIL PROTECTED] wrote: On Fri, Oct 10, 2008 at 10:11:35PM -0300, Carlos A. M. dos Santos wrote: Standard questions: 1. O which architectures did you test this? On a P4 HTT. I can test that on an Athlon T Bird and a Core 2 Duo in 386 mode, but i don't have access to an amd64 machine running FreeBSD, and of course other architectures. The assembly files in question contain MMX,SSE and SSE2 instructions so apply only to such processors. 2. Did you send a PR? No 3. The port currently has no maintainer. Would you like to take it? :-) I have no problem taking it, on the other hand the required modification is minimal. I have checked on the xvid site that there is no more recent version. I gave it a try and found that configure needs some help on AMD64 because it expects the architecture name to be x86_64, not amd64. Could you please check if the attached Makefile works on i386? I can not test it because I only have 8.0-CURRENT on AMD64 at the moment. -- cd /usr/ports/sysutils/life make clean Makefile Description: Binary data ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: multimedia/xvid
On Sat, Oct 11, 2008 at 12:42 PM, Michel Talon [EMAIL PROTECTED] wrote: I gave it a try and found that configure needs some help on AMD64 because it expects the architecture name to be x86_64, not amd64. Could you please check if the attached Makefile works on i386? I can not test it because I only have 8.0-CURRENT on AMD64 at the moment. Your Makefile allows xvid to compile without any problem on x86. I have also checked that xvid builds on a clean machine, without nasm or yasm installed with your Makefile, so it seems to be fine. Thanks for your attention. Nice. Is there anybody in the list able to try the assembly options for IA64 and PPC? I know I'm pushing a little bit, but it would be nice if we could make the port work better on other platforms too. -- cd /usr/ports/sysutils/life make clean ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: multimedia/xvid
On Thu, Oct 9, 2008 at 9:28 AM, Michel Talon [EMAIL PROTECTED] wrote: Trying to encode with mencoder and the xvid codec(*), i discovered that it is awfully slow (around 3 frames/s on my P4 machine). So i played a little bit with the options in the Makefile without any success. Finally i understood that the cause was that the build system requires nasm, but doesn't use it! There are several assembly files in the xvid codec which are not used due to that. The solution i have found by looking at the configure script is to install the yasm port. Then the build system picks the yasm dependency and compiles the assembly files, which enables SSE instructions. The net result is that, without any other tweak, i now encode the same stuff at 11 frames/s. So to be short, multimedia/xvid should require a dependency on yasm. (*) in find that the end result is better (less artifacts at the same bitrate) with xvid than with lavc. Standard questions: 1. O which architectures did you test this? 2. Did you send a PR? 3. The port currently has no maintainer. Would you like to take it? :-) -- cd /usr/ports/sysutils/life make clean ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Delivery Status Notification (Failure)
The port maintainer seems to be MIA (see below), so who would take care of the PR when (if) I send it? -- cd /usr/ports/sysutils/life make clean On Mon, Sep 29, 2008 at 5:18 PM, Mail Delivery Subsystem [EMAIL PROTECTED] wrote: This is an automatically generated Delivery Status Notification Delivery to the following recipient failed permanently: [EMAIL PROTECTED] Technical details of permanent failure: Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 550 550 5.1.1 [EMAIL PROTECTED]: Recipient address rejected: User unknown in virtual alias table (state 14). - Original message - Received: by 10.103.23.4 with SMTP id a4mr4158392muj.0.1222719496640; Mon, 29 Sep 2008 13:18:16 -0700 (PDT) Received: by 10.103.231.14 with HTTP; Mon, 29 Sep 2008 13:18:16 -0700 (PDT) Message-ID: [EMAIL PROTECTED] Date: Mon, 29 Sep 2008 17:18:16 -0300 From: Carlos A. M. dos Santos [EMAIL PROTECTED] To: Lowell Gilbert [EMAIL PROTECTED] Subject: Re: multimedia/vlc installs two .desktop files Cc: freebsd-ports freebsd-ports@freebsd.org, [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: [EMAIL PROTECTED] [EMAIL PROTECTED] On Mon, Sep 29, 2008 at 3:11 PM, Lowell Gilbert [EMAIL PROTECTED] wrote: Carlos A. M. dos Santos [EMAIL PROTECTED] writes: After installng vlc-0.8.6.i,2 (built from ports), I noticed that there are two .dekstop files at /usr/local/share/applications/ vlc.desktop wxvlc.desktop - Message truncated - ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: multimedia/vlc installs two .desktop files
On Mon, Sep 29, 2008 at 3:11 PM, Lowell Gilbert [EMAIL PROTECTED] wrote: Carlos A. M. dos Santos [EMAIL PROTECTED] writes: After installng vlc-0.8.6.i,2 (built from ports), I noticed that there are two .dekstop files at /usr/local/share/applications/ vlc.desktop wxvlc.desktop And depending on the option you choose, you could get even more. The second one is specifically for WxWidgets support. I think the second one should not be there. Is it necessary to submit a PR on this? Can you explain what you think the problem is? The problem is that you have two (or even more) items in the application menu that correspond to the same application. Arguably this is a small detail, pretty tolerable by nerdy people. From an end-user perspective, however, it is extremely confusing. -- cd /usr/ports/sysutils/life make clean ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
multimedia/vlc installs two .desktop files
Hello, After installng vlc-0.8.6.i,2 (built from ports), I noticed that there are two .dekstop files at /usr/local/share/applications/ vlc.desktop wxvlc.desktop I think the second one should not be there. Is it necessary to submit a PR on this? -- cd /usr/ports/sysutils/life make clean ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Port: linuxpluginwrapper-20051113_8
On Sun, Sep 14, 2008 at 4:19 AM, Frank Jahnke [EMAIL PROTECTED] wrote: On Sun, 2008-09-14 at 08:53 +0200, Tobias Roth wrote: On 09/13/08 16:56, Frank Jahnke wrote: On Sat, 2008-09-13 at 23:51 +0900, Norikatsu Shigemura wrote: On Sat, 13 Sep 2008 11:23:37 +1000 Peter Jeremy [EMAIL PROTECTED] wrote: Recentry, wine is good solution for using Flash. I use this too. So you use wine + windows_firefox + windows_flash on FreeBSD with no problems? Right -- it works pretty well. Not perfectly or as well as it does on Windows, but pretty well. It does help a lot. If you are still in 6.x, don't forget the OS patch. Did you guys try swfdec-plugin? If a flash solution that works pretty well, though not perfectly, then it may provide what you need. BTW, I strongly believe that we, FreeBSD users, would be doing ourselves a big favour by using -- and helping to improve -- open source software that run natively on FreeBSD. Foreign options may work here and there but using them will ever be playing catch-up with Linux and Windows. -- cd /usr/ports/sysutils/life make clean ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Port: linuxpluginwrapper-20051113_8
On Fri, Sep 12, 2008 at 9:12 PM, Frank Jahnke [EMAIL PROTECTED] wrote: I updated my ports tree today, and a portsdb failed owing to linuxpluginwrapper. This seems to be because acroread7 is no longer in the ports tree, so the update fails. acroread7 is indeed in the makefile. You may wish to update the port for lpw. Thanks for you attention! Frank Jahnke I think www/nspluginwrapper is the best choice these days, since linuxpluginwrapper seems to be an abandoned project. -- cd /usr/ports/sysutils/life make clean ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pkg_add feature proposal
On Mon, Aug 25, 2008 at 8:37 AM, Anton - Valqk [EMAIL PROTECTED] wrote: Hi everyone, I've just got an Idea (maybe others had it too?). When doing pkg_add [-r] wouldn't it be better if pkg_add checks if _all_ dependent packages exists and checksums are ok (after downloaded if with -r), etc. checks _before_ installing the packages, because if you get 3-4 packages broken/missing when one package depends on 30-40 (X apps etc.) you should delete all already installed... I've got this problem when did pkg_add -r mod_musicindex and for some reason mod_musicindex didn't build the flac and libogg when $ make package-recursive specified. When the pkg_add get to these packages and they were not found on the web server, I've had to delete all installed packages by hand... uhh... so, what would you say about that? Be warned that large packages and/or packages that depend on large packages may lead to a full /var/tmp if that filesystem is not large enough. OpenOffice, JDK and teTeX are good examples. I had this problem on Ubuntu some time ago. -- cd /usr/ports/sysutils/life make clean ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD unmaintained ports which are currently marked broken
On Sun, Aug 17, 2008 at 8:32 AM, [EMAIL PROTECTED] wrote: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we periodically notify users of ports that are marked as broken in their Makefiles. [...] portname: japanese/lyx broken because: Does not compile with GCC 4.2 build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=japaneseportname=lyx I suggest to remove this port. Lyx 1.0.3 will unlikely compile with recent versions of GCC. We better to concentrate on updating the print/lyx package whose version (1.4.5.1) is far behind the current version of LyX (1.5.6) that supports 23 languages, according to http://www.lyx.org/announce/1_5_6.txt (CC to the LyX maintainer) -- If you think things can't get worse it's probably only because you lack sufficient imagination. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: xf86-video-chips doesn't recognise supported card [amd64 bug?]
On Sat, Aug 2, 2008 at 4:18 PM, Helge Rohde [EMAIL PROTECTED] wrote: Hello List, This is from pciconf: [EMAIL PROTECTED]:3:7:0: class=0x03 card=0x chip=0x00e4102c rev=0xc2 hdr=0x00 vendor = 'Asiliant (Chips And Technologies)' device = '65554 Flat Panel/LCD CRT GUI Accelerator' class = display subclass = VGA this is the relevant part from my xorg.conf (that used to work under i386) Section Device Identifier TFTGRAKA Driver chips Chipset ct65554 EndSection However, X doesnt start up. Instead it complains in Xorg.0.log that the chips driver cannot find the card (not without claiming that it is supported ;) : (II) CHIPS: Driver for Chips and Technologies chipsets: ct65520, ct65525, ct65530, ct65535, ct65540, ct65545, ct65546, ct65548, ct65550, ct65554, ct6, ct68554, ct69000, ct69030, ct64200, ct64300 (II) Primary Device is: (WW) CHIPS: No matching Device section for instance (BusID PCI:3:7:0) found (EE) No devices detected. Fatal server error: no screens found Any ideas/pointers ? I suggest you to ensure that you have an up-to-date pciids package. Last time I saw a problem like yours, however (i810 IIRC), the problem was in the driver itself, not in FreeBSD. Did you ask at the X.Org support mailing lists? -- If you think things can't get worse it's probably only because you lack sufficient imagination. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: port ezload (linux: fxload) unmaintained?
On Mon, Jul 28, 2008 at 8:09 PM, Steve Franks [EMAIL PROTECTED] wrote: I proposed some changes to ezload in march. I've not heard from the maintainer or author, and the download site is offline today. It is up an running now: http://proj.bpsw.biz/ezload/ http://proj.bpsw.biz/ezload/downloads/ ezload is important because it loads firmware on usb devices, many of which are fairly common. unfortunately, support for newer ( 3-4 years old) devices still has not been added. The linux people use something called fxload instead, which supports the new devices, but is pretty much identical functionally. A one line change to the source will support the new devices (at least those I possess). What should one do in this situation? Did you submit a PR? If the port maintainer and program author are missing then I suggest you to take the torch. -- If you think things can't get worse it's probably only because you lack sufficient imagination. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: please test experimental qemu-devel-20080620 snapshot and kqemu-1.4.0pre1 update!
On Fri, Jun 20, 2008 at 6:12 PM, Juergen Lock [EMAIL PROTECTED] wrote: I've been playing with a qemu-devel update again recently (which also includes a kqemu api change, therefore I have a new kqemu-kmod-devel port too), and these are the main news: - Many targets including x86 have been converted from dyngen to tcg completely, which should allow building them with newer gcc versions; I've added an ALL_TARGETS knob that can be turned off if you only need these targets, that avoids building the gcc34 port if you're on 7.0 or later. Here is the list out of the CONFIGURE_ARGS: i386-softmmu,sparc-softmmu,x86_64-softmmu,mips-softmmu,mipsel-softmmu,mips64-softmmu,mips64el-softmmu,arm-softmmu,m68k-softmmu (I only tested i386 and x86_64 a little bit. This knob also needs testing on 7.0 and later i386 hosts.) - kqemu now also works for i386-softmmu on amd64 hosts, i.e. you no longer need to use qemu-system-x86_64 there if you want kqemu. - And of course the usual round of bugfixes and optimizations, etc. The tcg conversions can cause regressions tho, and indeed I found that 7.0-RELEASE-amd64-livefs.iso causes qemu-system-x86_64 to crash on i386 hosts, it'd be interesting if you can find more. (I'll post a seperate message with details about that crash on the qemu list, and probably won't commit this version because of that.) I didn't inline the update and kqemu port this time since its two files, just fetch them from: http://people.freebsd.org/~nox/qemu/kqemu-kmod-devel.shar and http://people.freebsd.org/~nox/qemu/qemu-devel-20080620.patch Enjoy, I just gave it a try on 7.0-STABLE/i386. Installing Windows XP Pro is working pretty well. QNX 6.3.2 is unable to find the mouse, but I'm not sure if this is a problem in QEMU or in QNX. ;-) -- If you think things can't get worse it's probably only because you lack sufficient imagination. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Xfce4: quit does not work
Hello, I have a brand new machine with 7.0-STABLE-200805 AMD64 (GENERIC kernel). Today I installed all the required packages using pkg_add -r, including xfce-4.4.2. Now if I run startxfce I get the desktop environment running but neither the Quit option of the desktop menu nor the quit button of the panel work. I got the same error starting XFce by means of GDM and by means of XDM. Running xfce4-session-logout by hand does not work too. I have another machine with xfce-4.4.1_1 and it do not have this problem, so I suspect that this is the same bug that was already reported here: http://bugzilla.xfce.org/show_bug.cgi?id=1109 Is there any known fix/workaround? Any help will be welcome. -- Carlos A. M. dos Santos ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gnash 0.8.2
On Wed, May 21, 2008 at 11:09 PM, Dmitry Marakasov [EMAIL PROTECTED] wrote: * Carlos A. M. dos Santos ([EMAIL PROTECTED]) wrote: Yes, OpenGL renderer seems to be broken on 0.8.2. I think I've found the cause of this. May I ask what video card, video driver and xorg server version are you using? May be bug in either of those, I'll investigate further. # pciconf -lv [EMAIL PROTECTED]:0:0:0:class=0x06 card=0x30aa103c chip=0x27a08086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '955XM/945GM/PM/GMS/940GML Express Processor to DRAM Controller' class = bridge subclass = HOST-PCI The driver is xf86-video-intel-2.2.1. The relevant information given by the kernel is this: vgapci0: VGA-compatible display port 0x6000-0x6007 mem 0xe840-0xe847,0xd000-0xdfff,0xe848-0xe84bff ff irq 16 at device 2.0 on pci0 agp0: Intel 82945GM (945GM GMCH) SVGA controller on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M drm0: Intel i945GM on vgapci0 info: [drm] AGP at 0xd000 256MB info: [drm] Initialized i915 1.5.0 20060119 vgapci1: VGA-compatible display mem 0xe850-0xe857 at device 2.1 on pci0 -- Carlos A. M. dos Santos ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gnash 0.8.2
On Sat, May 17, 2008 at 12:05 AM, Carlos A. M. dos Santos [EMAIL PROTECTED] wrote: On Fri, May 16, 2008 at 9:11 AM, Carlos A. M. dos Santos [...] I noticed that video rendering lags behind audio with 0.8.2 and devel. It seems that video rendering with AGG is not fast enough, so I will try to improve the performance by trimming some compilation parameters. The lag happens when I use the browser plugin, not the standalone player. [...] The lag happens when the gnash plugin passes the -j width -k height to scale the video to the desired size inside the browser window. I noticed the same problem when using the standalone player. -- Carlos A. M. dos Santos ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gnash 0.8.2
On Fri, May 16, 2008 at 2:25 AM, Dmitry Marakasov [EMAIL PROTECTED] wrote: I've submitted update for gnash port to 0.8.2 (see http://www.freebsd.org/cgi/query-pr.cgi?pr=123708). We still have some time before it's comitted so I'd ask everione interested in this port to test it. For me it seems like 0.8.2 is a regression compared to 0.8.1. I don't see that either 0.8.2 or gnash CVS support more flash clips that 0.8.1 didn't support. Instead many youtube videos won't play any more and fast OpenGL renderer seems broken (please confirm it). Yes, OpenGL renderer seems to be broken on 0.8.2. I attempted to use it but got much better results using AGG. I believe that it should be classified as experimental, like the Cairo renderer is. So, as I don't know many flash-enabled sites, I will be happy to listen for your opinions on 0.8.1 vs 0.8.2. graphics/gnash-devel port with recent CVS snapshot will be added without question, so given that graphics/gnash may be left at 0.8.1 for now if upgrade to 0.8.2 brings less than it takes. Both 0.8.2 and devel versions successfully render videos of some sites where 0.8.1 failed when I tested. This one, for example: http://charges.uol.com.br/ I noticed that video rendering lags behind audio with 0.8.2 and devel. It seems that video rendering with AGG is not fast enough, so I will try to improve the performance by trimming some compilation parameters. -- Carlos A. M. dos Santos ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gnash 0.8.2
On Fri, May 16, 2008 at 9:11 AM, Carlos A. M. dos Santos [EMAIL PROTECTED] wrote: On Fri, May 16, 2008 at 2:25 AM, Dmitry Marakasov [EMAIL PROTECTED] wrote: I've submitted update for gnash port to 0.8.2 (see http://www.freebsd.org/cgi/query-pr.cgi?pr=123708). We still have some time before it's comitted so I'd ask everione interested in this port to test it. [...] I noticed that video rendering lags behind audio with 0.8.2 and devel. It seems that video rendering with AGG is not fast enough, so I will try to improve the performance by trimming some compilation parameters. The lag happens when I use the browser plugin, not the standalone player. For example, running /usr/local/bin/gtk-gnash /tmp/video.swf works flawlessly, but opening firefox and browsing to file:///tmp/video.swf I get unsynchronized video and audio. -- Carlos A. M. dos Santos ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
RFC: patch to update the Gnash port to version 0.8.2
RkxBR1MgPSBcCiAgCSQoTElCQUREX0RMKSBcCiAgCSQoTElCTFRETCkgXApkaWZmIC1kdXJQIGdy YXBoaWNzL2duYXNoLm9yaWcvcGtnLXBsaXN0IGdyYXBoaWNzL2duYXNoL3BrZy1wbGlzdAotLS0g Z3JhcGhpY3MvZ25hc2gub3JpZy9wa2ctcGxpc3QJMjAwOC0wMS0wMSAxMToxOTo1Ni4wMDAwMDAw MDAgLTAyMDAKKysrIGdyYXBoaWNzL2duYXNoL3BrZy1wbGlzdAkyMDA4LTA0LTMwIDAxOjAzOjIz LjAwMDAwMDAwMCAtMDMwMApAQCAtMSw0MyArMSw0NiBAQAorJSVDWUdOQUwlJWJpbi9jeWduYWwK K2Jpbi9kdW1wc2htCiBiaW4vZ25hc2gKLWJpbi9ncGFyc2VyCiBiaW4vZ3Byb2Nlc3NvcgogJSVH VEslJWJpbi9ndGstZ25hc2gKICUlS0RFJSViaW4va2RlLWduYXNoCi0lJUNZR05BTCUlYmluL2N5 Z25hbAorYmluL3NvbGR1bXBlcgogJSVGRlBMVUdJTiUlbGliL2Jyb3dzZXJfcGx1Z2lucy9saWJn bmFzaHBsdWdpbi5zbwotJSVLT05RUExVR0lOJSVsaWIva2RlMy9saWJrbGFzaHBhcnQuc28KLSUl S09OUVBMVUdJTiUlbGliL2tkZTMvbGlia2xhc2hwYXJ0LmEKLSUlS09OUVBMVUdJTiUlbGliL2tk ZTMvbGlia2xhc2hwYXJ0LmxhCi1saWIvZ25hc2gvbGliZ25hc2hhbWYtMC44LjEuc28KK2xpYi9n bmFzaC9saWJnbmFzaGFtZi0wLjguMi5zbwogbGliL2duYXNoL2xpYmduYXNoYW1mLmEKIGxpYi9n bmFzaC9saWJnbmFzaGFtZi5sYQogbGliL2duYXNoL2xpYmduYXNoYW1mLnNvCi1saWIvZ25hc2gv bGliZ25hc2hiYWNrZW5kLTAuOC4xLnNvCi1saWIvZ25hc2gvbGliZ25hc2hiYWNrZW5kLmEKLWxp Yi9nbmFzaC9saWJnbmFzaGJhY2tlbmQubGEKLWxpYi9nbmFzaC9saWJnbmFzaGJhY2tlbmQuc28K LWxpYi9nbmFzaC9saWJnbmFzaGJhc2UtMC44LjEuc28KK2xpYi9nbmFzaC9saWJnbmFzaGJhc2Ut MC44LjIuc28KIGxpYi9nbmFzaC9saWJnbmFzaGJhc2UuYQogbGliL2duYXNoL2xpYmduYXNoYmFz ZS5sYQogbGliL2duYXNoL2xpYmduYXNoYmFzZS5zbwotbGliL2duYXNoL2xpYmduYXNoZ2VvLTAu OC4xLnNvCi1saWIvZ25hc2gvbGliZ25hc2hnZW8uYQotbGliL2duYXNoL2xpYmduYXNoZ2VvLmxh Ci1saWIvZ25hc2gvbGliZ25hc2hnZW8uc28KLWxpYi9nbmFzaC9saWJnbmFzaHNlcnZlci0wLjgu MS5zbworbGliL2duYXNoL2xpYmduYXNobWVkaWEtMC44LjIuc28KK2xpYi9nbmFzaC9saWJnbmFz aG1lZGlhLmEKK2xpYi9nbmFzaC9saWJnbmFzaG1lZGlhLmxhCitsaWIvZ25hc2gvbGliZ25hc2ht ZWRpYS5zbworbGliL2duYXNoL2xpYmduYXNoc2VydmVyLTAuOC4yLnNvCiBsaWIvZ25hc2gvbGli Z25hc2hzZXJ2ZXIuYQogbGliL2duYXNoL2xpYmduYXNoc2VydmVyLmxhCiBsaWIvZ25hc2gvbGli Z25hc2hzZXJ2ZXIuc28KKyUlS09OUVBMVUdJTiUlbGliL2tkZTMvbGlia2xhc2hwYXJ0LmEKKyUl S09OUVBMVUdJTiUlbGliL2tkZTMvbGlia2xhc2hwYXJ0LmxhCislJUtPTlFQTFVHSU4lJWxpYi9r ZGUzL2xpYmtsYXNocGFydC5zbworJSVLT05RUExVR0lOJSVzaGFyZS9hcHBzL2tsYXNoL2tsYXNo cGFydHVpLnJjCislJUtPTlFQTFVHSU4lJXNoYXJlL2FwcHMva2xhc2gvcGx1Z2luc2luZm8KK3No YXJlL2RvYy9nbmFzaC9nbmFzaHJlZi5odG1sCitzaGFyZS9kb2MvZ25hc2gvZ25hc2h1c2VyLmh0 bWwKK3NoYXJlL2RvYy9nbmFzaC9pbWFnZXMvY2FyX2NyYXNoLnBuZworc2hhcmUvZG9jL2duYXNo L2ltYWdlcy9ydG1wLnBuZwogJSVEQVRBRElSJSUvR25hc2hHLnBuZwogJSVEQVRBRElSJSUvZ25h c2hfMTI4Xzk2LmljbwotJSVLT05RUExVR0lOJSVzaGFyZS9hcHBzL2tsYXNoL3BsdWdpbnNpbmZv Ci0lJUtPTlFQTFVHSU4lJXNoYXJlL2FwcHMva2xhc2gva2xhc2hwYXJ0dWkucmMKK3NoYXJlL2xv Y2FsZS9jcy9MQ19NRVNTQUdFUy9nbmFzaC5tbworc2hhcmUvbG9jYWxlL2RlL0xDX01FU1NBR0VT L2duYXNoLm1vCitzaGFyZS9sb2NhbGUvZXMvTENfTUVTU0FHRVMvZ25hc2gubW8KK3NoYXJlL2xv Y2FsZS9maS9MQ19NRVNTQUdFUy9nbmFzaC5tbworc2hhcmUvbG9jYWxlL2ZyL0xDX01FU1NBR0VT L2duYXNoLm1vCitzaGFyZS9sb2NhbGUvaXQvTENfTUVTU0FHRVMvZ25hc2gubW8KK3NoYXJlL2xv Y2FsZS9zdi9MQ19NRVNTQUdFUy9nbmFzaC5tbwogJSVLT05RUExVR0lOJSVzaGFyZS9zZXJ2aWNl cy9rbGFzaF9wYXJ0LmRlc2t0b3AKLXNoYXJlL2xvY2FsZS9jcy9nbmFzaC5tbwotc2hhcmUvbG9j YWxlL2RlL2duYXNoLm1vCi1zaGFyZS9sb2NhbGUvZXMvZ25hc2gubW8KLXNoYXJlL2xvY2FsZS9m ci9nbmFzaC5tbwotc2hhcmUvbG9jYWxlL2l0L2duYXNoLm1vCiBAZGlycm0gJSVEQVRBRElSJSUK IEBkaXJybSBsaWIvZ25hc2gKIEBkaXJybXRyeSBsaWIvYnJvd3Nlcl9wbHVnaW5zCg== -- Carlos A. M. dos Santos ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
graphics/gnash: is somebody working on upgrading to 0.8.1?
Otherwise I will attempt to do it. -- Carlos A. M. dos Santos ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: graphics/gnash: is somebody working on upgrading to 0.8.1?
On Wed, Apr 23, 2008 at 9:22 PM, Dmitry Marakasov [EMAIL PROTECTED] wrote: * Carlos A. M. dos Santos ([EMAIL PROTECTED]) wrote: Otherwise I will attempt to do it. 0.8.2 you mean? I am, hopefully i'll submit it before the end of week. Yes, I meant 0.8.2. :-) Thanks for the good news. Feel free to call if you need a beta tester. -- Carlos A. M. dos Santos ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Copyrights in man pages (GD lib)
On Wed, Feb 27, 2008 at 9:27 AM, GP [EMAIL PROTECTED] wrote: I have noted that there aren't many (if any) copyrights in FreeBSD manpages. I appreciate that. But GDlib has the following text in its license Permission has been granted to copy, distribute and modify gd in any context without fee, including a commercial application, provided that this notice is present in user-accessible supporting documentation. This requirement is fulfilled by installing GD's original documentation at /usr/local/share/doc/gd/index.html The software I port only have a man page as user documentation. Dose that mean that I have to put all the boring copyright stuff in the bottom of the man page? Or is it considered fulfilled with a LICENSE file in the source dir? Any other options? Yes, you must provide a copyright statement. From a legal point of view it would be risky for the port maintainer to provide his/her own version or interpretation of such copyright. How is user-accessible usually interpreted in this case? It is interpreted as available in a known place where users can find it easyly. -- Carlos A. M. dos Santos ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
RFC: redude the number of ports that depend on x11/xorg-apps
Hello, There are currently 79 ports that depend on x11/xorg-apps by means of the X_CLIENTS_PORT variable, defined in Mk/bsd.port.mk. Most of those parts require only one or two programs (e.g. bdftopcf and mkfontdir). The attached file containa s patch that creates one make variable for each application (e.g. X_BDFTOPCF_PORT and X_MKFONTDIR_PORT). It also changes all the depending ports, so now it i not necessary to build xedit and ico to install a X font. Decompress it with b64decode -o /dev/stdout X_CLIENTS_PORT.diff.gz.b64 | gzip -d X_CLIENTS_PORT.diff I'm not sure about how to sumbit this, because it would require 80 PRs! -- Carlos A. M. dos Santos X_CLIENTS_PORT.diff.gz.b64 Description: Binary data ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Proposition: make x11/nvidia-driver independent of misc/compat5x
Hello, I talked with some people and concluded that using misc/compat5x is a matter of personal taste. It should not be the default choice. The best approach is give the user the right to choose between using libmap or not. So now my patch is the one shown below. Extract it piping this message to b64decode -o /dev/stdout | gzip -d nvidia-driver.diff Thanks to Alex Kozlov, RW (?), and Jeremy Messenger for their comments. -- Carlos A. M. dos Santos begin-base64 644 nvidia-driver.diff.gz H4sIACf4JEcAA6VVa2/aShD9bP+KEbeRWhk/wIEkqFQkhaaWACNMmlRXFbK9a1hhey2vIUFV/ntn bUIelzS9qmT5MTN7zszs2TFhUQQ6WeeQ8bwQBs/ZwrxrNMx0wwjzdZKzDc3Nkb+iEYtpFfWbAFXX 9T+DUkY8BY9m0DgBq9lp4mVD07JOVE3T3uRRvHUKblhA8xQap53js/3qXg/041a9DRreGxb0eiqo YLA0jNeEwsdAEEOiG1lOjWT1Cb2awSJ499P1vg2mnuOO7+FTF9qWZdm2qrmTGZo8rasMnYvR+URR aleCQsyCxM8g4jl8ySm98PrQMu4g5EnmFyxgMSu2NeBRhOg0JQyfMgvJczO/dsZ993ruffdmg9E9 dLtQu+P5oqbCyO1fDQde35l2FaQwpdlMOFnHVKhw404v597VRVep1cpCT1v1E9BOz+qNZlnojgoe qA6XJH0E25hS8v7amX2dV5V9UDXExg9vtq+2i0RYQCzoQWcP601oWgCmjrZ5fzAZjPuyWYlhd979 nLjTmSzm3kyYCM2qO627fU+eJJxxUejoDZcdMDxnOBjPVPJn6pSCEGa2WugJFcJfUNztVxV0KPht 1R5aVSr4fL1A3YF11mm1O1b7bQUfRHqhZrtjnzyquWFJNePdflBzwWHLsStmwHlhxtwnNDdCnkaG VPPRUbU9R0ff+Rr8WHBIKSVylU/wsaQo2zjmtyxdoI5TKh4BaRGalbRLvM5TtKfvyj+QfnP6zjm4 GU0vh/I85H6+fRbzLxovh4bgRuPHM4dkkGZbUfbvx69SSZhdD8No8ddwLzOv9uU/jLdRgDj/k0ha 8ywUm1C6mlXYo8F+O6mbzautvNmMPo/LqMM9KClaFWf53v5tSx/h5mSb+gkL/xZ2tqQ7PfkB31Dw c4rKC6XM8y3gmXyYlG2clH5KdmEBDf01jlQU5lO0qg0M0bKc4/ajgoPtQ5skdLBmcfFyAhvPkgMn ksIuQ6XymSjPJdyyYgnl6PsyHQxw6fz8ctLdUlGHBP8wINaILxcu/Q1VwV9kxorDiuYpjaEax+Wo x7NMykpYKgo/xq86CPzVYN2lYOWqWxbHKs5bVBsBnBisqAPmLJGrQ7eD3eOVydUI3TDEQeqaAeBi c3Jd/QVlskqprwcAAA== ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Proposition: make x11/nvidia-driver independent of misc/compat5x
Hello, Using the patch below it is possible to make x11/nvidia-driver independent of misc/compat5x, by means of some library mapping. I did this successfuly on 6.x but still did not test on 7.x. I would like to hear some comments before submitting a PR with a change request. You can obtain the patch by piping this message to b64decode -o /dev/stdout | gzip -d -- Carlos A. M. dos Santos begin-base64 644 nvidia-driver.diff.gz H4sIAFI9I0cAA7VV227aQBB9xl8xos2T8Q0CaSylIhSSWuImTNNUVYUWew2r2F5r19wU5d87a6dJ VHKXIhmz3pk5Mz5nZxyyKAIjXAnIuMilyQVbWFvHsdI1CxkxQsHWVFgDckUjFtPS6xkHzTCM10FV BjwFn2bgHIFdd+t4NaBu20earusv5qn4JIdRkEP9CBzHdZquc1hGt9tgfGnWjkDH+zG02xqYNA1Z pAGuWASfr0f+RW/ie6PhDXw9gZZt242GZvS9zqzbG/eGXV8/qSRmw/18PR5Npn7Xm9xYCZOBFfAk I3lzq+n+j86s7/lT9Bz2el1cdwan45NqVdNNGkv6tEcbQRKa5lB9WFjGZW4gdrB0wfS9fm841cLX aaPokFZ2tTASKiVZUJOlT/L3mPPLmj0WVeh3ulog62Afu82Wa7de1u9RpIda2gjjNux7LR271gId 77ipxNQg57DjyIo15zy3Yk5CKsyAp5GJVv3g4AHdBwe/+ApILDmklIYqlIT4t6QQ8TjmG5YuIGYp lfeoNA+smM0TkhWg7h7k3kblE6QXXtc7hVFG0/M+Is4FEbt9x9/WSgrr0nEmLZVD/c77puSm82ff WRWhbI1K5W59+IpqyiQxD0j8cUn+f+VS30eKQdBNNEfYdydXJpEFch0oe730vd9ovKXay/WbxLlc D74Ni8hZuEtJwoJneCxszbK8Yt16n1gfnnSKx7889GTO1xSIoNgegWpIsQOcHmeC0o7fhZa5BZKG t25zGpCVpKp79iBLUhlCZoJjx2OvzXf/SFf48xWLc2w6cQfeNLfmfq3gRaoPC3/VqEwWswQ2LF/C T2/6fXY26fUwfnZ6Pj7ZUVmDBL8JIFeYRAUuyZpqQBaZecXhioqUxpDwcIUfLzW+cf6ExTuxVOYk xqcaSJYGyEAxqFTUhsWxBiHFkx0CTjmW1wALV8jljLiFvcMriquGdM0QB1NXTYAR0iQM7S9ndxCx YQcAAA== ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Proposition: make x11/nvidia-driver independent of misc/compat5x
On 10/27/07, Carlos A. M. dos Santos [EMAIL PROTECTED] wrote: On 10/27/07, Alex Kozlov [EMAIL PROTECTED] wrote: On Sat, Oct 27, 2007 at 11:33:46AM -0200, Carlos A. M. dos Santos wrote: Hello, Using the patch below it is possible to make x11/nvidia-driver independent of misc/compat5x, by means of some library mapping. I did this successfuly on 6.x but still did not test on 7.x. I would like to hear some comments before submitting a PR with a change request. I think this is more correct variant: $cat /etc/libmap.conf #nvidia-driver [/usr/local/lib/libGL.so.1] libm.so.3 libm.so.4 [/usr/local/lib/libXvMCNVIDIA.so.1] libc.so.5 libc.so.6 [/usr/local/lib/libXvMCNVIDIA_dynamic.so.1] libc.so.5 libc.so.6 [/usr/local/lib/libnvidia-cfg.so.1] libm.so.3 libm.so.4 Ah, I forgot that one. Good catch. [/usr/local/lib/xorg/modules/libwfb.so] libm.so.3 libm.so.4 librpcsvc.so.2 librpcsvc.so.3 If I specify the full path the mapping does not work. The X server still loades, but gives me the following message: dlopen: Shared object libm.so.3 not found, required by libwfb.so Additionally, I believe the we should not specify full paths in the mappings. If we do so, then we must provide them for both /usr/local (Xorg 7 and above) and for /usr/X11R6. This is because the user may still have applications linked to libGL.so.1 with the argument -R /usr/X11R6/lib given to ld. libmap libmap doe not translate the path by means of the symbolic link /usr/X11R6. ... so my patch now becomes the one provided below. Extract it piping this message to b64decode -o /dev/stdout | gzip -d nvidia-driver.diff CC to the port maintainer now. I suppose that he subscribes the list but, well, just in case. -- Carlos A. M. dos Santos begin-base64 644 nvidia-driver.diff.gz H4sIAOfaI0cAA61V227aQBB9xl8xouXJ+AYBGktUQHFSS9yEaZqqqtDaXsMqttfympui/HvHJg1R IQmtIln24pk5Mz5nZvBZEIDir1JIeJoJladsoW0NQ4vXzGdE8VO2pqk2JHc0YCHde73iICmKch5U achjcGgCRgv0mlnDqw41XW9Jsiy/mafkkAzGXga1FhiGaTRM42If3emA8qlRbYGM90vodCRQaeyz QAI8sQA+3o+dG2vq2OPRA3xuQ1PX9XpdUgZ2b963Jtao78jtUqTWzY/3k/F05vTt6YMWMeFpHo8S kjW2kux8680HtjNDz5Fl9fHcG3Yn7XJZklUaCvqyRwdBIhpnUH5eWMJFpiC2tzRBdeyBNZpJ/nna 5HQILblbKBEVgiyoyuIX+Tvl/LZmp6IK/bqrBbIO+qXZaJp68239TiI90xLb4EI3a82DloZebYKM 97peiClBxmHHkRXN5TzTQk58mqoejwMVrXKl8ozuSuUHXwEJBYeYUj8PJT4+lhQCHoZ8w+IFhCym 4oBKM08LmRuRpAA1jyCPXpQ+QHxj9+0ujBMaXw8Q0U1Jujt2/ImW64EquGr8OrbmWXNbvVR6Ol+c kT5HfaTZCxbvjf73x+2VPF3FJnAR9r+T56Y08cTay+21ve/hRf1fqr1dvy7D7Xr4ZVS4vkJYkbax r6M4N8+U44A+93cxiZj3zllm2ML7xiUuX1MgKcUW9/KhSneAG+AqpbTn9KGpboHE/qObSz2yEjSf gCPIPV0MIZOUYzvhvLi7P3Tm+O6KhRkOTvoE3lC36nGtYAf5LBX++bAxUewD2LBsCd/t2df51dSy MH7evZ60d1RUIcK9DmKFSfLAJVlTCcgiUe843NE0piFE3F/hH1C+gnGH+MU3sVhkJMRfVRAs9pCB YgryqA0LQwl8ij3rA24qllUBC8+R93P+CPuEVxRX9umaIQ6mLqsAY6QpVaTf1wNzbSUHAAA= ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
