Re: sparc64 breakage
* Jolan Luff [2005-11-25]: net/gaimcannot find silc does anyone know what commit caused gaim not to package correctly? the following diff makes it package again but i'd like to cure the disease, not the symptom. All I can say is, that it packaged ok with the bulk build started November 11th, but failed with the one started November 18th. I used regular snapshots, so the offending commit could have happened a few days earlier. I saw other instances, where inter-library dependencies worked for a port on i386 but not on sparc64. I have no idea about the culprit. Nikolay
Re: teTeX and no_x11
On Fri, Nov 25, 2005 at 03:56:15PM +0100, frantisek holop wrote: hmm, on Fri, Nov 25, 2005 at 03:30:26PM +0100, steven mestdagh said that On Fri, Nov 25, 2005 at 03:00:44PM +0100, frantisek holop wrote: hi there, i have upgraded my production server to 3.8 release. i have no X there, but as in my previous post about the new rrdtools i sense some shift in what actually no_x11 means or will mean in the future. please note that i am describing a 3.8 release situation, if this is fixed in current, disregard it. first of all here's the log of installing tetex no_x11: integer sudo pkg_add teTeX_base-3.0p1-no_x11 teTeX_base-3.0p1-no_x11:png-1.2.8: complete teTeX_base-3.0p1-no_x11:t1lib-5.0.0: complete teTeX_base-3.0p1-no_x11:ghostscript-fonts-6.0: complete Can't install ghostscript-7.05p6: lib not found ICE.8.0 Even by looking in the dependency tree: ghostscript-fonts-6.0, png-1.2.8 this has been fixed in -current, see cvs logs. could this be fixed for 3.8 release? no, only security/reliability issues are fixed in -stable. you can try to backport the fixes from current, if you really need this. isn't this reliability? has your system become less reliable due to this? i think not. there is simply no time to fix all little port mistakes in the -stable trees. it's not the problem of the actual software but the port. and 3.8 will be supported for 12 months from now on uhu, and in about 5 months, there will be 3.9 with the fix included. -- steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Re: teTeX and no_x11
* frantisek holop [2005-11-25]: could this be fixed for 3.8 release? no, only security/reliability issues are fixed in -stable. you can try to backport the fixes from current, if you really need this. isn't this reliability? In principal we only backport security fixes. If sth else breaks due to this, we fix those ports as well. AFAIK there was only one exception to these rules and that was a port which was completely unusable. Now for your problem, you can just pull the -current port's Makefile to your 3.8 machine and it should work. Furthermore it is consensus among porters that installing xbase on a machine is not a problem, so the broken FLAVOR is a nuisance, nothing more. Feel free to execrate me for not fixing the problem before 3.8 tree freeze. Nikolay
Re: SIP Soft Phone
On Fri, Nov 25, 2005 at 09:03:45PM -0600, Todd T. Fries wrote: Nope. If anybody wants to suggest anything that I've missed, or take any of these further, feel free. Roy Morris wrote: Anyone know of a SIP soft phone that works on Obsd? The 3.7 ports don't show any. [EMAIL PROTECTED]/p8 5175$ ls telephony/ bayonne/ iax/ iaxcomm/ linphone/ yate/ gnophone/ iaxclient/ kphone/twinkle/ [EMAIL PROTECTED]/p8 5176$ there's also shtoom, http://divmod.org/projects/shtoom.
Re: update: gtkpod
On Sat, Nov 26, 2005 at 12:04:53AM +0100, Nikolay Sturm wrote: Attached diff updates gtkpod to 0.94.0, the latest stable release. If someone could test this with an ipod, I'd appreciate it. this doesn't work with my ipod shuffle but the in-tree version does.
Re: glib2/gnome weirdness
Marc Espie dixit: 646ISO-8859-1 646 ASCII to /usr/local/lib/charset.alias should fix things (even though it's slightly incorrect) That looks better to me. //mirabile -- I believe no one can invent an algorithm. One just happens to hit upon it when God enlightens him. Or only God invents algorithms, we merely copy them. If you don't believe in God, just consider God as Nature if you won't deny existence. -- Coywolf Qi Hunt
UPDATE: archivers/p5-Archive-Zip
Hello, this diff brings archivers/p5-Archive-Zip to the most recent version; 1.16. Tested on i386. Index: Makefile === RCS file: /cvs/ports/archivers/p5-Archive-Zip/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- Makefile6 Jul 2005 23:18:09 - 1.8 +++ Makefile26 Nov 2005 15:58:57 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.8 2005/07/06 23:18:09 jolan Exp $ COMMENT= perl interface to ZIP files -DISTNAME= Archive-Zip-1.14 +DISTNAME= Archive-Zip-1.16 PKGNAME= p5-${DISTNAME} CATEGORIES=archivers perl5 Index: distinfo === RCS file: /cvs/ports/archivers/p5-Archive-Zip/distinfo,v retrieving revision 1.4 diff -u -r1.4 distinfo --- distinfo10 Mar 2005 10:55:04 - 1.4 +++ distinfo26 Nov 2005 15:58:57 - @@ -1,4 +1,4 @@ -MD5 (Archive-Zip-1.14.tar.gz) = 96b2caf19d5aea3adff02c323247e66a -RMD160 (Archive-Zip-1.14.tar.gz) = 302c15961268ebb173a5133fbb5c3f17d4144642 -SHA1 (Archive-Zip-1.14.tar.gz) = e4eb9af1540039ce60af9be35d27ba354bad0228 -SIZE (Archive-Zip-1.14.tar.gz) = 110330 +MD5 (Archive-Zip-1.16.tar.gz) = e28dff400d07b1659d659d8dde7071f1 +RMD160 (Archive-Zip-1.16.tar.gz) = aeacb97732dd13138405db49acbc851448863f58 +SHA1 (Archive-Zip-1.16.tar.gz) = 5eadeb821341e8491014003694aeb4380f3f39ae +SIZE (Archive-Zip-1.16.tar.gz) = 111336 Cheers, Jasper -- Security is decided by quality -- Theo de Raadt
Re: Request for new port: vifm
Hello ports@ again, sorry for answering my own mail, but I did some more research: To make vifm compile you just have to install automake 1.7 (I used 1.9) change the links in vifm/ to point to /usr/local/share/automake-1.9/{depcomp,install-sh,missing,mkinstalldirs} The patch I posted before has to be used (still don't know why, older version of ncurses on openbsd?). I found about about more niffty features, one is that you can define default programs for every file type, so vifm will use those programms to open them. As I said EVERYBODY working with VI[M] and many files should have a look at it, the ease of use is just impressive. Since I didn't get any reply so far what could I do to get it adopted as an official port? Btw, it works (at least) on: i386 amd64 (not on hppa and vax (there is no new enough autoconf :)) Regards, ahb
Re: UPDATE: archivers/p5-Archive-Zip
Jasper Lievisse Adriaanse [EMAIL PROTECTED] wrote: this diff brings archivers/p5-Archive-Zip to the most recent version; 1.16. Tested on i386. Are you interested in being maintainer of this port? Alek -- - Miro, tak mi przykro. Zawsze litowałam się nad ludźmi, bo mogliście pomyśleć tylko o jednej rzeczy na raz, wasze wspomnienia były takie nieostre i... A teraz zrozumiałam, że samo przeżycie całego dnia tak, żeby nikogo nie zabić, może być osiągnięciem. - Człowiek się przyzywyczaja. Większość z nas ma na koncie dość niską liczbę ofiar. Utrzymujemy dobrosąsiedzkie stosunki. -- Orson Scott Card, Dzieci Umysłu.
Re: UPDATE: archivers/p5-Archive-Zip
On Sat, 26 Nov 2005 17:57:25 +0100 Aleksander Piotrowski [EMAIL PROTECTED] wrote: Jasper Lievisse Adriaanse [EMAIL PROTECTED] wrote: this diff brings archivers/p5-Archive-Zip to the most recent version; 1.16. Tested on i386. Are you interested in being maintainer of this port? Yes please. Alek Cheers, Jasper -- - Miro, tak mi przykro. Zawsze litowałam się nad ludźmi, bo mogliście pomyśleć tylko o jednej rzeczy na raz, wasze wspomnienia były takie nieostre i... A teraz zrozumiałam, że samo przeżycie całego dnia tak, żeby nikogo nie zabić, może być osiągnięciem. - Człowiek się przyzywyczaja. Większość z nas ma na koncie dość niską liczbę ofiar. Utrzymujemy dobrosąsiedzkie stosunki. -- Orson Scott Card, Dzieci Umysłu. -- Security is decided by quality -- Theo de Raadt pgpxyyFFBGxeh.pgp Description: PGP signature
Re: teTeX and no_x11
hmm, on Sat, Nov 26, 2005 at 01:45:45PM +0100, Nikolay Sturm said that Now for your problem, you can just pull the -current port's Makefile to your 3.8 machine and it should work. Furthermore it is consensus among porters that installing xbase on a machine is not a problem, so the broken FLAVOR is a nuisance, nothing more. that is of the other issues i wanted to talk about later. call me old fashioned but no_x11 for me means not havint to install any x*.tgz sets. now, of course it's not a huge problem for me to install xbase, it's just that this consensus was never really publicized here before, at least i haven't seen. maybe it's just me, i was making incorrect assumptions about what no_x11 means. and if this is the way it will be, wouldn't it be a good idea to make an xlib38.tgz which would hold only the libs and nothing else, after all, isn't it the security mantra that don't install anything you won't use, and xbase is full of binaries which will be never used on a firewall? Feel free to execrate me for not fixing the problem before 3.8 tree freeze. no need to get angry, it was just a matter of interpreting 'reliability'. -f -- a war put off is not a war avoided. -- c. heston
Re: teTeX and no_x11
* frantisek holop [2005-11-26]: call me old fashioned but no_x11 for me means not havint to install any x*.tgz sets. That's the idea. now, of course it's not a huge problem for me to install xbase, it's just that this consensus was never really publicized here before, at least i haven't seen. We don't write reports. I think Alek and Matthieu mentioned it recently as well. maybe it's just me, i was making incorrect assumptions about what no_x11 means. Your assumptions are correct. teTeX_base,no_x11 is broken in that regard and installing xbase is a workaround. and if this is the way it will be, wouldn't it be a good idea to make an xlib38.tgz which would hold only the libs and nothing else, after all, isn't it the security mantra that don't install anything you won't use, and xbase is full of binaries which will be never used on a firewall? If you have enough disk space on your firewall/server, just install xbase and be done. If you don't have the space, you are on your own anyways and can just as well pull tetex/base/Makefile from -current and build your own package with a correct no_x11 FLAVOR. Now I need to get back to porting... Nikolay
Re: teTeX and no_x11
hmm, on Sat, Nov 26, 2005 at 10:45:06PM +0100, Nikolay Sturm said that maybe it's just me, i was making incorrect assumptions about what no_x11 means. Your assumptions are correct. teTeX_base,no_x11 is broken in that regard and installing xbase is a workaround. and if this is the way it will be, wouldn't it be a good idea to make an xlib38.tgz which would hold only the libs and nothing else, after all, isn't it the security mantra that don't install anything you won't use, and xbase is full of binaries which will be never used on a firewall? If you have enough disk space on your firewall/server, just install xbase and be done. If you don't have the space, you are on your own anyways and can just as well pull tetex/base/Makefile from -current and build your own package with a correct no_x11 FLAVOR. you put it as if teTeX was(before being fixed) the only case.. and of course teTeX is not really a firewall required program. when i said firewall, i rather meant packages like rrdtools (which at one point also need xbase) or other reporting tools needing x11 libs but really needing x11. -f -- sex is not the answer. sex is the question. yes is the answer.
Re: What java port for konqueror?
On Sat, Nov 26, 2005 at 05:45:37PM -0500, Dave Feustel wrote: I finally need to activate Java support for Konqueror, but it appears that Java is not by default part of KDE or included in OpenBSD. What port/package(s) do I need for java to work with konqueror on OpenBSD? You are in for some compile time and probably want to start reading this article: http://www.openbsd.org/faq/faq13.html#javaflash I don't use KDE and did not test konqueror. Note that the info on the KDE base package says you need to explicitly enable Java. Let us know if it works... -- steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm