Re: opera 10 beta with unite
hmm, on Wed, Jun 24, 2009 at 06:19:34PM -0500, Brandon Mercer said that Port installs fine... same stupidity that opera 9 exibits on an smp machine. Tested on i386 only. i am sorry, i dont use smp. what is that stupidity you are referring to? -f -- we must believe in free will. we have no choice.
Re: opera 10 beta with unite
hmm, on Wed, Jun 24, 2009 at 12:12:48PM +0200, frantisek holop said that hi there, the following is a (less then stellar) port of opera's 10b with unite. build 4449, fresh from the owen. the only change with the port: the build number is included in the package name for easier identification. this can still coexist with 9.64 but not with the previous beta build of course. -f -- the worst form of failure is the failure to try. opera10.tgz Description: application/tar-gz
hfsplus port
hi there, i am looking for a way to mount a hfs image. i see that there is hfsplus in the ports, but the the Makefile says: # this only makes sense on macintosh (powerpc) systems. ONLY_FOR_ARCHS= powerpc now as there is a i386 rpm package on this port's download server, i think this ONLY_FOR_ARCHS is because someone made an assumption that noone on i386 might ever need this but not because it actually can't run on i386. obviously, an easy way to see is go and compile it on i386. that's what i am gonna do too :] i am just asking what the others think about this? -f -- 30 minutes of begging is not considered foreplay.
Re: hfsplus port
ok, after commenting out ONLY_FOR_ARCH here is where it bails, can any ppc person help, if this is endian specific or something like that? === Building for hfsplus-1.0.4p2 gmake all-recursive gmake[1]: Entering directory `/usr/ports/misc/hfsplus/w-hfsplus-1.0.4p2/hfsplus-1.0.4' Making all in libhfsp gmake[2]: Entering directory `/usr/ports/misc/hfsplus/w-hfsplus-1.0.4p2/hfsplus-1.0.4/libhfsp' Making all in src gmake[3]: Entering directory `/usr/ports/misc/hfsplus/w-hfsplus-1.0.4p2/hfsplus-1.0.4/libhfsp/src' gmake[3]: Nothing to be done for `all'. gmake[3]: Leaving directory `/usr/ports/misc/hfsplus/w-hfsplus-1.0.4p2/hfsplus-1.0.4/libhfsp/src' gmake[3]: Entering directory `/usr/ports/misc/hfsplus/w-hfsplus-1.0.4p2/hfsplus-1.0.4/libhfsp' gmake[3]: Nothing to be done for `all-am'. gmake[3]: Leaving directory `/usr/ports/misc/hfsplus/w-hfsplus-1.0.4p2/hfsplus-1.0.4/libhfsp' gmake[2]: Leaving directory `/usr/ports/misc/hfsplus/w-hfsplus-1.0.4p2/hfsplus-1.0.4/libhfsp' Making all in src gmake[2]: Entering directory `/usr/ports/misc/hfsplus/w-hfsplus-1.0.4p2/hfsplus-1.0.4/src' /usr/local/bin/libtool --mode=link cc -O2 -pipe -L/usr/local/lib -o hpmount hpmount.o hpcache.o hfsputil.o glob.o dstring.o dlist.o ../libhfsp/src/libhfsp.la -lutf8 cc -O2 -pipe -o .libs/hpmount hpmount.o hpcache.o hfsputil.o glob.o dstring.o dlist.o -L/usr/local/lib -L../libhfsp/src/.libs -lhfsp -lutf8 -Wl,-rpath,/usr/local/lib hpcache.o(.text+0x44): In function `hpcache_filename': : warning: strcpy() is almost always misused, please use strlcpy() hpcache.o(.text+0x51): In function `hpcache_filename': : warning: strcat() is almost always misused, please use strlcat() /usr/local/lib/libutf8.so.1.0: warning: sprintf() is often misused, please use snprintf() ../libhfsp/src/.libs/libhfsp.so.0.0: undefined reference to `bswap_32' ../libhfsp/src/.libs/libhfsp.so.0.0: undefined reference to `bswap_64' ../libhfsp/src/.libs/libhfsp.so.0.0: undefined reference to `bswap_16' collect2: ld returned 1 exit status gmake[2]: *** [hpmount] Error 1 gmake[2]: Leaving directory `/usr/ports/misc/hfsplus/w-hfsplus-1.0.4p2/hfsplus-1.0.4/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/misc/hfsplus/w-hfsplus-1.0.4p2/hfsplus-1.0.4' gmake: *** [all-recursive-am] Error 2 *** Error code 2 Stop in /usr/ports/misc/hfsplus (line 2172 of /usr/ports/infrastructure/mk/bsd.port.mk). -f -- the borg assimilated my race all i got was this t-shirt
[new] httperf (by HP)
hi there, pkg/DESCR: Httperf is a tool for measuring web server performance. It provides a flexible facility for generating various HTTP workloads and for measuring server performance. The focus of httperf is not on implementing one particular benchmark but on providing a robust, high-performance tool that facilitates the construction of both micro- and macro-level benchmarks. The three distinguishing characteristics of httperf are its robustness, which includes the ability to generate and sustain server overload, support for the HTTP/1.1 and SSL protocols, and its extensibility to new workload generators and performance measurements. please test and comment. tested on i386. how do i know if the installed libtool is being used? there is a libtool being generated in the build directory... i included the readme as it has a detailed explanation on how to read the results and some other useful info not in the man page. i am not sure what directory this port should be, i looked and there is no clear rule i could see (httptunnel: net, http_load: www). on my notebook, it is in mystuff/net/ ... -f -- if r is reverse, how come d is forward? httperf.tgz Description: application/tar-gz
postfix in 4.5
hi there, i know packages follows -current, i just want to make sure i understand the issue. i get the warnings about postqueue and postdrop after upgrading postfix on 4.5. i also see a cvs commit discussing this situation from 4th april so it probably didn't make it into 4.5, is that it? if i fix the ownerships manually, that's all? i can use that package on a vanilla 4.5? what does exactly the wording still exist but are no longer part of Postfix:? mean? they are not registered as part of the package in /var/db/pkg? integer sudo pkg_add -i postfix Ambiguous: choose package for postfix 0: None 1: postfix-2.5.6 2: postfix-2.5.6-ldap 3: postfix-2.5.6-mysql 4: postfix-2.5.6-pgsql 5: postfix-2.5.6-sasl2 6: postfix-2.6.20090125 7: postfix-2.6.20090125-ldap 8: postfix-2.6.20090125-mysql 9: postfix-2.6.20090125-pgsql 10: postfix-2.6.20090125-sasl2 Your choice: 6 chown: /usr/local/libexec/postfix/main.cf: No such file or directory**| 100% postfix/postfix-script: warning: not owned by group _postdrop: /usr/local/sbin/postqueue postfix/postfix-script: warning: not owned by group _postdrop: /usr/local/sbin/postdrop postfix/postfix-script: warning: not set-gid or not owner+group+world executable: /usr/local/sbin/postqueue postfix/postfix-script: warning: not set-gid or not owner+group+world executable: /usr/local/sbin/postdrop postfix-2.6.20090125: complete --- postfix-2.6.20090125 --- - Creating /etc/mailer.conf.postfix - Creating Postfix spool directory and chroot area under /var/spool/postfix - Creating Postfix data directory under /var/postfix Note: the following files or directories still exist but are no longer part of Postfix: /etc/postfix/postfix-files /etc/postfix/postfix-script /etc/postfix/post-install -- it is better to be hated than to be ignored.
pkg_info question
hi there, for any given package pkg_info starts its info like this, e.g.: amaaq$ pkg_info iodbc-3.52.4p2 Information for inst:iodbc-3.52.4p2 snip my question is, what does that inst: prefix mean, and can it be something else in different situations? -f -- to refuse to decide is a decision.
special package names
hi there, during upgrade, library packages that are not needed afterwards are renamed to .lib something or something. it is nice, because it shows up right at the top of pkg_info. i think it would make sense to rename all the partial packages as .partial something as well no? as it is, it is interesting to find a bunch of partial packages around pango :] -f -- my favorite mythical creature? the honest politician.
Re: special package names
hmm, on Tue, May 12, 2009 at 04:51:31PM +0200, Markus Lude said that during upgrade, library packages that are not needed afterwards are renamed to .lib something or something. these partial packages often are still needed. They only consist of the shared libs of the older package. Some packages may still depend on these. You could try to remove them with i think it would make sense to rename all the partial packages as .partial something as well no? as it is, it is interesting to find a bunch of partial packages around pango :] There may also be partial packages left if the installation of a package is aborted and some files already got installed. These packages are named partial-$packagename. yes, thanks for filling in the details. my suggestion was to make the partial-$packagename show up as .partial-$packagename so it's right at the top with the other special packages, needed or not... -f -- if r is reverse, how come d is forward?
Re: Fedora Liberatoin fonts
hmm, on Wed, May 06, 2009 at 02:17:04PM +0900, Mathieu Sauve-Frankel said that instead of participating in the recent controversy about the msttcorefonts, I decided to use ten minutes of my time to whip up a port of the Fedora Liberation Fonts, which are GPL licensed replacements for Times New Roman, Courier New and Arial. if you used a couple of those minutes to look around, you would have noticed that there already is a port.. btw. with the intrusive changes to the font configuration they would be overriden with the vera variants anyway.. I was thinking we could potential remove Times New Roman, Courier New and Arial from the msttcorefonts package and make msttcorefonts depend on this instead and add some fonts.conf magic to make it all work transarently ? why would you that? if you dont like msttcorefonts, just dont install them. they are perfectly free to use for anyone. that is something a lot of professional fonts cannot claim. most of the open source fonts are plain ugly anyway (with some notable exceptions of course). why? because making a good font is damn hard work. some may prefer to look at ugly fonts all day long just so they get the fuzzy warm OSI approved license feeling, but some prefer to use fonts created by talented artists and qualified usability professionals. you want nice fonts for free? go search smashing magazine. they regularly post about free fonts by designers who want to become better known and once in a while give away some of their fonts. -f -- my favorite mythical creature? the honest politician.
Re: msttcorefonts fontconfig workaround
hmm, on Mon, May 04, 2009 at 05:29:02PM +0200, Marc Espie said that They assume you will always have the microsoft core fonts installed, even though these basically ARE NOT open source. if i am not mistaken generic names like times, helvetica, courier, etc are used by more foundries, not only microsoft... so perhaps there was no such assumption from their side and simply the prehistoric bitmap fonts are used because, well, they are prehistoric and have been here forever.. on the other hand i am not sure an unconditional system-wide override should be the way to go, are we now supposed to fight with config files when we add arbitrary font packages? i am quite interested why was this change promoted from a personal fontconfig setting to a system-wide one. wouldn't it be enough to have this change for people who want it in their personal fontconfig overrides? -f -- let me show you the world in my eyes.
Re: msttcorefonts fontconfig workaround
hmm, on Mon, May 04, 2009 at 11:36:18AM -0600, Theo de Raadt said that hmm, on Mon, May 04, 2009 at 05:29:02PM +0200, Marc Espie said that They assume you will always have the microsoft core fonts installed, even though these basically ARE NOT open source. if i am not mistaken generic names like times, helvetica, courier, etc are used by more foundries, not only microsoft... so perhaps there was no such assumption from their side and simply the prehistoric bitmap fonts are used because, well, they are prehistoric and have been here forever.. on the other hand i am not sure an unconditional system-wide override should be the way to go, are we now supposed to fight with config files when we add arbitrary font packages? i am quite interested why was this change promoted from a personal fontconfig setting to a system-wide one. wouldn't it be enough to have this change for people who want it in their personal fontconfig overrides? perhaps you are right. the people who want mozilla to be able to print should configure it so. by default, people should end up with broken ps and pdf files. well, i dont have even have firefox installed. why should i care? now i will have to override an override to get the expected behaviour. since when is openbsd firefox's bitch? -f -- a martyr is a hero who didn't make it.
Re: msttcorefonts fontconfig workaround
hmm, on Mon, May 04, 2009 at 05:29:02PM +0200, Marc Espie said that You want the msttcorefonts ? install them... True, adding a fonts.conf snippet when you install them so they get used would make sense. if anything, openbsd should package a fonts.conf with the firefox package instead. and still only suggest it and not override stuff on a whim. -f -- any man who can see through women is missing a lot.
Re: msttcorefonts fontconfig workaround
hmm, on Mon, May 04, 2009 at 12:26:35PM -0600, Theo de Raadt said that well, i dont have even have firefox installed. why should i care? I did not realize we were developing OpenBSD just for you. i did not realize openbsd was developed for firefox. what i was trying to say, why should i care that firefox cannot print to file unless massaged with a custom fonts.conf? you say it was only an example. ok, can you give me some other examples how by default, people should end up with broken ps and pdf files. ? i regularly produce files in X using a boatload of applications from gimp to tex and have never come accross the problem you are trying to solve. contrarywise, now the system messes with my font configuration for no good apparent reason. Your attitude is not very nice. that is the sweetest flame i ever got from you :} -f -- in the country of the blind, the one-eyed man is king.
Re: msttcorefonts fontconfig workaround
hmm, on Mon, May 04, 2009 at 12:47:54PM -0600, Theo de Raadt said that hmm, on Mon, May 04, 2009 at 12:26:35PM -0600, Theo de Raadt said that well, i dont have even have firefox installed. why should i care? I did not realize we were developing OpenBSD just for you. i did not realize openbsd was developed for firefox. what i was trying to say, why should i care that firefox cannot print to file unless massaged with a custom fonts.conf? you say it was only an example. ok, can you give me some other examples how by default, people should end up with broken ps and pdf files. ? I won't, because you are being hostile. hostile? now you made me laugh. just look at how you and Marc annihilated that poor guy a couple of mails above. a bit of self reflection please... i am far from being hostile. you read it that way because you dislike me, that's all. if a developer doesnt care about something, it's cool, it's hip. if i do, it's hostile. i regularly produce files in X using a boatload of applications from gimp to tex and have never come accross the problem you are trying to solve. contrarywise, now the system messes with my font configuration for no good apparent reason. It does not -- it actually offers vector fonts that are installed to applications instead of only offering them bitmap fonts. it overrides (amongst others) generic foundry name space with one particular font face. you are also ignoring everyone who has additional fonts intalled in addition to those bitmap ones... i am really curious about those other examples. otherwise this is a very intrusive firefox-specific system-wide personal setting and should be deal with as such... -f -- xerox never comes up with something original.
Re: msttcorefonts fontconfig workaround
hmm, on Mon, May 04, 2009 at 10:18:59PM +0200, Claudio Jeker said that Sorry you blame the wrong people. Get us free helvetica, times, and all i am not blaming anyone. but the whole system is being changed because one application is misbehaving. it is not making a whole class of problems go away (so far noone presented any examples how this was a problem besides firefox), it creates new ones. this is inconsistent with what i became accustomed to both in terms of openbsd philosophy and that of ports@ if an application is broken, fix it or make a cludge in the package. this is the ports approach. i wouldnt be surprised if someone in the thread called me now a whiner because i have already written 4 mails because of this and i am not a developer and i dont get the problem anyway and i should go and run linux. but sometimes people need to be reminded to keep going in the direction they have created even if that means they will call you a whiner. and of course in any case i can deal with it on my own. but just like everyone else i like to be as close to the released system as possible. anyway, i presented my case, and also rest it. i just felt necessary to voice my opinion for what it's worth. thank you for your attention. -f ps. i am not hostile. even. a. bit. -- the worst form of failure is the failure to try.
Re: msttcorefonts fontconfig workaround
hmm, on Mon, May 04, 2009 at 07:58:54PM -0600, Theo de Raadt said that if an application is broken, fix it or make a cludge in the package. this is the ports approach. where's the diffs? the diffs in the tree, only in the wrong directory. just put it in your home or install the (omg) msttcorefonts package, it's easy, Marc did a terrific job with pkg tools you know. your sense of self-importance just makes other people not even want to try. yes, i am the light you should all follow. bleh. you know, instead of firing off theo-mails at me, you failed to bring up any good reasons, for the sake of archives and all the future discussions about this issue when it will bite people in the ass, just why was this was a good idea besides making firefox print pretty. (ok, thunderbird too) there is not a thread where a valid technical reason won't shut me up, i am not ashamed to be proved wrong. because i am not here for the cozy friendship of yours either, that ship has sailed. but you failed to bring up any, because i think you dont have any. anyway, i presented my case, and also rest it. i just felt necessary to voice my opinion for what it's worth. thank you for your attention. i could not give a rats ass what you say. very nice encouragement for future patches. i can't help but wonder how this very same discussion would have gone about this issue if actually we had been long-time friends and i had commit access. i assume you'd have tried to convince me with some technical arguments. why not do it here? i am not your enemy, i want a good system as bad as you do. bsd would be nowhere if people agreed on everything, it's a pre-condition of development. if i doubt your reasons you have to come up with justification, but you just take it all so personally, it actually scares away the good ideas as well, not just the bad. i must admit, you never dissappoint. but consistency is a quality i admire. isten tartsa meg a jo szokasodat. -f -- i'm feeling rather blonde today.
Re: msttcorefonts fontconfig workaround
hmm, on Mon, May 04, 2009 at 09:08:40PM -0600, Theo de Raadt said that I don't have to bring up any good reasons for some random person on the mailing lists feels entitled. this approach is broken. some random person on the mailing list slash ocasional contributor slash bug reporter slash tester if i may please. you are full of shit. this is not about me. you are twisting my words. You are a whiny snively jerk, and every time you open your mouth I go work on something else. as some random person on the mailing list you sure insulted me more times than i can remember. in my country that kind of trash talk implies you stand up to your words. man enough to say it into my eyes? hm? how about a one on one mountain man? hm? you are a pigdog-man who hides behind insults from the safe distance of a terminal. ni! insert chicken-sound here but you will not drive me away, and i will try and help make this system better even if you kicked and screamed, you hysty. because i dont mind your attitude at all, i judge a system by its quality not by its leader. and i think you are basically a good man at the core, a man with qualities like integrity, consistence, but maybe not charisma. but just like everybody else, sometimes you are an idiot. if the price of good, secure code is that you once in a while shout at people for little apparent reason, i am glad i helped to pay the price! god bless canada. oi! i might get hostile now a bit! -f ps. this email really works only if you read it aloud in mock monthy python english -- after two weeks of dieting, all i lost was two weeks.
Re: msttcorefonts fontconfig workaround
hmm, on Mon, May 04, 2009 at 11:34:04PM -0500, Abel Camarillo said that as some random person on the mailing list you sure insulted me more times than i can remember. in my country that kind of trash talk implies you stand up to your words. man enough to say it into my eyes? hm? how about a one on one mountain man? hm? well, this is obviously not your country. you want too you pigdog? i can take you both ya whiners! 'What you lookin' at? You all a bunch of fuckin' assholes. You know why? You don't have the guts to be what you wanna be? You need people like me. You need people like me so you can point your fuckin' fingers and say, That's the bad guy.' -f -- the current death rate? one per person, of course.
pkg_add -ui behaviour
hi there, it is time for another of my biweekly snapshot upgrade. this is what i see this time during the update process: Candidates for updating php5-gd-5.2.9 - php5-gd-5.2.9 php5-gd-5.2.9-no_x11 Ambiguous: choose package for php5-gd-5.2.9 0: None 1: php5-gd-5.2.9 2: php5-gd-5.2.9-no_x11 Your choice: 1 i can undarstand the point of these questions when installing a new package as it is really ambiguous what i might want. but during the upgrade i think it is quite obvious what is my choice. i know that doing the version number parsing dance is difficult, but would it be difficult to teach pkg_add to pick the same flavour of a particular package when doing the upgrade? is this feasable? Candidates for updating py-Imaging-1.1.6p0-python2.5 - py-Imaging-1.1.6p0-python2.5 py-Imaging-1.1.6p0-python2.4 Ambiguous: choose package for py-Imaging-1.1.6p0-python2.5 0: None 1: py-Imaging-1.1.6p0-python2.4 2: py-Imaging-1.1.6p0-python2.5 Your choice: 2 this case is not so trivial... what would happen if i chose (1)? would it then pull in python 2.4 as a dependency? obviously, in this case it is not desirable (for me) but does pkg_add handle additional new dependencies of an upgrade? say the upgrade of midnight commander suddenly had another package as run dependancy that the previous version did not have -f -- what we do not understand we do not possess. -- goethe
Re: port for a python module question
hmm, on Sat, Apr 11, 2009 at 09:23:24PM +0100, Stuart Henderson said that you need to update python.port.mk. my bad, i just downloaded a snapshot ports.tar.gz -f -- no sense being pessimistic. it wouldn't work anyway.
[update] py-gdata to 1.3.0
hi there, please test this update for py-gdata. -f -- drinking kills brain cells, but just the weak ones... Index: Makefile === RCS file: /cvs/ports/devel/py-gdata/Makefile,v retrieving revision 1.5 diff -u -r1.5 Makefile --- Makefile15 Mar 2009 12:49:35 - 1.5 +++ Makefile11 Apr 2009 22:55:32 - @@ -2,9 +2,9 @@ COMMENT= Python client library for Google data APIs -MODPY_EGG_VERSION=1.2.4 -DISTNAME= gdata.py-${MODPY_EGG_VERSION} -PKGNAME= py-gdata-${MODPY_EGG_VERSION}p0 +MODPY_EGG_VERSION=1.3.0 +DISTNAME= gdata-${MODPY_EGG_VERSION} +PKGNAME= py-gdata-${MODPY_EGG_VERSION} CATEGORIES=devel HOMEPAGE= http://code.google.com/p/gdata-python-client/ Index: distinfo === RCS file: /cvs/ports/devel/py-gdata/distinfo,v retrieving revision 1.4 diff -u -r1.4 distinfo --- distinfo2 Feb 2009 11:58:11 - 1.4 +++ distinfo11 Apr 2009 22:55:32 - @@ -1,5 +1,5 @@ -MD5 (gdata.py-1.2.4.tar.gz) = Uh8zo3fWT4plBboRlBW3hw== -RMD160 (gdata.py-1.2.4.tar.gz) = QII5enGAGYwZY/3nJruRw2DyfiA= -SHA1 (gdata.py-1.2.4.tar.gz) = W2gEz7O87QLH6fEC+ipxQUD2L9g= -SHA256 (gdata.py-1.2.4.tar.gz) = /F3bj3axer1yhyGg4Bd+o19VpwEG9E3JAQsi7OsGq94= -SIZE (gdata.py-1.2.4.tar.gz) = 797525 +MD5 (gdata-1.3.0.tar.gz) = d/hEA/HTusb0j2NORstNdg== +RMD160 (gdata-1.3.0.tar.gz) = jdUMHnuv0cy0Szs+ozFK8j5f/Yo= +SHA1 (gdata-1.3.0.tar.gz) = W31wydtF+3kDG4vyWf3cuU6QIdg= +SHA256 (gdata-1.3.0.tar.gz) = itWgJwNFU62UpmVA4Y5nBKHd6J6Cm8WHeWyXGFq8EhM= +SIZE (gdata-1.3.0.tar.gz) = 855353 Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-gdata/pkg/PLIST,v retrieving revision 1.4 diff -u -r1.4 PLIST --- pkg/PLIST 2 Feb 2009 11:58:11 - 1.4 +++ pkg/PLIST 11 Apr 2009 22:55:32 - @@ -27,7 +27,7 @@ lib/python${MODPY_VERSION}/site-packages/atom/url.py lib/python${MODPY_VERSION}/site-packages/atom/url.pyc lib/python${MODPY_VERSION}/site-packages/gdata/ -lib/python${MODPY_VERSION}/site-packages/gdata.py-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info +lib/python${MODPY_VERSION}/site-packages/gdata-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info lib/python${MODPY_VERSION}/site-packages/gdata/Crypto/ lib/python${MODPY_VERSION}/site-packages/gdata/Crypto/Cipher/ lib/python${MODPY_VERSION}/site-packages/gdata/Crypto/Cipher/__init__.py @@ -91,6 +91,11 @@ lib/python${MODPY_VERSION}/site-packages/gdata/apps/emailsettings/__init__.pyc lib/python${MODPY_VERSION}/site-packages/gdata/apps/emailsettings/service.py lib/python${MODPY_VERSION}/site-packages/gdata/apps/emailsettings/service.pyc +lib/python${MODPY_VERSION}/site-packages/gdata/apps/groups/ +lib/python${MODPY_VERSION}/site-packages/gdata/apps/groups/__init__.py +lib/python${MODPY_VERSION}/site-packages/gdata/apps/groups/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/gdata/apps/groups/service.py +lib/python${MODPY_VERSION}/site-packages/gdata/apps/groups/service.pyc lib/python${MODPY_VERSION}/site-packages/gdata/apps/migration/ lib/python${MODPY_VERSION}/site-packages/gdata/apps/migration/__init__.py lib/python${MODPY_VERSION}/site-packages/gdata/apps/migration/__init__.pyc @@ -135,9 +140,16 @@ lib/python${MODPY_VERSION}/site-packages/gdata/exif/ lib/python${MODPY_VERSION}/site-packages/gdata/exif/__init__.py lib/python${MODPY_VERSION}/site-packages/gdata/exif/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/gdata/gauth.py +lib/python${MODPY_VERSION}/site-packages/gdata/gauth.pyc lib/python${MODPY_VERSION}/site-packages/gdata/geo/ lib/python${MODPY_VERSION}/site-packages/gdata/geo/__init__.py lib/python${MODPY_VERSION}/site-packages/gdata/geo/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/gdata/health/ +lib/python${MODPY_VERSION}/site-packages/gdata/health/__init__.py +lib/python${MODPY_VERSION}/site-packages/gdata/health/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/gdata/health/service.py +lib/python${MODPY_VERSION}/site-packages/gdata/health/service.pyc lib/python${MODPY_VERSION}/site-packages/gdata/media/ lib/python${MODPY_VERSION}/site-packages/gdata/media/__init__.py lib/python${MODPY_VERSION}/site-packages/gdata/media/__init__.pyc @@ -160,6 +172,10 @@ lib/python${MODPY_VERSION}/site-packages/gdata/spreadsheet/service.pyc lib/python${MODPY_VERSION}/site-packages/gdata/spreadsheet/text_db.py lib/python${MODPY_VERSION}/site-packages/gdata/spreadsheet/text_db.pyc +lib/python${MODPY_VERSION}/site-packages/gdata/test_config.py +lib/python${MODPY_VERSION}/site-packages/gdata/test_config.pyc +lib/python${MODPY_VERSION}/site-packages/gdata/test_config_template.py +lib/python${MODPY_VERSION}/site-packages/gdata/test_config_template.pyc lib/python${MODPY_VERSION}/site-packages/gdata/test_data.py lib/python${MODPY_VERSION}/site-packages/gdata/test_data.pyc
Re: TeX Live: 2 bug fixes
hmm, on Tue, Apr 07, 2009 at 12:07:48PM +0100, Stefan Sperling said that On Tue, Apr 07, 2009 at 11:55:20AM +0100, Edd Barrett wrote: With regards to @pkgpath for teTeX, I don't mind, but some people may be choosing to run teTeX instead of TeX Live. Do what you think is right :) I thought teTeX was unmaintained? developement has stopped. that doesn't mean that the last version is not perfectly usable, does it? -f -- i'm so modest i pull the curtains before changing my mind.
Re: lib/X11/fonts/ghostscript?
hmm, on Thu, Apr 02, 2009 at 03:37:29PM +, Christian Weisgerber said that frantisek holop min...@obiit.org wrote: Do we still need or want the lib/X11/fonts/ghostscript symlink? as far as i know, only xpdf made good use of those fonts... and that can be configured in xpdf. _How_ does xpdf access those fonts? i dont know. but from /usr/local/share/examples/xpdf/xpdfrc: # These map the Base-14 fonts to the Type 1 fonts that ship with # ghostscript. You'll almost certainly want to use something like # this, but you'll need to adjust this to point to wherever # ghostscript is installed on your system. (But if the fonts are # installed in a standard location, xpdf will find them # automatically.) #displayFontT1 Times-Roman /usr/local/share/ghostscript/fonts/n021003l.pfb snip but they are commented out by default. but i remember older times when they were not commented out. -f -- chinese proverb: yuck fou!
pkg tools
hi there, i am just making a full system update from snapshots and i must say i am happier with every new version of the tools. finally in interactive mode no -F keywords are needed (i really never understood those). here is one issue that could probably be addressed: shared-mime-info-0.60 (extracting): complete Problem: checksum doesn't match for /usr/local/share/mime/application/x-cbr.xml NOT deleting: /usr/local/share/mime/application/x-cbr.xml Problem: checksum doesn't match for /usr/local/share/mime/application/x-cbz.xml NOT deleting: /usr/local/share/mime/application/x-cbz.xml shared-mime-info-0.51p0 (deleting): complete Renaming old file /usr/local/share/mime/application/x-cbr.xml to /usr/local/share/mime/application/x-cbr.xml.FlVoFppH4A Renaming old file /usr/local/share/mime/application/x-cbz.xml to /usr/local/share/mime/application/x-cbz.xml.1NPJl3PU4H how about putting a question here if it is ok to delete it? i have no idea why the checksums do not sit anyway and i would just delete files manually anway. so while i am in interactive mode, why not let me delete right away? thanks Marc, you are the man. -f -- some days the only good thing on tv is the vase.
Re: pkg tools
oh, and here's a new one i havent seen before: comix-4.0.2p0 (extracting): complete I/O warning : failed to load external entity /usr/local/share/schemas/comix/*.schemas Failed to open `/usr/local/share/schemas/comix/*.schemas': No such file or directory no idea what that means. -f -- we all live in a yellow sub-routine
@sample question
hi there, a simple @sample question: does @sample take care of directories? as in share/examples/tinyproxy/ @sample ${SYSCONFDIR}/tinyproxy/ share/examples/tinyproxy/tinyproxy.conf @sample ${SYSCONFDIR}/tinyproxy/tinyproxy.conf or is it enough just to say: share/examples/tinyproxy/tinyproxy.conf @sample ${SYSCONFDIR}/tinyproxy/tinyproxy.conf and the directory will be created? -f -- how does one become a lamer? is a lamer good? ...[no car
Re: lib/X11/fonts/ghostscript?
hmm, on Wed, Apr 01, 2009 at 10:33:34PM +, Christian Weisgerber said that Do we still need or want the lib/X11/fonts/ghostscript symlink? This connection causes X11 fontconfig to pick up the Ghostscript fonts, which interact in weird ways with the X11 fonts. How do other systems handle this? FreeBSD doesn't insert the Ghostscript fonts into the X11 font handling machine. What do the various Linuxes do? as far as i know, only xpdf made good use of those fonts... and that can be configured in xpdf. otherwise, i dont know. might come handy in gimp, no? -f -- electric chairs are period furniture: they end a sentence.
Re: mutt current_shortcut patch
hmm, on Sat, Mar 21, 2009 at 02:25:53AM +, Mikolaj Kucharski said that No. I see that `^' works as the `Fcc:' field is set correctly after editing email body. not here, it stays empty... hm. but strangely, any other value works for record=, including !. -f -- your secular ways make the baby jesus cry
mutt current_shortcut patch
hi there, i use set record=^ in .muttrc to get a gmail style thread in the current mailbox by putting sent mail into that folder as well. i have verified that this patch is in 1.5.18. is it working for the others? -f -- number of vulcans to replace a bulb? precisely 1.00.
Re: mutt current_shortcut patch
hmm, on Sat, Mar 21, 2009 at 01:13:23AM +, Mikolaj Kucharski said that On Sat, Mar 21, 2009 at 01:06:51AM +0100, frantisek holop wrote: hi there, i use set record=^ in .muttrc to get a gmail style thread in the current mailbox by putting sent mail into that folder as well. i have verified that this patch is in 1.5.18. is it working for the others? For me mutt undertand `^' character as current opened folder. that is correct. by setting record to the current open folder, the outgoing mail should be recorded in that folder as well (as opposed to say sent-mail in the past). of course, in a mailing list one always sees one's own message as well, so it's not really an issue, contrarywise, it prevents duplicates, but in all the other cases it is desired for me to keep a copy of the sent mails as well. I just changed my .muttrc and by replying to you I can see that works. I will leave my config with this setting and will test that. so you are seeing 2 mails sent here? one from record= and one sent by the mailing list? -f -- a true friend knows who you are... but likes you anyway.
@sample / config file question
hi there, what is the official policy regarding config files? some packages seem to have example config files and ask the user explicitly to copy it to /etc and tailor it. some also put this file into /etc during pkg_add. and i guess some do entirely differently :] -f -- you have 2 choices for dinner -- take it or leave it.
[UPDATE] tinyproxy 1.6.4
hi there, unfortunately opera freezes on me more and more often and synchronious dns makes it much slower. seems like i'll have to use tinyproxy until this issue is resolved, if ever. so here is an update for tinyproxy to 1.6.4. i would also like to take up maintainership. my changes include: -main site is not sourceforge anymore. -filter-howto.txt is way too old and not terribly useful and i dont see why the http protocol codes should be distributed with this either -default config file is now /etc/tinyproxy.conf and not /etc/tinyproxy/tinyproxy.conf their changelog says nothing what's new in 1.6.4... please test, i am a sunday porter... -f -- one family builds a wall, two families enjoy it. diff -ur /usr/ports/www/tinyproxy/Makefile src/mystuff/www/tinyproxy/Makefile --- /usr/ports/www/tinyproxy/Makefile Mon Feb 2 12:29:16 2009 +++ src/mystuff/www/tinyproxy/Makefile Fri Mar 20 03:53:16 2009 @@ -2,41 +2,36 @@ COMMENT= lightweight HTTP/SSL proxy -VERSION= 1.6.3 +VERSION= 1.6.4 DISTNAME= tinyproxy-${VERSION} -PKGNAME= ${DISTNAME}p2 CATEGORIES=www net -HOMEPAGE= http://tinyproxy.sourceforge.net/ +HOMEPAGE= https://www.banu.com/tinyproxy/ +MASTER_SITES= https://www.banu.com/pub/tinyproxy/1.6/ +MAINTAINER=frantisek holop min...@obiit.org -MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=tinyproxy/} - # GPL PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP=Yes PERMIT_DISTFILES_CDROM=Yes PERMIT_DISTFILES_FTP= Yes + WANTLIB= c -USE_LIBTOOL= Yes -CONFIGURE_STYLE= simple -CONFIGURE_ARGS+= --with-config=${SYSCONFDIR}/tinyproxy/tinyproxy.conf -MAKE_FLAGS=CFLAGS=${CFLAGS} +SEPARATE_BUILD=concurrent +CONFIGURE_STYLE= gnu +CONFIGURE_ARGS+= --with-config=${SYSCONFDIR}/tinyproxy.conf -CFLAGS+= -DNDEBUG - -DOCS= HT* RFC_INFO filter-howto.txt *.html - REGRESS_TARGET=check do-install: - ${INSTALL_PROGRAM} ${WRKSRC}/src/tinyproxy ${PREFIX}/sbin + ${INSTALL_PROGRAM} ${WRKBUILD}/src/tinyproxy ${PREFIX}/sbin ${INSTALL_DATA} ${WRKSRC}/doc/tinyproxy.8 ${PREFIX}/man/man8 ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/tinyproxy ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/tinyproxy - cd ${WRKSRC}/doc ${INSTALL_DATA} ${DOCS} \ - ${PREFIX}/share/doc/tinyproxy - cd ${WRKSRC}/doc ${INSTALL_DATA} tinyproxy.conf \ - ${PREFIX}/share/examples/tinyproxy + ${INSTALL_DATA} ${WRKSRC}/doc/{debug,default,stats}.html \ + ${PREFIX}/share/doc/tinyproxy + ${INSTALL_DATA} ${WRKSRC}/doc/tinyproxy.conf \ + ${PREFIX}/share/examples/tinyproxy .include bsd.port.mk diff -ur /usr/ports/www/tinyproxy/distinfo src/mystuff/www/tinyproxy/distinfo --- /usr/ports/www/tinyproxy/distinfo Thu Apr 5 17:26:26 2007 +++ src/mystuff/www/tinyproxy/distinfo Thu Mar 19 22:43:47 2009 @@ -1,5 +1,5 @@ -MD5 (tinyproxy-1.6.3.tar.gz) = vRTQKbEmIbz9fucbL0iT2g== -RMD160 (tinyproxy-1.6.3.tar.gz) = pVA9A73+AP0jLGQ7UYvWw+A03DM= -SHA1 (tinyproxy-1.6.3.tar.gz) = TxAfKiTZuRf+4Dpl0nvbv8ifhfc= -SHA256 (tinyproxy-1.6.3.tar.gz) = z08gBfzWnxAIfFmDmMGhVtGCe5+xHHaatlh7ex6kotw= -SIZE (tinyproxy-1.6.3.tar.gz) = 467348 +MD5 (tinyproxy-1.6.4.tar.gz) = MVe5FZqNAF9CSM9NTWxl4g== +RMD160 (tinyproxy-1.6.4.tar.gz) = CpFVkch/LTB1/nzyk0uYknZooXw= +SHA1 (tinyproxy-1.6.4.tar.gz) = Gv3WqY6LH4arK2Z8DRXBJp7ao1w= +SHA256 (tinyproxy-1.6.4.tar.gz) = 2a0jShscCA4qyTRJ5TGGEf/XJ3EzUrbqn/d9EKcbAkI= +SIZE (tinyproxy-1.6.4.tar.gz) = 316567 Only in src/mystuff/www/tinyproxy/patches: patch-doc_tinyproxy_8 diff -ur /usr/ports/www/tinyproxy/pkg/PLIST src/mystuff/www/tinyproxy/pkg/PLIST --- /usr/ports/www/tinyproxy/pkg/PLIST Mon Feb 2 12:29:16 2009 +++ src/mystuff/www/tinyproxy/pkg/PLIST Fri Mar 20 00:04:48 2009 @@ -1,17 +1,12 @@ @comment $OpenBSD: PLIST,v 1.7 2009/02/02 12:29:16 martynas Exp $ -...@newgroup _tinyproxy:617 @newuser _tinyproxy:617:_tinyproxy:daemon:tinyproxy:/nonexistent:/sbin/nologin +...@newgroup _tinyproxy:617 @man man/man8/tinyproxy.8 -sbin/tinyproxy +...@bin sbin/tinyproxy share/doc/tinyproxy/ -share/doc/tinyproxy/HTML_VARIABLES -share/doc/tinyproxy/HTTP_ERROR_CODES -share/doc/tinyproxy/RFC_INFO share/doc/tinyproxy/debug.html share/doc/tinyproxy/default.html -share/doc/tinyproxy/filter-howto.txt share/doc/tinyproxy/stats.html share/examples/tinyproxy/ -...@sample ${SYSCONFDIR}/tinyproxy/ share/examples/tinyproxy/tinyproxy.conf -...@sample ${SYSCONFDIR}/tinyproxy/tinyproxy.conf +...@sample ${SYSCONFDIR}/tinyproxy.conf
changing pkg_add -ui behaviour
hi there, i am just thinking out loud, but would it make sense that pkg_add -u not-yet-installed-package would instead of complaining about unresolvable package name just go ahead and try to install that package? this could allow for the scenario of updating and installing packages from the same command line without having to know what is already installed and what is not... -f -- a man who fears suffering is already suffering.
pkg_add and dealing with corrupt /var/db/pkg/ entries
hi there, so here is a real life example. i started an install on a clean machine. the box locked up, i did a hard reboot. the +CONTENTS entry of pango got corrupted. so i deleted all of /var/db/pkg/pango-* now i'd like to reinstall it. what is the correct procedure here? do i have to remove everything and start over? i tried a simple pkg_add cairo, of course pkg_add complains, some files have the same checksum, some dont but in the end it says fatal issues in installing pango and aborts. reading the man page, it would seem to me, that -F conflicts is for cases like this but it ends the same. i also tried a pkg_add -u to see how it reacts but it just went through all the existing packages and ignored pango totally. -f -- fact: fourteen out of every ten people like chocolate.
Re: fonts category anyone?
hmm, on Mon, Feb 02, 2009 at 09:53:35AM +0100, Antoine Jacoutot said that On Mon, 2 Feb 2009, Alexey Suslikov wrote: I like the idea. I *always* do find/grep dance over /usr/ports to find fonts because they are placed unnaturally (imo). Why don't you guys use 'make search' ? answering a question with a question :] i am sorry, but how is the possibility to search for something connected with the organisation of data/packages/stuff? doesn't your question imply that we could put everything into one big pile and then we can search for everything? i prefer not to search if possible, e.g. because most of the time the categories are sensible--except the fonts (and possible others too). i sincerely think this is an improvement. simple and logical, at least in my mind. -f -- some are wise; others are otherwise
Re: fonts category anyone?
hmm, on Mon, Feb 02, 2009 at 06:40:18PM +, Stuart Henderson said that On 2009/02/02 10:24, Aaron W. Hsu wrote: Antoine, On 02-Feb-2009 Antoine Jacoutot wrote: if possible, e.g. because most of the time the categories are sensible--except the fonts (and possible others too). It has been discussed *billion* times! If one day we have a 'cvs move' function, we may consider it. It was my understanding that even though CVS does not have a specific move command, it is still physically and technically possible to move CVS files around without losing the editing history [1]. The repo move isn't the only problem, you also have to take into account the changes in pkgpath, and changes to any depending ports. ok, here is a breakdown of the font ports i found at first glance: Port: zh-fonts-arphicttf-2.11p1 Path: chinese/arphicttf Info: chinese big5/gb truetype fonts Maint: Kevin Lo ke...@openbsd.org Index: chinese x11 L-deps: B-deps: R-deps: Archs: any Port: zh-fonts-kc-1.05 Path: chinese/kcfonts Info: extra chinese fonts Maint: Kevin Lo ke...@openbsd.org Index: chinese x11 L-deps: B-deps: R-deps: Archs: any Port: zh-fonts-taipei-1.01 Path: chinese/taipeifonts Info: extra chinese fonts Maint: Kevin Lo ke...@openbsd.org Index: chinese x11 L-deps: B-deps: R-deps: Archs: any Port: ja-fonts-funet-1997 Path: japanese/funetfonts Info: extra japanese fonts, marumoji Maint: Marc Espie es...@openbsd.org Index: japanese x11 L-deps: B-deps: R-deps: Archs: any Port: ja-fonts-gnu-1.2 Path: japanese/intlfonts Info: extra japanese fonts Maint: Marc Espie es...@openbsd.org Index: japanese x11 L-deps: B-deps: R-deps: Archs: any Port: mplus-ttf-20060520p0 Path: japanese/mplus-ttf Info: high quality japanese truetype fonts Maint: Mathieu Sauve-Frankel m...@openbsd.org Index: japanese x11 L-deps: B-deps: bzip2-*:archivers/bzip2 R-deps: Archs: any Port: sazanami-ttf-20040629p0 Path: japanese/sazanami-ttf Info: japanese true type fonts Maint: Mathieu Sauve-Frankel m...@openbsd.org Index: japanese x11 L-deps: B-deps: bzip2-*:archivers/bzip2 R-deps: Archs: any Port: baekmuk-fonts-2.0p0 Path: korean/baekmuk-fonts Info: extra Korean fonts Maint: Jung moor...@gmail.com Index: korean x11 L-deps: B-deps: R-deps: Archs: any Port: baekmuk-ttf-2.2 Path: korean/baekmuk-ttf Info: Baekmuk Korean truetype fonts Maint: Jung moor...@gmail.com Index: korean x11 L-deps: B-deps: R-deps: Archs: any Port: hanterm-fonts-3.1 Path: korean/hanterm-fonts Info: extra Korean fonts Maint: The OpenBSD ports mailing-list ports@openbsd.org Index: korean x11 L-deps: B-deps: R-deps: Archs: any Port: acrofonts-7.0 Path: print/acrofonts Info: asian font pack for acroread Maint: Yozo TODA y...@v007.vaio.ne.jp Index: print L-deps: B-deps: R-deps: acroread-=7:print/acroread Archs: any Port: pkfonts-dpi300-1.0p0 Path: print/pkfonts,-main Info: English PK fonts (300dpi) for ghostscript, xdvi, etc. Maint: The OpenBSD ports mailing-list ports@openbsd.org Index: print L-deps: B-deps: R-deps: Archs: any Port: pkfonts-dpi118-1.0 Path: print/pkfonts,-dpi118 Info: English PK fonts (118dpi) for ghostscript, xdvi, etc. Maint: The OpenBSD ports mailing-list ports@openbsd.org Index: print L-deps: B-deps: R-deps: Archs: any Port: pkfonts-dpi240-1.0 Path: print/pkfonts,-dpi240 Info: English PK fonts (240dpi) for ghostscript, xdvi, etc. Maint: The OpenBSD ports mailing-list ports@openbsd.org Index: print L-deps: B-deps: R-deps: Archs: any Port: pkfonts-dpi360-1.0 Path: print/pkfonts,-dpi360 Info: English PK fonts (360dpi) for ghostscript, xdvi, etc. Maint: The OpenBSD ports mailing-list ports@openbsd.org Index: print L-deps: B-deps: R-deps: Archs: any Port: pkfonts-dpi400-1.0 Path: print/pkfonts,-dpi400 Info: English PK fonts (400dpi) for ghostscript, xdvi, etc. Maint: The OpenBSD ports mailing-list ports@openbsd.org Index: print L-deps: B-deps: R-deps: Archs: any Port: pkfonts-dpi600-1.0 Path: print/pkfonts,-dpi600 Info: English PK fonts (600dpi) for ghostscript, xdvi, etc. Maint: The OpenBSD ports mailing-list ports@openbsd.org Index: print L-deps: B-deps: R-deps: Archs: any Port: pscyr-0.4c_patch2p2 Path: russian/pscyr Info: cyrillic PostScript Type1 fonts to use with TeX Maint: Alexander Yurchenko gra...@openbsd.org Index: russian print L-deps: B-deps: R-deps: :print/texlive/base Archs: any Port: arabeyes-2.0 Path: x11/arabeyes-ttf Info: Arabeyes TrueType Arabic fonts Maint: The OpenBSD ports mailing-list ports@openbsd.org Index: x11 L-deps: B-deps: R-deps: Archs: any Port: artwiz-aleczapka-1.3p3 Path: x11/artwiz-aleczapka,-main Info: improved artwiz fonts Maint: Patrick Keshishian pkesh...@gmail.com Index: x11 L-deps: B-deps: bzip2-*:archivers/bzip2 R-deps: Archs: any Port:
Re: fonts category anyone?
hmm, on Mon, Feb 02, 2009 at 11:20:36PM +0200, Alexey Suslikov said that I do like the suggestion of adding fonts to CATEGORIES, though. Perhaps one of the original proponents might like to send a diff. On behalf of a *billion* of original proponents :) i think this is not correct. you have included some of the font editing software as well. the idea with the font category was to have only fonts there, not font drawing/manupulating programs... but thank you. snip patch -f -- one seventh of our lives is spent on mondays.
Re: [update] py-gdata 1.2.24
hmm, on Mon, Feb 02, 2009 at 10:20:47AM +0100, Antoine Jacoutot said that On Mon, 2 Feb 2009, frantisek holop wrote: (just growing and growing. i dont like where this is going...) please test and commit, You patch doesn't apply here. sorry, updated a stale one. this should work. -f -- reach out /usr/bin/touch faith Index: Makefile === RCS file: /cvs/ports/devel/py-gdata/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile23 Nov 2008 16:54:58 - 1.3 +++ Makefile2 Feb 2009 11:17:06 - @@ -2,7 +2,7 @@ COMMENT= Python client library for Google data APIs -MODPY_EGG_VERSION=1.2.2 +MODPY_EGG_VERSION=1.2.4 DISTNAME= gdata.py-${MODPY_EGG_VERSION} PKGNAME= py-gdata-${MODPY_EGG_VERSION} CATEGORIES=devel Index: distinfo === RCS file: /cvs/ports/devel/py-gdata/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo23 Nov 2008 16:54:58 - 1.3 +++ distinfo2 Feb 2009 11:17:06 - @@ -1,5 +1,5 @@ -MD5 (gdata.py-1.2.2.tar.gz) = tNFS8EgVq8viXZAdi0pnFQ== -RMD160 (gdata.py-1.2.2.tar.gz) = ggi4cww9l3pZfy6VgILfeHMok1c= -SHA1 (gdata.py-1.2.2.tar.gz) = EmMd2l81dGD9W46cLsR6E8uVKHc= -SHA256 (gdata.py-1.2.2.tar.gz) = WZYkDBM2j/qjx5W0ZEe59zkkTRyN0mp7MoQq22+rNZM= -SIZE (gdata.py-1.2.2.tar.gz) = 519130 +MD5 (gdata.py-1.2.4.tar.gz) = Uh8zo3fWT4plBboRlBW3hw== +RMD160 (gdata.py-1.2.4.tar.gz) = QII5enGAGYwZY/3nJruRw2DyfiA= +SHA1 (gdata.py-1.2.4.tar.gz) = W2gEz7O87QLH6fEC+ipxQUD2L9g= +SHA256 (gdata.py-1.2.4.tar.gz) = /F3bj3axer1yhyGg4Bd+o19VpwEG9E3JAQsi7OsGq94= +SIZE (gdata.py-1.2.4.tar.gz) = 797525 Index: pkg/DESCR === RCS file: /cvs/ports/devel/py-gdata/pkg/DESCR,v retrieving revision 1.3 diff -u -r1.3 DESCR --- pkg/DESCR 23 Nov 2008 16:54:58 - 1.3 +++ pkg/DESCR 2 Feb 2009 11:17:06 - @@ -1,22 +1,24 @@ -The Google data Python client library makes it easy to access data -through the Google data APIs. This library provides data model and -service modules for the the following Google data services: - - Google Calendar data API - - Google Contacts data API - - Google Spreadsheets data API - - Google Document List data APIs - - Google Base data API - - Google Apps Provisioning API - - Google Apps Email Migration API - - Google Apps Email Settings API - - Picasa Web Albums Data API - - Google Code Search Data API - - YouTube Data API - - Google Webmaster Tools Data API - - Blogger Data API - - core Google data API functionality +The Google data Python client library makes it easy to interact with +Google services through the Google Data APIs. This library provides +data models and service modules for the the following Google data +services: + - Google Calendar data API + - Google Contacts data API + - Google Spreadsheets data API + - Google Document List data APIs + - Google Base data API + - Google Apps Provisioning API + - Google Apps Email Migration API + - Google Apps Email Settings API + - Picasa Web Albums Data API + - Google Code Search Data API + - YouTube Data API + - Google Webmaster Tools Data API + - Blogger Data API + - core Google data API functionality The core Google data code provides sufficient functionality to use this library with any Google data API (even if a module hasn't been written -for it yet). For example, this client can be used with the Notebook API. -This library may also be used with any Atom Publishing Protocol service. +for it yet). For example, this client can be used with the Notebook API +and the Google Health API. This library may also be used with any Atom +Publishing Protocol service. Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-gdata/pkg/PLIST,v retrieving revision 1.3 diff -u -r1.3 PLIST --- pkg/PLIST 23 Nov 2008 16:54:58 - 1.3 +++ pkg/PLIST 2 Feb 2009 11:17:06 - @@ -2,12 +2,22 @@ lib/python${MODPY_VERSION}/site-packages/atom/ lib/python${MODPY_VERSION}/site-packages/atom/__init__.py lib/python${MODPY_VERSION}/site-packages/atom/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/atom/auth.py +lib/python${MODPY_VERSION}/site-packages/atom/auth.pyc +lib/python${MODPY_VERSION}/site-packages/atom/client.py +lib/python${MODPY_VERSION}/site-packages/atom/client.pyc +lib/python${MODPY_VERSION}/site-packages/atom/core.py +lib/python${MODPY_VERSION}/site-packages/atom/core.pyc lib/python${MODPY_VERSION}/site-packages/atom/http.py lib/python${MODPY_VERSION}/site-packages/atom/http.pyc +lib/python${MODPY_VERSION}/site-packages/atom/http_core.py +lib/python${MODPY_VERSION}/site-packages/atom/http_core.pyc lib/python${MODPY_VERSION}/site-packages/atom/http_interface.py lib/python${MODPY_VERSION}/site-packages/atom
Re: fonts category anyone?
hmm, on Mon, Feb 02, 2009 at 10:25:14AM +0100, Antoine Jacoutot said that On Mon, 2 Feb 2009, frantisek holop wrote: doesn't your question imply that we could put everything into one big pile and then we can search for everything? i prefer not to search This will never happen. At one point you will have to search anyway because one dev would have put his port under what he thinks is the best category fit for him but maybe not for you. So you should learn the tools. of course, but if one has to search for obvious stuff, i consider that the other extreme.. Loosing all CVS history is not an improvement in mine. cvs history for scaffolding makefiles which support _only and only_ the latest and greatest and only and only in -current dont seem like terribly important information to me. it's not like we are talking about important C files like in src or xenocera. hands up who would be distressed if the initial import for liberty fonts got lost? especially the fonts, these are pretty simple ports anyway. yes, it is frustrating that cvs cannot deal with this in an elegant way, but we always work with what we have, the sooner we make this switch the less will be the loss.. i find it way more frustrating that every time something needs to be moved in order to make it cleaner, simpler and logical in ports we back down because of this limitation. so there, i said it.. -f -- incipit vita nova.
[update] py-gdata 1.2.24
(just growing and growing. i dont like where this is going...) please test and commit, -f -- to a cat, no! means not while i'm looking. Index: Makefile === RCS file: /cvs/ports/devel/py-gdata/Makefile,v retrieving revision 1.2 diff -u -r1.2 Makefile --- Makefile8 Oct 2008 16:08:00 - 1.2 +++ Makefile2 Feb 2009 04:18:18 - @@ -2,7 +2,7 @@ COMMENT= Python client library for Google data APIs -MODPY_EGG_VERSION=1.2.1 +MODPY_EGG_VERSION=1.2.4 DISTNAME= gdata.py-${MODPY_EGG_VERSION} PKGNAME= py-gdata-${MODPY_EGG_VERSION} CATEGORIES=devel Index: distinfo === RCS file: /cvs/ports/devel/py-gdata/distinfo,v retrieving revision 1.2 diff -u -r1.2 distinfo --- distinfo8 Oct 2008 16:08:00 - 1.2 +++ distinfo2 Feb 2009 04:18:18 - @@ -1,5 +1,5 @@ -MD5 (gdata.py-1.2.1.tar.gz) = Gc1//5TiMgsg0CNJLDO/mQ== -RMD160 (gdata.py-1.2.1.tar.gz) = XqUcDFZGLFgdc17b/MBxOElk7RE= -SHA1 (gdata.py-1.2.1.tar.gz) = U2DKaa4qbZUk/+Hl3xqi4KU3eqI= -SHA256 (gdata.py-1.2.1.tar.gz) = UvxSUE0oMwUFCxXdC/st5wI2EhpnB9rGIjp3Q3p76dc= -SIZE (gdata.py-1.2.1.tar.gz) = 467023 +MD5 (gdata.py-1.2.4.tar.gz) = Uh8zo3fWT4plBboRlBW3hw== +RMD160 (gdata.py-1.2.4.tar.gz) = QII5enGAGYwZY/3nJruRw2DyfiA= +SHA1 (gdata.py-1.2.4.tar.gz) = W2gEz7O87QLH6fEC+ipxQUD2L9g= +SHA256 (gdata.py-1.2.4.tar.gz) = /F3bj3axer1yhyGg4Bd+o19VpwEG9E3JAQsi7OsGq94= +SIZE (gdata.py-1.2.4.tar.gz) = 797525 Index: pkg/DESCR === RCS file: /cvs/ports/devel/py-gdata/pkg/DESCR,v retrieving revision 1.2 diff -u -r1.2 DESCR --- pkg/DESCR 8 Oct 2008 16:08:00 - 1.2 +++ pkg/DESCR 2 Feb 2009 04:18:18 - @@ -1,20 +1,24 @@ -The Google data Python client library makes it easy to access data -through the Google data APIs. This library provides data model and -service modules for the the following Google data services: - - Google Calendar data API - - Google Contacts data API - - Google Spreadsheets data API - - Google Document List data APIs - - Google Base data API - - Google Apps Provisioning API - - Picasa Web Albums Data API - - Google Code Search Data API - - YouTube Data API - - Blogger Data API - - core Google data API functionality +The Google data Python client library makes it easy to interact with +Google services through the Google Data APIs. This library provides +data models and service modules for the the following Google data +services: + - Google Calendar data API + - Google Contacts data API + - Google Spreadsheets data API + - Google Document List data APIs + - Google Base data API + - Google Apps Provisioning API + - Google Apps Email Migration API + - Google Apps Email Settings API + - Picasa Web Albums Data API + - Google Code Search Data API + - YouTube Data API + - Google Webmaster Tools Data API + - Blogger Data API + - core Google data API functionality The core Google data code provides sufficient functionality to use this library with any Google data API (even if a module hasn't been written -for it yet). For example, this client can be used with the Blogger API, -and the YouTube API. This library may also be used with any Atom +for it yet). For example, this client can be used with the Notebook API +and the Google Health API. This library may also be used with any Atom Publishing Protocol service. Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-gdata/pkg/PLIST,v retrieving revision 1.2 diff -u -r1.2 PLIST --- pkg/PLIST 8 Oct 2008 16:08:00 - 1.2 +++ pkg/PLIST 2 Feb 2009 04:18:19 - @@ -2,12 +2,22 @@ lib/python${MODPY_VERSION}/site-packages/atom/ lib/python${MODPY_VERSION}/site-packages/atom/__init__.py lib/python${MODPY_VERSION}/site-packages/atom/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/atom/auth.py +lib/python${MODPY_VERSION}/site-packages/atom/auth.pyc +lib/python${MODPY_VERSION}/site-packages/atom/client.py +lib/python${MODPY_VERSION}/site-packages/atom/client.pyc +lib/python${MODPY_VERSION}/site-packages/atom/core.py +lib/python${MODPY_VERSION}/site-packages/atom/core.pyc lib/python${MODPY_VERSION}/site-packages/atom/http.py lib/python${MODPY_VERSION}/site-packages/atom/http.pyc +lib/python${MODPY_VERSION}/site-packages/atom/http_core.py +lib/python${MODPY_VERSION}/site-packages/atom/http_core.pyc lib/python${MODPY_VERSION}/site-packages/atom/http_interface.py lib/python${MODPY_VERSION}/site-packages/atom/http_interface.pyc lib/python${MODPY_VERSION}/site-packages/atom/mock_http.py lib/python${MODPY_VERSION}/site-packages/atom/mock_http.pyc +lib/python${MODPY_VERSION}/site-packages/atom/mock_http_core.py +lib/python${MODPY_VERSION}/site-packages/atom/mock_http_core.pyc
fonts category anyone?
hi there, i follow ports quite a bit but i can't recall big debates when a category was to be scratched or created... i know this category system is never going to be perfect, not everything fits into a box, or some things fit into several boxen. i was trying out the dejavu-fonts port sent here to the list and i was--not for the first time--surprised and annoyed that there is no /usr/ports/fonts i can see a kind of logic for putting fonts into x11 but strangely it is one of the last places where i would look for a font. a constant source of frustration whenever i reinstall my system and start looking for e.g. msttcorefonts. some might argue that fonts need a visual system and that's why they are in x11. but there are miriads of tools now that break this premise starting with gd, rrdtools, and so on. fonts have nothing more to do with x11 than say all the audio software written for x11 yet they are still in audio. can someone send please legitimate, rational reasons why creating fonts is a bad idea? thank you. -f -- i plan to live forever or die trying.
Re: dejavu fonts
hmm, on Thu, Jan 29, 2009 at 03:01:41AM +0100, Tim van der Molen said that On Thu, 29 Jan 2009 00:11:44 +0100, frantisek holop wrote: could the poeple making the dejavu fonts port please resubmit it again perhaps updated to 2.28? Here is a port of 2.28. tested. please commit. could you please elaborate more on the symlink voodoo? what does it accomplish? what is the difference between hinted/unhinted and so on? the message is not clear wether this is a good thing to do or why is it a good thing. thanks for the port. -f -- he's about as bright as a black hole.
dejavu fonts
hi there, could the poeple making the dejavu fonts port please resubmit it again perhaps updated to 2.28? it would be really nice to get this in, no? i am sick of copying them around all the time :]]] -f -- windows error: 004 erroneous error. nothing wrong.
vlc in snapshots?
hi gang, i was kind of off for a while, and i am sure i am missing something very basic, but where is vlc from the current snapshots? -f -- nothing can go wrong now, go wrong, gow rong, grong!
opera mouse cursor screen corruption
hi there, does anyone experience mouse cursor/screen corruptions with the newest -current and newest packages? could this be related to iteldrm changes? (eeepc has intel) anyone else seeing this? -f -- feudalism: it's your count that votes.
Re: ff3
hmm, on Sat, Dec 13, 2008 at 04:52:36PM -0600, Abel Camarillo said that I am trying opera and I am amazed by the performance, it's considerably faster than ff3, and I have no more those tremendous lags disturbing me. I was stucked with ff3 for the `vimperator' but I found a little plugin called `vimperopera' that helps a lot with the opera navigation. i guess that would be just a keyboard layout .ini file :] i have yet to find a thing that is not customisable in opera. as soon as opera dragonfly catches up with firebug i am a happy camper. -f -- honesty: fear of being caught.
Re: Opera stability
hmm, on Wed, Dec 17, 2008 at 06:58:30AM +0100, Nikolay Sturm said that workstation and was able to surf a little on an MP machine. The trick is to use a webproxy like squid. or tinyproxy... a proxy server is needed for socks functionality anyway. come on opera, the only feather missing from your cap! -f -- life is lived forwards, but understood backwards.
Re: ff3
hmm, on Sun, Dec 07, 2008 at 09:26:24PM +0100, Hannah Schroeter said that For me it feels a little bit less slow and not more memory hungry than ff2 always was (ff2 was/is a beast and on my a bit slower home box I began moving over to konqueror again, which is fast even though I don't use kde otherwise - even faster than ff3 on my faster work box). on my eeepc ff3 doesnt feel much faster but it sure plugs numerous memory leaks over ff2. but it's slooow, especially with js sites like gmail. but get this. if you have a slow (like the eee) machine, why not give opera a try? yes, even in linux emulation it beats ff{2,3} hands down absolutely. it takes a bit of using to, but actually it is much better than ff in many respects. i often hear the plugin argument against, but if one doesn't want really esoteric stuff, it's a breeze: e.g. i copied the adblock list into .opera/urlfilter.ini and it's the same. (but i did a fair amount of web development so firebug is the only thing i keep firefox for still around.) and get this: opera in openbsd's linux emulation is more stable than the linux version i used on the eeepc. i never needed to kill it on openbsd, on linux the pluginwrapper chokes all the time. it's crazy. opera is just miles away from firefox. at least now it is. -f -- madam i'm adam.
[update] py-gdata
trivial update for the gdata api python client. Index: Makefile === RCS file: /cvs/ports/devel/py-gdata/Makefile,v retrieving revision 1.2 diff -u -r1.2 Makefile --- Makefile8 Oct 2008 16:08:00 - 1.2 +++ Makefile23 Nov 2008 15:55:33 - @@ -2,7 +2,7 @@ COMMENT= Python client library for Google data APIs -MODPY_EGG_VERSION=1.2.1 +MODPY_EGG_VERSION=1.2.2 DISTNAME= gdata.py-${MODPY_EGG_VERSION} PKGNAME= py-gdata-${MODPY_EGG_VERSION} CATEGORIES=devel Index: distinfo === RCS file: /cvs/ports/devel/py-gdata/distinfo,v retrieving revision 1.2 diff -u -r1.2 distinfo --- distinfo8 Oct 2008 16:08:00 - 1.2 +++ distinfo23 Nov 2008 15:55:33 - @@ -1,5 +1,5 @@ -MD5 (gdata.py-1.2.1.tar.gz) = Gc1//5TiMgsg0CNJLDO/mQ== -RMD160 (gdata.py-1.2.1.tar.gz) = XqUcDFZGLFgdc17b/MBxOElk7RE= -SHA1 (gdata.py-1.2.1.tar.gz) = U2DKaa4qbZUk/+Hl3xqi4KU3eqI= -SHA256 (gdata.py-1.2.1.tar.gz) = UvxSUE0oMwUFCxXdC/st5wI2EhpnB9rGIjp3Q3p76dc= -SIZE (gdata.py-1.2.1.tar.gz) = 467023 +MD5 (gdata.py-1.2.2.tar.gz) = tNFS8EgVq8viXZAdi0pnFQ== +RMD160 (gdata.py-1.2.2.tar.gz) = ggi4cww9l3pZfy6VgILfeHMok1c= +SHA1 (gdata.py-1.2.2.tar.gz) = EmMd2l81dGD9W46cLsR6E8uVKHc= +SHA256 (gdata.py-1.2.2.tar.gz) = WZYkDBM2j/qjx5W0ZEe59zkkTRyN0mp7MoQq22+rNZM= +SIZE (gdata.py-1.2.2.tar.gz) = 519130 Index: pkg/DESCR === RCS file: /cvs/ports/devel/py-gdata/pkg/DESCR,v retrieving revision 1.2 diff -u -r1.2 DESCR --- pkg/DESCR 8 Oct 2008 16:08:00 - 1.2 +++ pkg/DESCR 23 Nov 2008 15:55:33 - @@ -1,20 +1,22 @@ The Google data Python client library makes it easy to access data through the Google data APIs. This library provides data model and service modules for the the following Google data services: - - Google Calendar data API - - Google Contacts data API - - Google Spreadsheets data API - - Google Document List data APIs - - Google Base data API - - Google Apps Provisioning API - - Picasa Web Albums Data API - - Google Code Search Data API - - YouTube Data API - - Blogger Data API - - core Google data API functionality + - Google Calendar data API + - Google Contacts data API + - Google Spreadsheets data API + - Google Document List data APIs + - Google Base data API + - Google Apps Provisioning API + - Google Apps Email Migration API + - Google Apps Email Settings API + - Picasa Web Albums Data API + - Google Code Search Data API + - YouTube Data API + - Google Webmaster Tools Data API + - Blogger Data API + - core Google data API functionality The core Google data code provides sufficient functionality to use this library with any Google data API (even if a module hasn't been written -for it yet). For example, this client can be used with the Blogger API, -and the YouTube API. This library may also be used with any Atom -Publishing Protocol service. +for it yet). For example, this client can be used with the Notebook API. +This library may also be used with any Atom Publishing Protocol service. Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-gdata/pkg/PLIST,v retrieving revision 1.2 diff -u -r1.2 PLIST --- pkg/PLIST 8 Oct 2008 16:08:00 - 1.2 +++ pkg/PLIST 23 Nov 2008 15:55:33 - @@ -28,6 +28,16 @@ lib/python${MODPY_VERSION}/site-packages/gdata/apps/ lib/python${MODPY_VERSION}/site-packages/gdata/apps/__init__.py lib/python${MODPY_VERSION}/site-packages/gdata/apps/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/gdata/apps/emailsettings/ +lib/python${MODPY_VERSION}/site-packages/gdata/apps/emailsettings/__init__.py +lib/python${MODPY_VERSION}/site-packages/gdata/apps/emailsettings/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/gdata/apps/emailsettings/service.py +lib/python${MODPY_VERSION}/site-packages/gdata/apps/emailsettings/service.pyc +lib/python${MODPY_VERSION}/site-packages/gdata/apps/migration/ +lib/python${MODPY_VERSION}/site-packages/gdata/apps/migration/__init__.py +lib/python${MODPY_VERSION}/site-packages/gdata/apps/migration/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/gdata/apps/migration/service.py +lib/python${MODPY_VERSION}/site-packages/gdata/apps/migration/service.pyc lib/python${MODPY_VERSION}/site-packages/gdata/apps/service.py lib/python${MODPY_VERSION}/site-packages/gdata/apps/service.pyc lib/python${MODPY_VERSION}/site-packages/gdata/auth.py @@ -91,6 +101,11 @@ lib/python${MODPY_VERSION}/site-packages/gdata/test_data.pyc lib/python${MODPY_VERSION}/site-packages/gdata/urlfetch.py lib/python${MODPY_VERSION}/site-packages/gdata/urlfetch.pyc +lib/python${MODPY_VERSION}/site-packages/gdata/webmastertools/ +lib/python${MODPY_VERSION}/site-packages/gdata/webmastertools/__init__.py
minor pkg_add bug(?) on 4.4 stable
hi there, it is not really bug per se, but the following happened to me today: integer sudo pkg_add -ui Looking for updates: complete Cannot find updates for naim-0.11.8.3.1 Proceed? [y/N] y integer why the question to proceed if there is nothing to do? :] -f -- if the limit was 250, there'd be no speeders...
Re: work-in-progress: python-3.0rc1
hmm, on Mon, Oct 20, 2008 at 08:10:52AM +0200, Marc Balmer said that I am still contending that having the version in the name stem would be the best solution: instead of py-whatever (for the current default python) and py-whatever-python24 (for python2.4) it would be py25-whatever, py24-whatever and be very explicit about the version. what about stuff that works with more (any) python version(s)? -f -- questions, questions! does it ever end?!
Re: stretching the limits of the ports framework
hmm, on Sat, Oct 18, 2008 at 10:47:15AM +0200, Marc Espie said that You won't get any cookie from me, because you're attacking this from the wrong point of view. the basic premise, perhaps incorrect was, that i don't touch the packages i modify, just overwrite a couple of files and delete some behind the back of the system. it seemed logical. but the things is, that the modified packages are already unsupported and i mess them up anyway so probably making this is an update is just as logical. the reason i never even thought about an upgrade is, that i always thought that an update (-u) eventually runs pkg_add in -r mode, i.e. replaces existing packages but my package does not provide the missing bits again, it rather complements it by overwriting only some very specific parts with newer versions.. You're still thinking you can get away with conflicts, whereas they're standard in the update mechanism. What you're dealing with is an update, probably a complicated one with several packages. If pkg_add were to recognize this as an update, then most of your issues would go away. i will try. If you look closely enough at the package code, you'll notice there's an UpdateSet notion, which is a `block' of stuff that should be updated all at once. Currently, it may contain several old packages, and one new package. At some point, it should become n-to-n, and one of the most central algorithms of pkg_add WILL be how to cut a big update operations into as-small-as-possible updatesets so that you stay with a working machine most of the time. Did you read OpenBSD::Intro(3) ? no. i haven't even seen it referenced anywhere where mere mortals look... but i will do it now. -f -- from the land down under: do we look umop apisdn from up over?
Re: pkg_info -E
hmm, on Thu, Oct 16, 2008 at 12:21:51PM +0200, Toni Mueller said that Hi, On Wed, 15.10.2008 at 22:22:32 +0200, frantisek holop [EMAIL PROTECTED] wrote: a bit of an odd choice if you ask me, first i was looking for -l/-L for locate or something. but those are already taken for some even more obscure functions i have never used :] I didn't check for -l, but the usage of -L is the same as it is for dpkg, where -L also lists the contents of a package. ah, correct, scratch -L, my mistake. -f -- which is the non-smoking lifeboat?
Re: mystuff. mystuff?
hmm, on Thu, Oct 16, 2008 at 09:46:15PM +0100, Stuart Henderson said that this is ports developer stuff, you already have a lot of things to learn as it is, and whatever this is called you still have to learn it. adding more names just confuses things, and it's already mentioned in various ports tutorials... i fully respect everyone's opinion, and if one doesnt like 'local' or find it as logical as me, no problem. i am aware i can tweak it myself, but that's another error vector, isn't, making my stuff (pun intended) unsupported in the ports framework. but please stop this never change stuff because it confuses things because then we could just freeze the tree forever and not correct design decision which after some time proved to be wrong (not this case mind you, generally). plenty of stuff changes all the time that are way more confusing (e.g. pf implied defaults, etc etc) -f -- every silver lining has a cloud.
potentially unsafe operations
hi there, i am just doing a full upgrade, and these messages are somewhat annoying esp because they interrupt the upgrade session and i think they could be supressed in well defined cases. what i mean is, what is potentially dangerious about @exec /usr/local/bin/gtk-update-icon-cache and @exec /usr/local/bin/update-desktop-database that most of the gtk2 progies do nowadays? what about a function for pkg_add to suppress @exec warnings for a list of external programs commonly called by ports? what do you think? i can try and make a patch, but it will take some time, i am boarding a ship from japan to vladivostok in a couple of hours :] -f -- madam i'm adam.
Re: potentially unsafe operations
hmm, on Fri, Oct 17, 2008 at 03:05:59AM +0300, Paul Irofti said that On Fri, Oct 17, 2008 at 01:58:23AM +0200, frantisek holop wrote: hi there, i am just doing a full upgrade, and these messages are somewhat annoying esp because they interrupt the upgrade session and i think they could be supressed in well defined cases. see the -F switch in the manual, you probably want: $ sudo pkg_add -u -F update,alwaysupdate,updatedepends update unsafe update: old packing-list will run scripts that may fail. i must admit the documentation lost me here. the way i read it, this applies to the @unexec's in the 'old' packages when uninstalling before installing the new package? and they may fail? (the scripts i am talking about do not fail.) in any case, such a list would allow a nice granularity for potentially unsafe operations vs business as usual operations.. -f -- many would be cowards if they had enough courage.
mystuff. mystuff?
hi there, i was wondering where 'mystuff' comes from... i know it has a lot of history and some people feel very fondly about it, but i can't help that it kind of reminds me the failed naming scheme from redmond (my computer, etc)... i think /usr/ports/local/ is more openbsd-y and kind of more professional (or perhaps not). i am not asking for changing or removing 'mystuff', rather to consider the addition of 'local' as a legal 'mystuff' directory please share your comments. -f -- raising your voice does not reinforce your argument.
stretching the limits of the ports framework
here is what i want to do: i am using the ports framework to automate a process which overwrites/deletes some existing files of installed packages. overwriting is not a problem and deleting these mutilated packages with pkg_delete -q is ok too. but how can i delete some existing files before the package is actually installed? the very practical example of this is updating the lm fonts in the old tetex packages. filenames have changed, so the best is to delete certain directories and i tried with exec in PLIST @exec rm -rf /usr/local/share/texmf-dist/fonts/{afm,opentype,tfm,type1}/public/lm @exec rm -rf /usr/local/share/texmf-dist/fonts/{enc,map}/dvips/lm but this fails miserably because conflicts are detected much sooner Marc? :] -f -- the current death rate? one per person, of course.
Re: mystuff. mystuff?
hmm, on Wed, Oct 15, 2008 at 07:03:47PM +0200, Paul de Weerd said that On Wed, Oct 15, 2008 at 06:47:05PM +0200, frantisek holop wrote: | hi there, | | i was wondering where 'mystuff' comes from... i know | it has a lot of history and some people feel very | fondly about it, but i can't help that it kind of | reminds me the failed naming scheme from redmond | (my computer, etc)... | | i think /usr/ports/local/ is more openbsd-y and | kind of more professional (or perhaps not). | | i am not asking for changing or removing 'mystuff', | rather to consider the addition of 'local' as a legal | 'mystuff' directory please share your comments. Uhh .. why ? I put my stuff in mystuff .. it's what I'm used to now and I dont feel redmondy doing so. It is, as they say, my stuff ;) your stuff is your stuff, definitely. but local stuff is local stuff, that's why we have /usr/local and not /usr/mystuff, innit? Your suggestion would sooner strike me as a new category for localization stuff perhaps than a special (incl special handling) oh, so /usr/local strikes you as a localization stuff thingie? i don't think so. perhaps my choice of words was not good. for some reason, professional is sneered on... how about consistent with other parts of hier(7)?... subtree for 'my stuff'. I dont have any special feelings for the name, but it's fine for me as is, no need to change it. please read my mail again. no changing, no removing. adding a new one. and yes, perhaps purely cosmetical too. but mainly, consistent. -f -- if people listened to themselves more often, they would shut up.
Re: mystuff. mystuff?
hmm, on Wed, Oct 15, 2008 at 07:32:43PM +0200, Paul de Weerd said that I did not mean to sneer on 'professional', I apologize if I came across sneering. I just do not see this professionalism or consistency well one man's consistency is another's chaos. that's why i asked for comments. mystuff is an i'll-think-of-something-later name someone comes up with at 5am before closing the notebook lid. but in my quest to prove this naming scheme flawed i found the following and this makes this discussion kind of void: /usr/share/man/cat5/mygate.0 /usr/share/man/cat5/myname.0 [and of course mysql (ehm)] well.. -f -- to learn more about paranoids, follow them around!
Re: stretching the limits of the ports framework
/fonts/type1/public/lm/lmtcsc10.pfb (different md5) /usr/local/share/texmf-dist/fonts/type1/public/lm/lmtcsc10.pfm (different md5) /usr/local/share/texmf-dist/fonts/type1/public/lm/lmtt10.pfb (different md5) /usr/local/share/texmf-dist/fonts/type1/public/lm/lmtt10.pfm (different md5) /usr/local/share/texmf-dist/fonts/type1/public/lm/lmtt12.pfb (different md5) /usr/local/share/texmf-dist/fonts/type1/public/lm/lmtt12.pfm (different md5) /usr/local/share/texmf-dist/fonts/type1/public/lm/lmtt8.pfb (different md5) /usr/local/share/texmf-dist/fonts/type1/public/lm/lmtt8.pfm (different md5) /usr/local/share/texmf-dist/fonts/type1/public/lm/lmtt9.pfb (different md5) /usr/local/share/texmf-dist/fonts/type1/public/lm/lmtt9.pfm (different md5) /usr/local/share/texmf-dist/fonts/type1/public/lm/lmtti10.pfb (different md5) /usr/local/share/texmf-dist/fonts/type1/public/lm/lmtti10.pfm (different md5) /usr/local/share/texmf-dist/fonts/type1/public/lm/lmtto10.pfb (different md5) /usr/local/share/texmf-dist/fonts/type1/public/lm/lmtto10.pfm (different md5) /usr/local/share/texmf-dist/fonts/type1/public/lm/lmvtt10.pfb (different md5) /usr/local/share/texmf-dist/fonts/type1/public/lm/lmvtt10.pfm (different md5) /usr/local/share/texmf-dist/fonts/type1/public/lm/lmvtto10.pfb (different md5) /usr/local/share/texmf-dist/fonts/type1/public/lm/lmvtto10.pfm (different md5) /usr/local/share/texmf/web2c/mp.pool (different md5) /usr/sbin/pkg_add: fatal issues in installing context-0.1 -f -- want to forget all your troubles? wear tight shoes. # $OpenBSD$ COMMENT=ConTeXt independent update for teTeX3 DISTNAME= context-0.1 PDFTEX= pdftex-1.40.9 MPOST= metapost-0.901 CATEGORIES= print HOMEPAGE= obiit.org/context/ MAINTAINER= frantisek holop [EMAIL PROTECTED] # GPL + LPPL PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP= Yes PERMIT_DISTFILES_CDROM= Yes PERMIT_DISTFILES_FTP= Yes MASTER_SITES= http://www.pragma-ade.com/context/current/ MASTER_SITES0= http://sarovar.org/frs/download.php/1240/ MASTER_SITES1= http://sarovar.org/frs/download.php/601/ MASTER_SITES2= http://www.ctan.org/get/fonts/ DIST_SUBDIR=ConTeXt # covers all software WANTLIB=c m DISTFILES= \ cont-tmf.zip\ ${PDFTEX}.tar.bz2:0 \ ${MPOST}.tar.bz2:1 \ lm.zip:2 EXTRACT_ONLY= \ ${PDFTEX}.tar.bz2 \ ${MPOST}.tar.bz2\ lm.zip #BUILD_DEPENDS= ::lang/ruby RUN_DEPENDS=:teTeX_base-*:print/teTeX/base #RUN_DEPENDS= :teTeX_base-=3.0:print/teTeX/base # not yet ::lang/lua WRKDIST=${WRKDIR} USE_GMAKE= Yes # as context and lm do not use versions in file names # and i want this port to work between their releases, # i deleted them from distinfo. others have checksums. # another possibility: #NO_CHECKSUM= Yes NO_REGRESS= Yes # if context needed some patches, this approach would be better. # but no point as patches sent upstream are applied near real time... #post-extract: # @mkdir -p ${WRKDIR}/context # @unzip -qq ${FULLDISTDIR}/cont-tmf.zip -d ${WRKDIR}/context do-build: @(cd ${WRKDIR}/${PDFTEX} build.sh) @(cd ${WRKDIR}/${MPOST} Build) do-install: # pdftex ${INSTALL_PROGRAM} ${WRKDIST}/${PDFTEX}/build/texk/web2c/pdftex \ ${PREFIX}/bin/pdfetex ${INSTALL_PROGRAM} ${WRKDIST}/${PDFTEX}/build/texk/web2c/pdftosrc \ ${PREFIX}/bin/pdftosrc ${INSTALL_PROGRAM} ${WRKDIST}/${PDFTEX}/build/texk/web2c/ttf2afm \ ${PREFIX}/bin/ttf2afm # metapost ${INSTALL_DATA_DIR} ${PREFIX}/share/texmf-local/metapost/ ${INSTALL_DATA} ${WRKDIST}/${MPOST}/texmf/metapost/base/* \ ${PREFIX}/share/texmf-local/metapost/ @for i in mpost dvitomp mpware/{dmp,mpto,newer,makempx}; do \ ${INSTALL_PROGRAM} ${WRKDIST}/${MPOST}/build/texk/web2c/$$i \ ${PREFIX}/bin; \ done ${INSTALL_DATA_DIR} ${PREFIX}/share/texmf/web2c/ ${INSTALL_DATA} ${WRKDIST}/${MPOST}/build/texk/web2c/mp.pool\ ${PREFIX}/share/texmf/web2c/mp.pool # context + stubs + docs @unzip -o ${FULLDISTDIR}/cont-tmf.zip -d ${PREFIX}/share/texmf-local # ${LOCALBASE}/bin/texexec --make --all ${INSTALL_PROGRAM
pkg_info -E
hi there, once in a while i need to know a certain file comes from which package. i needed this a lot in the long long past when i was still a red hat user :] now that i don't have a gazillion packages installed i don't need, this is quite rare, actually it happened for the first time since i started using openbsd (2.6) an obvious approach is: amaaq$ egrep -R modutil /var/db/pkg/ /var/db/pkg/nss-3.12/+CONTENTS:@bin bin/modutil ah, gotta love the simplicity and the flat file db. and i said, hey great, this could be a great addition to pkg_info itself. so i went and had a look at the man page, lo and behold: -E filename Look for the package(s) that contains the given filename. a bit of an odd choice if you ask me, first i was looking for -l/-L for locate or something. but those are already taken for some even more obscure functions i have never used :] so here i was, robbed of my great idea to finally send a useful patch, but it seems that all is not lost: amaaq$ pkg_info -E modutil amaaq$ a bit of digging reveals, that pkg_info converts the argument of -E into an absolute path, whether _that_ file exists or not. the documentation should really point this out (or not, read on). i can see the reasoning behind this conversion but let me humbly argue that this is wrong. actually, package(s) refers to the possibility that -E can be specified multiple times (not clear from the docs either) and not to the possiblity to look for files with the same name but defined in multiple packages and installed into different locations: e.g. nls .po files; e.g. to see all the packages that have a slovak language pack installed: amaaq$ egrep -R sk.po /var/db/pkg and my last point, probably a sour point for people with huge number of packages (compared to my puny 158)): amaaq$ time pkg_info -E `which modutil` /usr/local/bin/modutil: nss-3.12 nss-3.12libraries to support development of security-enabled apps 0m14.37s real 0m13.81s user 0m0.11s system amaaq$ time egrep -R modutil /var/db/pkg /var/db/pkg/nss-3.12/+CONTENTS:@bin bin/modutil 0m0.17s real 0m0.14s user 0m0.02s system all the perl-ing around adds quite some overhead... obviously, it would be possible to add regex support and make pkg_info use the flat files instead and process the info later (extract-report-language after all ;-) but somehow i doubt espie@ would throw the data model to the winds :] -f -- mosquito: designed by god to make flies seem better.
Re: pkg_info -E
hmm, on Wed, Oct 15, 2008 at 09:46:25PM +0100, Stuart Henderson said that On 2008/10/15 22:22, frantisek holop wrote: once in a while i need to know a certain file comes from which package. It might not do quite what you're after, and you might already know about it, but this works well for me: LOCATE_PATH=/var/db/pkglocate.database: then either fetch pkglocatedb from the package directory on an ftp mirror, or run something like pkg_mklocatedb -a -q -p \ /usr/ports /var/db/pkglocate.database from weekly.local or similar. hm, now i seem to recall something about this. perhaps a nice xref for pkg_mklocatedb(1) in locate(1) packages(7) and pkg_info(1) would make it easier to find it, none of the pkg tools mention this tool by name, except ports(7) and it is easy to overlook. i also think the description of -E should mention this possibility... it is nice to have this, but i think i'll stick to grep. -f -- jury: a group chosen to decide who has the best lawyer.
make extract without dependencies
hi there, is there a way to do a make extract without checking dependencies? i think this is good just for looking at the source for a given package for one reason or another. i am often without net access (but already have the package src in distfiles) and would like to just really extract the distfile source... -f -- if you have to travel on a titanic, why not go first class?
[update] ispell-sk
there has been a new slovak dictionary for ispell for some time. not that ispell is very much alive... :] -f -- a kind word and gun gets you more than a kind word alone. Index: Makefile === RCS file: /cvs/ports/textproc/ispell/Makefile,v retrieving revision 1.47 diff -u -r1.47 Makefile --- Makefile15 Sep 2007 20:59:38 - 1.47 +++ Makefile4 Oct 2008 14:05:58 - @@ -28,7 +28,7 @@ MASTER_SITES4= ftp://mch5.chem.msu.su/pub/russian/ispell/ \ ftp://ftp.afti.nsu.ru/pub/mirrors/russian-ispell/ MASTER_SITES5= http://natura.di.uminho.pt/~jj/pln/ -MASTER_SITES6= http://ispell.hq.sk/ +MASTER_SITES6= http://sk-spell.sk.cx/files/ MASTER_SITES7= http://www.datsi.fi.upm.es/~coes/ DIST_SUBDIR= ispell @@ -39,7 +39,7 @@ SWEDISH_DICT= iswedish-1.2.1 RUSSIAN_DICT= rus-ispell-0.99e7 PORTUGUESE_DICT= UMportugues -SLOVAK_DICT= ispell-sk-0.2.0 +SLOVAK_DICT= ispell-sk-0.3.2 SPANISH_DICT= espa~nol-1.7 DISTFILES= ${DISTNAME}.tar.gz \ @@ -73,15 +73,15 @@ PERMIT_PACKAGE_FTP=Yes PERMIT_DISTFILES_CDROM=Yes PERMIT_DISTFILES_FTP= Yes -WANTLIB-main= c termcap +WANTLIB-main= c termcap PERMIT_PACKAGE_CDROM-german= no license PERMIT_PACKAGE_FTP-german= no license - + RUN_DEPENDS= ::textproc/ispell RUN_DEPENDS-main= -MAKE_FLAGS=TMPDIR=${WRKDIR} +MAKE_FLAGS=TMPDIR=${WRKDIR} NO_REGRESS=Yes @@ -97,7 +97,7 @@ @mkdir -p ${WRKDIR}/russian @(cd ${WRKDIR}/russian; \ tar xzf ${FULLDISTDIR}/${RUSSIAN_DICT}${EXTRACT_SUFX}) - + @(cd ${WRKDIR}/${SPANISH_DICT}/; \ mv espa~nol.aff spanish.aff; \ mv espa~nol.words+ spanish.words+) @@ -135,7 +135,6 @@ cp portugues.aff portuguese.aff) @(cd ${WRKDIR}/${SLOVAK_DICT}; \ - cat *.words | sort -u -f slovak.words; \ ${WRKDIST}/buildhash slovak.words slovak.aff slovak.hash) @(cd ${WRKDIR}/${SPANISH_DICT}; \ Index: distinfo === RCS file: /cvs/ports/textproc/ispell/distinfo,v retrieving revision 1.11 diff -u -r1.11 distinfo --- distinfo5 Apr 2007 17:26:15 - 1.11 +++ distinfo4 Oct 2008 14:05:58 - @@ -4,7 +4,7 @@ MD5 (ispell/hk2-deutsch.tar.gz) = f6cquI0+9GbjXPByEUC47A== MD5 (ispell/ispell-3.2.06.tar.gz) = 1DThrvGoFSlNUBLGDExBSg== MD5 (ispell/ispell-nl-1.0.0.tar.gz) = 2fjGjygFPnF5IFPjQgGiiw== -MD5 (ispell/ispell-sk-0.2.0.tar.gz) = m3PJmzppmV0m+8p/CxrH7w== +MD5 (ispell/ispell-sk-0.3.2.tar.gz) = OadYfxM0sNcHEB4o4MKQcA== MD5 (ispell/iswedish-1.2.1.tar.gz) = tUauuI12FMMuVBSI1V8y/g== MD5 (ispell/rus-ispell-0.99e7.tar.gz) = N/UsQFxgJsXnklRWZnWJYQ== RMD160 (ispell/UMportugues.tgz) = uXjUUR7Rz474ZMpMIgA05jWxlWM= @@ -13,7 +13,7 @@ RMD160 (ispell/hk2-deutsch.tar.gz) = j+ja2sCri+rZYJFShLP9iWRtuWg= RMD160 (ispell/ispell-3.2.06.tar.gz) = P2o4QFQOvHUxRsQn2ozi1UMXtG4= RMD160 (ispell/ispell-nl-1.0.0.tar.gz) = juAIqODlf/4ukJUrzPFqDb63WoU= -RMD160 (ispell/ispell-sk-0.2.0.tar.gz) = BJ/JM6pi71HbqDaz7/ynfys8S+c= +RMD160 (ispell/ispell-sk-0.3.2.tar.gz) = 5Vm+r0Y5ovtwtIvG61CBq5KzgDw= RMD160 (ispell/iswedish-1.2.1.tar.gz) = TVoEABixLQb02PRfiet3W6b4iqs= RMD160 (ispell/rus-ispell-0.99e7.tar.gz) = sCKtGyYDUw3sbo9F0UN+af4Quo4= SHA1 (ispell/UMportugues.tgz) = xp18ygmDQh3ZZoqpPSG2SMqJ8MY= @@ -22,7 +22,7 @@ SHA1 (ispell/hk2-deutsch.tar.gz) = TmNktlmBvoACrLtlYYvbxkbrVmM= SHA1 (ispell/ispell-3.2.06.tar.gz) = NfSWMizaFy1WYQQX5OHHuWL3NNc= SHA1 (ispell/ispell-nl-1.0.0.tar.gz) = BpNBRrb2nKbtb3uLMwDcGIBBjUY= -SHA1 (ispell/ispell-sk-0.2.0.tar.gz) = njBivNcR3YucTj4IYoBDttYI/uc= +SHA1 (ispell/ispell-sk-0.3.2.tar.gz) = wqR4is/LbAh62Au/j0T0WK1z7Xk= SHA1 (ispell/iswedish-1.2.1.tar.gz) = wmyFESOkJ7SVyprBDEQ+wj76jjo= SHA1 (ispell/rus-ispell-0.99e7.tar.gz) = KqA7MlN6w2TkmNonp1CF9W39gcU= SHA256 (ispell/UMportugues.tgz) = qFrUnsttUmQeDvtFq0dEQrpOCwK33Bm1J57xQZse8iw= @@ -31,7 +31,7 @@ SHA256 (ispell/hk2-deutsch.tar.gz) = bMjWntAr96PuWPooXjaS0iZxrurCJAoxgSU3tuC65lU= SHA256 (ispell/ispell-3.2.06.tar.gz) = NKJ/xKIIm9UHSqz2kyNzF3DltgWi/JoFPTifRbAceWY= SHA256 (ispell/ispell-nl-1.0.0.tar.gz) = aq+Ky0VtX8Ip5mgmUs7y2RQIndOPZN7Qpu/YFhyEE+g= -SHA256 (ispell/ispell-sk-0.2.0.tar.gz) = yA8iydiMK/0jF5jOMhwyaLAigHFpp0pRoR0q3LhEmVA= +SHA256 (ispell/ispell-sk-0.3.2.tar.gz) = W4o+V+Kng8LgmYSCPnjvdY/ylUt8FlzqO6RoDk3KZXs= SHA256 (ispell/iswedish-1.2.1.tar.gz) = TIieodVk8P/wZTPsegQOjDfs6xt/KjXL8Fdt7kDdGZo= SHA256 (ispell/rus-ispell-0.99e7.tar.gz) = g5IZ371cijeO8hw+bFmxn/ekh3dG12e+vVeBDK6YJpw= SIZE (ispell/UMportugues.tgz) = 141110 @@ -40,6 +40,6 @@ SIZE (ispell/hk2-deutsch.tar.gz) = 375750 SIZE (ispell/ispell-3.2.06.tar.gz) = 580742 SIZE (ispell/ispell-nl-1.0.0.tar.gz) = 480570 -SIZE (ispell/ispell-sk-0.2.0.tar.gz) = 586439 +SIZE (ispell/ispell-sk-0.3.2.tar.gz) = 618244 SIZE (ispell/iswedish-1.2.1.tar.gz) = 122346 SIZE
Re: make extract without dependencies
hmm, on Sat, Oct 04, 2008 at 04:22:23PM +0200, Antoine Jacoutot said that On Sat, 4 Oct 2008, frantisek holop wrote: hi there, is there a way to do a make extract without checking dependencies? make NO_DEPENDS=1 extract beats me why i didn't find it in bsd.port.mk man page... -f -- don't eat yellow snow.
[update] comix
hi there after maintainer timeout i am sending it here. it is really trivial. -f -- if its stupid and it works - its not stupid Index: Makefile === RCS file: /cvs/ports/graphics/comix/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- Makefile17 Apr 2008 08:10:10 - 1.8 +++ Makefile25 Sep 2008 17:44:22 - @@ -2,8 +2,7 @@ COMMENT= gtk2 comic book viewer -DISTNAME= comix-3.6.2 -PKGNAME= ${DISTNAME}p5 +DISTNAME= comix-3.6.5 CATEGORIES=graphics MAINTAINER=Mathieu Sauve-Frankel [EMAIL PROTECTED] Index: distinfo === RCS file: /cvs/ports/graphics/comix/distinfo,v retrieving revision 1.2 diff -u -r1.2 distinfo --- distinfo5 Apr 2007 16:19:55 - 1.2 +++ distinfo25 Sep 2008 17:44:22 - @@ -1,5 +1,5 @@ -MD5 (comix-3.6.2.tar.gz) = vw/WQbA0PSTuFSIJAXIRww== -RMD160 (comix-3.6.2.tar.gz) = XExAWZnBO2jnQMXDLrJgtO9w+DI= -SHA1 (comix-3.6.2.tar.gz) = 3yaxoy7pSedvWELV0hP4InDH4Yg= -SHA256 (comix-3.6.2.tar.gz) = hsD6uxbPj44GFmZXnmvIS7cu3d5VQMO9ii8pI2hcf8Y= -SIZE (comix-3.6.2.tar.gz) = 339679 +MD5 (comix-3.6.5.tar.gz) = T2IQ7gS1sByzerWGOCeKAw== +RMD160 (comix-3.6.5.tar.gz) = V9BLl69MX6W5wykCMbDFvykYdic= +SHA1 (comix-3.6.5.tar.gz) = CJZnYACNaO8joTIoPkPIRXmD2so= +SHA256 (comix-3.6.5.tar.gz) = ecZ9HR180yRLggh5rybSA7YmiAXWOw7r00gQvmUegQE= +SIZE (comix-3.6.5.tar.gz) = 459165
[update] py-gdata
resubmit. test please. passes regress here (except the ones that need user/password). -f -- if you stand up to be counted someone will take your seat. Index: Makefile === RCS file: /cvs/ports/devel/py-gdata/Makefile,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 Makefile --- Makefile12 May 2008 14:07:35 - 1.1.1.1 +++ Makefile25 Sep 2008 17:49:04 - @@ -1,13 +1,14 @@ # $OpenBSD: Makefile,v 1.1.1.1 2008/05/12 14:07:35 ajacoutot Exp $ -COMMENT= Google data Python client library +COMMENT= Python client library for Google data APIs -MODPY_EGG_VERSION=1.0.13 +MODPY_EGG_VERSION=1.2.1 DISTNAME= gdata.py-${MODPY_EGG_VERSION} PKGNAME= py-gdata-${MODPY_EGG_VERSION} CATEGORIES=devel HOMEPAGE= http://code.google.com/p/gdata-python-client/ +MAINTAINER=frantisek holop [EMAIL PROTECTED] # Apache License 2.0 PERMIT_PACKAGE_CDROM= Yes @@ -24,5 +25,16 @@ do-regress: fake @cd ${WRKSRC}/tests ${MAKE_ENV} \ PYTHONPATH=${WRKINST}${MODPY_SITEPKG} ${MODPY_BIN} ./run_all_tests.py + +D=${PREFIX}/share/doc/py-gdata +E=${PREFIX}/share/examples/py-gdata + +post-install: + ${INSTALL_DATA_DIR} ${D} + ${INSTALL_DATA} ${WRKSRC}/pydocs/*.html ${D} + ${CHMOD} o+r ${D}/* + ${INSTALL_DATA_DIR} ${E} + cp -r ${WRKSRC}/samples/* ${E} + ${CHMOD} -R o+rx ${E} .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/devel/py-gdata/distinfo,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 distinfo --- distinfo12 May 2008 14:07:35 - 1.1.1.1 +++ distinfo25 Sep 2008 17:49:04 - @@ -1,5 +1,5 @@ -MD5 (gdata.py-1.0.13.tar.gz) = 70YSIfZ1NMA4IzJcSsvdxw== -RMD160 (gdata.py-1.0.13.tar.gz) = k4PgD1SN1iNVvwFTxpz6ot3d3yA= -SHA1 (gdata.py-1.0.13.tar.gz) = FjXHQPryZJKbOv1mOEs/1BH9iPo= -SHA256 (gdata.py-1.0.13.tar.gz) = rEO06w2F1Gomb9KiapYaL5QQpmuOU1N+Lwi7khXod6s= -SIZE (gdata.py-1.0.13.tar.gz) = 328040 +MD5 (gdata.py-1.2.1.tar.gz) = Gc1//5TiMgsg0CNJLDO/mQ== +RMD160 (gdata.py-1.2.1.tar.gz) = XqUcDFZGLFgdc17b/MBxOElk7RE= +SHA1 (gdata.py-1.2.1.tar.gz) = U2DKaa4qbZUk/+Hl3xqi4KU3eqI= +SHA256 (gdata.py-1.2.1.tar.gz) = UvxSUE0oMwUFCxXdC/st5wI2EhpnB9rGIjp3Q3p76dc= +SIZE (gdata.py-1.2.1.tar.gz) = 467023 Index: pkg/DESCR === RCS file: /cvs/ports/devel/py-gdata/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 DESCR --- pkg/DESCR 12 May 2008 14:07:35 - 1.1.1.1 +++ pkg/DESCR 25 Sep 2008 17:49:04 - @@ -9,6 +9,8 @@ - Google Apps Provisioning API - Picasa Web Albums Data API - Google Code Search Data API + - YouTube Data API + - Blogger Data API - core Google data API functionality The core Google data code provides sufficient functionality to use this Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-gdata/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 PLIST --- pkg/PLIST 12 May 2008 14:07:35 - 1.1.1.1 +++ pkg/PLIST 25 Sep 2008 17:49:04 - @@ -1,13 +1,32 @@ [EMAIL PROTECTED] $OpenBSD: PLIST,v 1.1.1.1 2008/05/12 14:07:35 ajacoutot Exp $ [EMAIL PROTECTED] $OpenBSD$ +lib/python${MODPY_VERSION}/ +lib/python${MODPY_VERSION}/site-packages/ lib/python${MODPY_VERSION}/site-packages/atom/ lib/python${MODPY_VERSION}/site-packages/atom/__init__.py lib/python${MODPY_VERSION}/site-packages/atom/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/atom/http.py +lib/python${MODPY_VERSION}/site-packages/atom/http.pyc +lib/python${MODPY_VERSION}/site-packages/atom/http_interface.py +lib/python${MODPY_VERSION}/site-packages/atom/http_interface.pyc +lib/python${MODPY_VERSION}/site-packages/atom/mock_http.py +lib/python${MODPY_VERSION}/site-packages/atom/mock_http.pyc +lib/python${MODPY_VERSION}/site-packages/atom/mock_service.py +lib/python${MODPY_VERSION}/site-packages/atom/mock_service.pyc lib/python${MODPY_VERSION}/site-packages/atom/service.py lib/python${MODPY_VERSION}/site-packages/atom/service.pyc +lib/python${MODPY_VERSION}/site-packages/atom/token_store.py +lib/python${MODPY_VERSION}/site-packages/atom/token_store.pyc +lib/python${MODPY_VERSION}/site-packages/atom/url.py +lib/python${MODPY_VERSION}/site-packages/atom/url.pyc lib/python${MODPY_VERSION}/site-packages/gdata/ lib/python${MODPY_VERSION}/site-packages/gdata.py-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info lib/python${MODPY_VERSION}/site-packages/gdata/__init__.py lib/python${MODPY_VERSION}/site-packages/gdata/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/gdata/alt/ +lib/python${MODPY_VERSION}/site-packages/gdata/alt/__init__.py +lib/python${MODPY_VERSION}/site-packages/gdata/alt/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/gdata/alt/appengine.py +lib/python${MODPY_VERSION}/site-packages/gdata/alt/appengine.pyc lib
[update] aspell-sk
hi there this has been available for some time. just out of curiosity (as there is an sk dict for it too) are there plans for an aspell6 port? or is {i,a,my}spell basically dead and hunspell alive? (yes Edd, i am looking at your port too, there is an sk dict for that too ;-) -f -- i was born at a very early age... Index: Makefile === RCS file: /cvs/ports/textproc/aspell/dicts/sk/Makefile,v retrieving revision 1.3 diff -u -r1.3 Makefile --- Makefile15 Sep 2007 20:59:37 - 1.3 +++ Makefile25 Sep 2008 18:09:45 - @@ -2,7 +2,7 @@ COMMENT= aspell dictionary for Slovak CATEGORIES=textproc -DISTNAME= aspell-sk-0.51-1 +DISTNAME= aspell-sk-0.52-0 MASTER_SITES= ${MASTER_SITE_GNU:=aspell/dict/sk/} .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/textproc/aspell/dicts/sk/distinfo,v retrieving revision 1.5 diff -u -r1.5 distinfo --- distinfo5 Apr 2007 17:26:14 - 1.5 +++ distinfo25 Sep 2008 18:09:45 - @@ -1,5 +1,5 @@ -MD5 (aspell/aspell-sk-0.51-1.tar.bz2) = wCFtbVO4wuO1vOQ1mZp4LA== -RMD160 (aspell/aspell-sk-0.51-1.tar.bz2) = QoqTq4CUvXCJGvDcxMj1DBkuoHc= -SHA1 (aspell/aspell-sk-0.51-1.tar.bz2) = MTmWNBbsyT+kcAliEv8mqc5cT/w= -SHA256 (aspell/aspell-sk-0.51-1.tar.bz2) = dDPrAu5AdL6hmNyxt8fnpnAQeFic/tnzH7Bw4dMRTZc= -SIZE (aspell/aspell-sk-0.51-1.tar.bz2) = 379613 +MD5 (aspell/aspell-sk-0.52-0.tar.bz2) = zpCxCffGAr3pSYgJILu7/Q== +RMD160 (aspell/aspell-sk-0.52-0.tar.bz2) = Zlq21+kLLyG4oNxSiJzNIQ98YH0= +SHA1 (aspell/aspell-sk-0.52-0.tar.bz2) = LJ67yCy47uSWf7SWHoWACBSTWg8= +SHA256 (aspell/aspell-sk-0.52-0.tar.bz2) = tQZULYxj2TXvyXYKOSsj/V3VaDgismpc5yQkHywBNWM= +SIZE (aspell/aspell-sk-0.52-0.tar.bz2) = 383840
Re: UPDATE: TeX Live 2008
hmm, on Wed, Sep 24, 2008 at 02:54:59AM +0100, Edd Barrett said that I have CC'd people I think are interested in TeX/OpenBSD. Hope they don't object. where's my name from that list? :]] fun aside, i am still travelling so coudlnt try it anyway. my question is, is this division an official texlive division or based on your personal preferences? e.g. context itself is maybe 6 megs zip and probably the fastest developing tex macro package these days. why install ~190 megs if someone wants to give it a try? As far as I know: * You should install ruby and ImageMagick if you wish to use ConTeXt. ruby yes, ImageMagick no. also lua for luatex, context supports this to some level. i will try to have a look at this and provide meaningful comments but i have a limited environment... having a miktex style installer for this montrosity would be a godsend... tex is becoming so bloated it drives poeple away.. it is like installing all of CPAN with every perl. thanks for the hard work. -f -- forget everything, as one day everything will forget you.
Re: UPDATE: TeX Live 2008
hmm, on Wed, Sep 24, 2008 at 11:59:04AM +0100, Edd Barrett said that Yes, well thats down to the way I have packaged it. I was under the impression that context was based upon some other tex engine. If you really want I can try separating it out. context is primarily pdftex based (but can be used with xetex and luatex) try downloading a recent zip (http://www.pragma-ade.com/context/current/cont-tmf.zip) for a file list but it includes documentation and fonts and font mappings as well. I had a probelm when including graphics into context last year convert: command not found. I cant find my post on the context list unfortunatly. If you are a context user, please go ahead and try and report back :) i will have a look, but context uses pdftex's graphic facilities which in turn use libpng and friends, i doubt this. i cannot say for sure at the moment. TL-2008 has a network installer, I did consider harnessing it, but opted not to. No-one says you *have* to use the packages/ports. Go get the network installer and install exactly which subset you want. The binaries installed in this way work on OpenBSD-4.3/i386 only (I make the binaries that go on the TeX Live CDROM and thats what I built em on). We are not like solaris where a binary will work for 10 years in the future. maybe if you compile them statically :] Also note that there are MikTeX tools for UNIX, but I have not tried them. If I didnt have so much uni junk coming up I would have a look at this. thanks for the heads up. as i am a context-only user some kind of network installer would be more than nice. please note that a context only port might be on the way: context people are tackling this bloat problem on their own: with a self-contained minimal context installation. -f -- what a day may bring, a day may take away.
chromium comes to town
hi there, is anybody looking at this? http://dev.chromium.org/developers/how-tos/build-instructions-linux perhaps it's not too linux oriented if they chose the bsd license :] -f -- if practice makes perfect, and nobody's perfect, why practice?
python docs
hi there, is there a python package that includes the python documentation? -f -- sex is not the answer. sex is the question. yes is the answer.
Re: python docs
hmm, on Wed, Jul 02, 2008 at 09:43:35AM +0100, Federico G. Schwindt said that On Wed, Jul 02, 2008 at 08:48:15AM +0200, frantisek holop wrote: hi there, is there a python package that includes the python documentation? help() what other docs you want? well i am not sure now :] for some reason i thought (for 2.5) http://www.python.org/doc/2.5.2/download/ is bundled with the sources... i am quite not sure now what could be a good answer to my question :] -f -- golf is a good walk spoiled.
Re: [new] py-gdata
hmm, on Sun, Jun 22, 2008 at 06:31:33AM -0500, Will Maier said that On Sun, Jun 22, 2008 at 12:58:50PM +0200, frantisek holop wrote: [...] anyway, it's an update then :] Cool. Could you please make this into a unified diff, then? Diffing the current port against your tarball produces lots of noise; it would be much easier to review as a unified diff. attached. please test. * Might as well use the INSTALL_DATA command instead of cp(1) when installing documentation. it doesn't do -r and i would hate to do a loop just for this... -f -- how many of you believe in telekinesis? raise my hand! Index: Makefile === RCS file: /cvs/ports/devel/py-gdata/Makefile,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 Makefile --- Makefile12 May 2008 14:07:35 - 1.1.1.1 +++ Makefile1 Jul 2008 07:34:54 - @@ -1,13 +1,14 @@ # $OpenBSD: Makefile,v 1.1.1.1 2008/05/12 14:07:35 ajacoutot Exp $ -COMMENT= Google data Python client library +COMMENT= Python client library for Google data APIs -MODPY_EGG_VERSION=1.0.13 +MODPY_EGG_VERSION=1.1.0 DISTNAME= gdata.py-${MODPY_EGG_VERSION} PKGNAME= py-gdata-${MODPY_EGG_VERSION} CATEGORIES=devel HOMEPAGE= http://code.google.com/p/gdata-python-client/ +MAINTAINER=frantisek holop [EMAIL PROTECTED] # Apache License 2.0 PERMIT_PACKAGE_CDROM= Yes @@ -24,5 +25,16 @@ do-regress: fake @cd ${WRKSRC}/tests ${MAKE_ENV} \ PYTHONPATH=${WRKINST}${MODPY_SITEPKG} ${MODPY_BIN} ./run_all_tests.py + +D=${PREFIX}/share/doc/py-gdata +E=${PREFIX}/share/examples/py-gdata + +post-install: + ${INSTALL_DATA_DIR} ${D} + cp ${WRKSRC}/pydocs/*.html ${D} + ${CHMOD} o+r ${D}/* + ${INSTALL_DATA_DIR} ${E} + cp -r ${WRKSRC}/samples/* ${E} + ${CHMOD} -R o+rx ${E} .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/devel/py-gdata/distinfo,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 distinfo --- distinfo12 May 2008 14:07:35 - 1.1.1.1 +++ distinfo1 Jul 2008 07:34:54 - @@ -1,5 +1,5 @@ -MD5 (gdata.py-1.0.13.tar.gz) = 70YSIfZ1NMA4IzJcSsvdxw== -RMD160 (gdata.py-1.0.13.tar.gz) = k4PgD1SN1iNVvwFTxpz6ot3d3yA= -SHA1 (gdata.py-1.0.13.tar.gz) = FjXHQPryZJKbOv1mOEs/1BH9iPo= -SHA256 (gdata.py-1.0.13.tar.gz) = rEO06w2F1Gomb9KiapYaL5QQpmuOU1N+Lwi7khXod6s= -SIZE (gdata.py-1.0.13.tar.gz) = 328040 +MD5 (gdata.py-1.1.0.tar.gz) = E6DoqyELHAnJQFS1kIZYtw== +RMD160 (gdata.py-1.1.0.tar.gz) = rQ1VX97EHSFzZJ8nR8LuNeTKBAQ= +SHA1 (gdata.py-1.1.0.tar.gz) = 7CDsY/JJbOnYtkOv3nEJbOKBIYg= +SHA256 (gdata.py-1.1.0.tar.gz) = o5c/SX8QMhhdh97AjsLhLZbbQ+32yKRYfy7kj1nnqBs= +SIZE (gdata.py-1.1.0.tar.gz) = 393967 Index: pkg/DESCR === RCS file: /cvs/ports/devel/py-gdata/pkg/DESCR,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 DESCR --- pkg/DESCR 12 May 2008 14:07:35 - 1.1.1.1 +++ pkg/DESCR 1 Jul 2008 07:34:54 - @@ -9,6 +9,8 @@ - Google Apps Provisioning API - Picasa Web Albums Data API - Google Code Search Data API + - YouTube Data API + - Blogger Data API - core Google data API functionality The core Google data code provides sufficient functionality to use this Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-gdata/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 PLIST --- pkg/PLIST 12 May 2008 14:07:35 - 1.1.1.1 +++ pkg/PLIST 1 Jul 2008 07:34:54 - @@ -1,11 +1,11 @@ [EMAIL PROTECTED] $OpenBSD: PLIST,v 1.1.1.1 2008/05/12 14:07:35 ajacoutot Exp $ [EMAIL PROTECTED] $OpenBSD$ lib/python${MODPY_VERSION}/site-packages/atom/ lib/python${MODPY_VERSION}/site-packages/atom/__init__.py lib/python${MODPY_VERSION}/site-packages/atom/__init__.pyc lib/python${MODPY_VERSION}/site-packages/atom/service.py lib/python${MODPY_VERSION}/site-packages/atom/service.pyc lib/python${MODPY_VERSION}/site-packages/gdata/ -lib/python${MODPY_VERSION}/site-packages/gdata.py-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info +lib/python${MODPY_VERSION}/site-packages/gdata.py-1.1.0-py${MODPY_VERSION}.egg-info lib/python${MODPY_VERSION}/site-packages/gdata/__init__.py lib/python${MODPY_VERSION}/site-packages/gdata/__init__.pyc lib/python${MODPY_VERSION}/site-packages/gdata/apps/ @@ -20,6 +20,11 @@ lib/python${MODPY_VERSION}/site-packages/gdata/base/__init__.pyc lib/python${MODPY_VERSION}/site-packages/gdata/base/service.py lib/python${MODPY_VERSION}/site-packages/gdata/base/service.pyc +lib/python${MODPY_VERSION}/site-packages/gdata/blogger/ +lib/python${MODPY_VERSION}/site-packages/gdata/blogger/__init__.py +lib/python${MODPY_VERSION}/site-packages/gdata/blogger/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/gdata/blogger/service.py +lib/python${MODPY_VERSION}/site-packages/gdata/blogger
[new] py-gdata
hi there, this is a port for google's data API library in python. is it customary to copy additional documentation -- esp. when generated from the source? same question for the samples/ they are both included now for the moment... pkg/DESC: The Google data Python client library makes it easy to access data through the Google data APIs. This library provides data model and service modules for the the following Google data services: - Google Calendar data API - Google Contacts data API - Google Spreadsheets data API - Google Document List data APIs - Google Base data API - Google Apps Provisioning API - Picasa Web Albums Data API - Google Code Search Data API - YouTube Data API - Blogger Data API - core Google data API functionality -f -- war never decides who is right, only who is left. py-gdata.tgz Description: application/tar-gz
Re: [new] py-gdata
hmm, on Sun, Jun 22, 2008 at 08:22:51AM +0200, frantisek holop said that hi there, this is a port for google's data API library in python. just one more thing, if it gets committed, please remove the XXX line before MASTER_SITES... -f -- i'm not religious. god willing, i never will be.
Re: [new] py-gdata
hmm, on Sun, Jun 22, 2008 at 09:31:47AM +0200, Benoit Chesneau said that On Sun, Jun 22, 2008 at 8:35 AM, frantisek holop [EMAIL PROTECTED] wrote: hmm, on Sun, Jun 22, 2008 at 08:22:51AM +0200, frantisek holop said that hi there, this is a port for google's data API library in python. just one more thing, if it gets committed, please remove the XXX line before MASTER_SITES... -f -- i'm not religious. god willing, i never will be. http://openports.se/devel/py-gdata ? oh darn.. i had a bit dated ports.tar.gz... sorry about the noise. anyway, it's an update then :] whos the maintainer? noone's in the makefile... -f -- there are 10 types of people: those that do binary, and those that don't.
Re: [new] py-gdata
hmm, on Sun, Jun 22, 2008 at 12:18:56PM +0100, Stuart Henderson said that On 2008/06/22 12:58, frantisek holop wrote: http://openports.se/devel/py-gdata ? oh darn.. i had a bit dated ports.tar.gz... sorry about the noise. anyway, it's an update then :] whos the maintainer? noone's in the makefile... $ cd /usr/ports/*/py-gdata make show=MAINTAINER The OpenBSD ports mailing-list ports@openbsd.org yes, the question was a bit rhetoric :] i saw some files before with maintainer=ports@, didn't realize leaving it out defaults to ports@, which of course makes sense. How about this? I like including the docs and examples. Needs checking with totem, I'm building it but I don't have much of gnome installed so it's going take a little while with the dependencies... thanks for the diff. yes i like the docs and examples as well. i have already opened an issue on their tracker about the sample files having too strict access rights. -f -- howd'ya hide money from a hippie? put it under the soap.
[update] e2fsprogs-1.40.10
hi there i am trying to put together a port for e2fsprogs. i am not a seasoned porter and there are some issues i would like discuss here. port attached, please test it (definitely not final though). -the old port built 'fsck' and renamed it to 'pfsck'. as i see it this was a wrapper but it is only in the way on bsd systems. i dont know what 'p' meant, but the configure script has a handy option called --disable-fsck which i rather prefer. -the com_err library. the old port renamed this to ext2fs_com_err. i looked around and dont see any obvious conflicts with other libraries, but i don't have many things installed. does anyone know the rationale behind this? neither netbsd or freebsd does this renaming dance. -i have disabled also --disable-e2initrd-helper (what is this for anyway?) --disable-tls (linux threads? uuid_time compilation choked w/o this) -conflict with the ossp uuid library... this should be clearly marked as conflict from now on in both packages. i also think that e2fs-uuid should be renamed to e2fsprogs-uuid to keep consistency and make it less obscure... how do i mark conflicts? -how do i know if a port needs USE_LIBTOOL? built fine both ways as far as i can tell... -i am not sure why, but all the binaries got huge compared to the older versions. perhaps it is justified, i am not sure... -locales in multipackages. if there are 2 multipackages: -main -uuid but locale file is just one (e2fsprogs.mo), what to do? include it in both PLISTS? should it be just turned off? or maybe they should go into the uuid package because that can be installed without -main, but not vice versa? hm. -freebsd separated blkid into a subpackage of its own (like uuid). if blkid is useful on its own, this might be a good idea. but i dont use it so i dont know. if needed, making a subpackage should be trivial... -library .pc files. at the moment they are not installed at all. is it desired? or process/install at least the uuid library one? -looking at the build log, i think the following configure checks could be added to the site db? checking for ln... /bin/ln checking whether ln -s works... yes checking for sed... /usr/bin/sed checking for perl... /usr/bin/perl checking for ldconfig... /sbin/ldconfig that's it so far, thanks for looking into this. -f -- it's my idea 'cause i stole it first! e2fsprogs-1.40.10.tgz Description: application/tar-gz
Re: texlive comments
hmm, on Fri, May 23, 2008 at 01:09:03PM +0100, Edd Barrett said that On Fri, May 23, 2008 at 9:45 AM, frantisek holop [EMAIL PROTECTED] wrote: hmm, on Wed, May 21, 2008 at 06:26:44PM +0100, Edd Barrett said that texmf-full adds to texmf-minimul! There is no overlap! ok, now it makes sense... but in that case why is there not a run_depend in full for minimal? Because base requires minimal and full requires base. ok Do you want to be a tl2008 tester? sorry, not with an asus eee at the moment... (4G disk), i am back with tetex for the moment... but eventually i'll get to texlive and will do my best. -f -- electric chairs are period furniture: they end a sentence.
Re: texlive comments
hmm, on Wed, May 21, 2008 at 06:26:44PM +0100, Edd Barrett said that texmf-full adds to texmf-minimul! There is no overlap! ok, now it makes sense... but in that case why is there not a run_depend in full for minimal? http://www.openbsd.org/cgi-bin/cvsweb/ports/print/texlive/texmf-full/Makefile?rev=1.4content-type=text/x-cvsweb-markup RUN_DEPENDS=:texlive_base-${V}*:print/texlive/base \ ::graphics/ImageMagick as i understand, one needs base + minimal + full to have everything. in this case there should be run_depends in this spirit, no? full depends on mimimal depends on base -f -- friends are people you can be quiet with.
texlive comments
hi there, it is for the first time that i am trying to use texlive, i am a long time tetex user. my comments are for the packages as found in 4.3 i think it would make sense to have a texlive_base* run dependency on the texlive_texmf* packages so that base is installed automatically when either of the texmf packages is installed. (this was the case with tetex) i am a bit confused about the naming of the texmf packages is it really worthwile to have a minimum and a full package if the difference in their size is 8M when both are over a 100? the ftp sites must carry 2 packages with almost the same size... texlive_texmf-full-2007p1.tgz119M texlive_texmf-minimal-2007p2.tgz 111M and last but not least.. i have read the last discussion about scrapping tetex from ports but it was too late too reply, so let me do that here. my only argument against it is, that it is much smaller and for a lot of people like myself sufficient. it is not really a show stopper that it is unmantained, anyone working with tex knows that this software world moves with dynosaur speed. people are still typesetting documents with _anciant_ versions of tex. and especially for people like me who update parts of their tex stuff by hand[1], tetex is just perfect. before you tell me go and do it from cvs, i am already doing it. if you keep the tetex port in the cvs tree, i am more or less happy (although making a package on the asus eee will take some time ;-[) [1] http://wiki.contextgarden.net/OpenBSD_installation -f -- claustrophobia: the fear of santa claus
Re: texlive comments
hmm, on Wed, May 21, 2008 at 12:52:50PM +0200, Martin Schröder said that 2008/5/21 frantisek holop [EMAIL PROTECTED]: not really a show stopper that it is unmantained, anyone working with tex knows that this software world moves with dynosaur speed. people are still typesetting Hey, we got a new version of TeX Metafont just weeks ago! :-) Seriously: pdfTeX has changed since teTeX, XeTeX is completely new and luatex ConTeXt MKIV are even newer. :-) oh yes, definitely. you know that i know, i am on the context and the pdftex mailing lists as well. but you know just as well as i do, that it takes time for these engines to show up in big distros and more importantly in user's machines. as a context user, texlive has nothing to offer me at all. if i'll have the chance i will probably try to make the minimal context[1] work on openbsd and stop bugging ports@ altogether :] [1] http://wiki.contextgarden.net/ConTeXt_Minimals -f -- so you think you can tell heaven from hell.
Re: opera 9.27 in 4.3
hmm, on Tue, May 20, 2008 at 03:10:03PM +0200, frantisek holop said that amaaq opera /usr/local/bin/opera[16]: /usr/local/libexec/opera: Operation not permitted amaaq /usr/local/libexec/opera ksh: /usr/local/libexec/opera: Operation not permitted i reinstall, it works again than stops again. ok, it's a bit late now.. getting tired probably it is the sysctl. the install script turns on kern.emul.linux, but i did not make it permanent. sorry about that. -f -- as i said before, i never repeat myself.
Re: lighttpd
hmm, on Mon, Dec 03, 2007 at 06:49:19PM -0500, Mark Bucciarelli said that On 12/3/07, Landry Breuil [EMAIL PROTECTED] wrote: It has already been discussed, there is no one available to handle security updates to -stable ports. Missed that, I was searching on lighttpd. I have now read Nikolay's message re: -stable. Too bad. :( It is recommended to use -current if you want maintained ports with security updates. I am at 4.2 now. If I upgrade to the Nov. 26th snapshot, I must rebuild all installed packages using the ports tree, correct? Must I rebuild all installed ports each time I update to a new snapshot or via cvs up? on production machines; if the dependencies are light, i prefer importing a newer version into /usr/ports and compiling just the particular software's newer version. keeping up with a -current package-wise in production is madness. suppose your customer wants X, 3 weeks after you upgraded to -current. the snapshots are long gone and you will have to compile it by hand anyway, so why not stay with release and have a couple of exceptions? YMMV. -f -- 1st law of thermodynamics: go to class!
Re: good console jabber client?
hmm, on Thu, Nov 29, 2007 at 11:10:45AM +0100, frantisek holop said that hmm, on Tue, Nov 27, 2007 at 04:54:07PM +0200, Paul Irofti said that You can always go with finch. Its the cli version from Pidgin. interesting. is it possible to make a finch flavour? hm, and it's not available for 4.1 as package (upgrade in planning) just to follow up on this, i have looked at the pidgin Makefile for 4.1: PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP= Yes PERMIT_DISTFILES_CDROM= Yes PERMIT_DISTFILES_FTP= Yes but there is no pidgin package on openbsd.org and i checked the rt.fm mirror also. there is a package for 4.2 so i was just wondering what is the reason for this? was the package broken at release time for 4.1? -f -- been there, done that, got the t-shirt.
Re: good console jabber client?
hmm, on Mon, Dec 03, 2007 at 05:11:45PM +0100, Pierre Riteau said that On Dec 3, 2007 4:35 PM, frantisek holop [EMAIL PROTECTED] wrote: hmm, on Thu, Nov 29, 2007 at 11:10:45AM +0100, frantisek holop said that hmm, on Tue, Nov 27, 2007 at 04:54:07PM +0200, Paul Irofti said that You can always go with finch. Its the cli version from Pidgin. interesting. is it possible to make a finch flavour? hm, and it's not available for 4.1 as package (upgrade in planning) just to follow up on this, i have looked at the pidgin Makefile for 4.1: PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP= Yes PERMIT_DISTFILES_CDROM= Yes PERMIT_DISTFILES_FTP= Yes but there is no pidgin package on openbsd.org and i checked the rt.fm mirror also. there is a package for 4.2 so i was just wondering what is the reason for this? was the package broken at release time for 4.1? pidgin was imported in CVS on Sat May 12 15:19:35 2007 UTC, so I doubt you can find it in 4.1 ports. sorry then, must have been a manual cvs import or something... -f -- madam i'm adam.
Re: good console jabber client?
hmm, on Tue, Nov 27, 2007 at 04:54:07PM +0200, Paul Irofti said that On Tue, Nov 27, 2007 at 04:02:39PM +0200, Sergey Prysiazhnyi wrote: Any Subj in ports tree? Like centericq, etc? Thank you a lot for advise, You can always go with finch. Its the cli version from Pidgin. interesting. is it possible to make a finch flavour? hm, and it's not available for 4.1 as package (upgrade in planning) -f -- forgive your enemies but never forget their names.
Re: herrie 1.8.1
hmm, on Tue, Nov 06, 2007 at 03:21:15AM +, Jacob Meuser said that just to be certain, it was working before, and is not now? and the _only_ change was upgrading (no hardware changes)? I ask because it took me a while to figure out how to make herrie start playback. IMO, the description for what pressing 'x' does is confusing. xWhen in XMMS mode, it starts the selected song. In party mode, this song will always start playback of the first song in the list. ehm, ehm. this is what happens when a default action/value one gets used to is changed in such an obscure way... hereby i present my shameful mistake for the public to see. it's all music after pressing x indeed. but at least the patches fix stuff :]]] -f -- i'm not overweight, i'm undertall! -- garfield
herrie 1.8.1
hi there, i can't seem to find a $(MAINTAINER) for herrie, so i am writing here. after upgrading to 4.2 and herrie 1.8.1, i can't make it play. amaaq herrie -v herrie 1.8.1 Global configuration file: /usr/local/etc/herrie.conf Audio output: oss Support for AudioScrobbler: yes Support for HTTP streams: yes Support for XSPF playlists (`spiff'): no Supported audio file formats: - Ogg Vorbis - MP3 - libsndfile i thought there's no /usr/local/etc in openbsd. vlc is playing so it's not muted or something. anyone else seen this? -f -- frogs are smart... they eat what bugs them.
slightly OT: firefox and reporting bugs
hi there, i am coming to ports@ with a somewhat unusual request for help. i think there are some people on this list who are following firefox more closely and perhaps are even involved in its development in which case they might be quite fluent in reporting bugs to the firefox people. i would like to ask any of those persons if they were not kind enough to file a bug report. i am not lazy (that much) i just think that we all follow and use something more frequently than other stuff, we read their mailing list, etc. so we waste less time when try to fix an issue. it is a very simple bug (or perhaps not a bug at all, in which case i apologize), it's about chrome. i have the following in my userChrome.css: * { font-size: 8pt !important } almost everything is nicely resized, except buttons, dropdowns, etc, the input types. i also tried resizing these explicitly by: select, option, input, button { font-size: 8pt !important } but they are ignored. thanks, and again, sorry for the slightly off-topic. -f -- this message was brought to you by the Campaign to Save Humans.
Re: NEW: education/stardict
hmm, on Sun, May 13, 2007 at 01:37:00PM +0300, Nikns Siankin said that COMMENT=cross-platform and international dictionary written in gtk2 StarDict is a Cross-Platform and international dictionary written in Gtk2. It has powerful features such as Glob-style pattern matching, Scan selection word, Fuzzy query, etc. http://secure.lv/~nikns/stuff/ports/stardict-2.4.8.tar why education? why not textproc? if education, than why the {a,i}spells are not in education? -f -- he has a train of thought. you have a tricycle...
pkg_info showing +REQUIRING
hi there, my annual pkg_* question is here, always around the time a new release comes out :) on a server of mine, i have found out that for some reason mplayer*-no_x11 is installed. so i went about to remove it. but first i wanted to see its requirements (dependencies). essentially i wanted to see the +REQUIRING file (if i am not mistaken). i think +REQ or +REQUIRES would be a better name or even +DEPENDS but i guess this is subjectiv. but the closest thing i could get using pkg_info was amaaq pkg_info -f mplayer |grep depend which is not bad, but kind of low level: i get lib names and not package names. but if this information is there, ready-made and processed in the +REQUIRING file, why not add a switch to make it accessible without getting dirty in /var/db/pkg? i talked about deleting packages, so after the information gathering using pkg_info i also looked at the pkg_delete man page but couldn't see a functionality like this. just imagine if you could do amaaq pkg_delete mplayer `pkg_info --requires mplayer` (sorry for the longoptism, just a pseudo switch) and mplayer and all the packages it REQUIRES (and not used by anything else) were automatically removed. of course this is kind of crude, i imagine that the pkg_* tools are much more interconnected and so a amaaq pkg_delete --requires mplayer could accomplish the same. but i still think that it would be very handy for pkg_info to be able to display this kind of info. -f -- a fool searches for a greater fool to find admiration.
Re: UPDATE: qemu 0.9.0
hmm, on Mon, May 07, 2007 at 02:42:18PM -0400, Josh Grosse said that On Mon, May 07, 2007 at 02:34:43AM +0200, frantisek holop wrote: i was wondering if poeple have working sound inside qemuwindows.. i see the sdl dependency but with -soundhw es1370 i am getting oss errors on the console everytime the soundcard is touched If you were to issue $ qemu -audio-help you would see a list of environment variables you can set for sound emulation. This is separate from the sound hardware modules which are set with -soundhw. e.g.: $ env QEMU_AUDIO_DRV=sdl qemu -soundhw sb16 ... oh, sorry i have, i just couldn't make out what to do with all those variables, i couldn't see the forest because of the tree, the last sentence eluded me: Options are settable through environment variables. thanks. -f -- minds, like parachutes, work only when open.
Re: UPDATE: qemu 0.9.0
i was wondering if poeple have working sound inside qemuwindows.. i see the sdl dependency but with -soundhw es1370 i am getting oss errors on the console everytime the soundcard is touched. sorry about spamming ports@ but i have no idea what is working on qemu and what is not, perhaps the other users have more experience with this. -f -- can't have everything. where would you put it?
Re: mplayer issues with .mov files
hmm, on Sat, Oct 28, 2006 at 04:08:46PM +0200, Marc Espie said that You need to provide more info. .mov is just a container. true. Quicktime/MOV file format detected. VIDEO: [SVQ3] 380x285 32bpp 29.970 fps0.0 kbps ( 0.0 kbyte/s) Quicktime/MOV file format detected. VIDEO: [jpeg] 640x480 24bpp 30.000 fps0.0 kbps ( 0.0 kbyte/s) and Quicktime/MOV file format detected. VIDEO: [jpeg] 320x240 24bpp 15.000 fps0.0 kbps ( 0.0 kbyte/s) these are generated by nikon cameras. -f -- god? i'm no god. god has mercy.
Re: UPDATE: libtorrent and rtorrent (problem report for previous version)
hmm, on Thu, Oct 12, 2006 at 08:11:14PM +0200, Henrik Enberg said that Here are updates to net/libtorrent and net/rtorrent, credit goes to Bruno Bigras who did the actual work. Changelogs can be pursued at http://libtorrent.rakshasa.no/wiki/Changelog i was just going to ask about rtorrent (sorry about hijacking the thread) i am using a somewhat non-supported configuration: rtorrent-0.5.3 Ncurses BitTorrent Client based on LibTorrent libtorrent-0.9.3BitTorrent Library written in C++ libsigc++-2.0.16p1 callback framework for C++ rtorrent and libtorrent were hand compiled and packaged using ports from current but on 3.9 release. it's basically the same as downloading the sources and compiling them, isn't it? libsigc++ is from 3.9 release ports. and i think rtorrent is massively leaking memory. have any of you experienced this? vmstat output: 014 0 148564 3254059 0 0 0 0 0 4 449 832 103 1 1 99 014 0 148524 3232439 0 0 0 0 0 3 406 604 81 0 1 99 015 0 148736 3211231 0 0 0 0 0 2 391 539 74 1 1 98 014 0 148904 3194480 0 0 0 0 0 6 521 717 91 1 2 96 014 0 149116 3173263 0 0 0 0 0 3 453 1010 126 2 1 97 014 0 150780 29972 387 0 0 0 0 0 12 369 1236 112 1 2 97 014 0 152828 27848 524 0 0 0 0 0 18 445 1536 171 2 2 96 015 0 153028 2764833 0 0 0 0 0 1 382 828 109 1 1 99 015 0 153256 2742022 0 0 0 0 0 0 380 879 108 1 1 98 015 0 153660 2688054 0 0 0 0 0 3 422 616 79 1 1 97 . . . 014 0 153800 2674071 0 0 0 0 0 5 507 675 100 1 1 98 015 0 153980 2656063 0 0 0 0 0 4 456 669 96 1 2 97 015 0 154124 2641636 0 0 0 0 0 2 393 533 86 1 1 99 014 0 154284 2625278 0 0 0 0 0 3 406 812 95 1 2 97 note the 5th column (actually the 4th because the first 2 touch) decreasing steadily. when i quit rtorrent, all memory is freed up. top shows only 30-40 megs used by rtorrent, but i go down right to 1024k-512k free.. -f -- columbus had a fourth ship - it sailed over the edge.
midnight commander and msdos fs
hi there, i have upgraded to 4.0-current just before the tree lock. i guess it's not that current anymore :) anyway. i did a full package update and mc has become basicly unusable with msdos partitions. copying, moving all shout and cry about not being able to chmod. i seem to recall it was doing something like this in the past, but not between every file. or was it? what do you do when you copy/remove? keep confirming? sorry for the bit OT, but perhaps the porters know something.. -f -- lsd will make your cga screen display 16.2 million colors