Re: xpdf crashing in OpenBSD 4.5
Matthias Kilian k...@outback.escape.de wrote: So you may see the bug if you just try harder ;-) Ciao, Kili Kili, I did play with epdfview and gv and various pdf files inspired by your exchange with Matt. Epdfview full screen mode doesn't play nice with CWM. It will just remove the border but would not increase to full screen. Moreover epdfview has problems with rendering Powerdot LaTeX class of presentations. It might be even Poppler bug since I see Ocular people complaining about similar issue on KDE list. http://mail.kde.org/pipermail/okular-devel/2009-May/003706.html In collusion Epdfview is useless for laptop presentations at least for me. GV can not even open slides properly. It rotates them 90 degrees. So again it is useless for more than viewing simple PDF documents. I use GV normally as a PostScript viewer since renders pages nicer than GVU of SIAG suite which I use for spreadsheets. Buggy or not I am sticking with old trusted Xpdf when it comes to PDF. Best, Predrag
Re: scrypt-1.1.3 released (was WIP:security/crypt)
Colin Percival cperc...@tarsnap.com wrote: Hi Predrag OpenBSD ports people, I've released scrypt version 1.1.3, which now has a man page in addition to the portability fixes in the version I sent Predrag for testing a few days ago; it is at http://www.tarsnap.com/scrypt/scrypt-1.1.3.tgz and there's a GPG-signed SHA256 hash at http://www.tarsnap.com/scrypt/scrypt-sigs-1.1.3.asc Please let me know if/when you add this to your ports tree -- I'll list it on the scrypt website. -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid Hi Collin, Stuard has already made a port. I think he has commit privileges. I just sent him a private email asking him to update Mekefile with the address of your source-file. How quickly the port will be committed depends on testing of course but I would think very soon. I apologize for bitching you saw about your work by one guy on ports. The guy obviously didn't know what he was talking about and was immediately hash. Best, Predrag
Re: scrypt-1.1.3 released (was WIP:security/crypt)
Colin Percival cperc...@tarsnap.com wrote: Hi Predrag OpenBSD ports people, I've released scrypt version 1.1.3, which now has a man page in addition to the portability fixes in the version I sent Predrag for testing a few days ago; it is at http://www.tarsnap.com/scrypt/scrypt-1.1.3.tgz and there's a GPG-signed SHA256 hash at I just got the email from Stuard. The port is committed! Good job Colin. Best, Predrag
Re: WIP:security/crypt (scrypt)
Just one correction. The name of the package is scrypt. I played with it in the mean time. I do not see any man pages. You can encrypt a file as: scrypt enc filename filename.enc To decrypt file scrypt dec filename.enc filename.decrypted Sorry for the wrong name. Predrag
Re: WIP:security/crypt
Bryan bra...@gmail.com wrote: On Sat, May 23, 2009 at 18:13, Predrag Punosevac punoseva...@gmail.com wrote: Hi Ports, For the past couple days Colin Percival has worked very hard to fix crypt so that it can compile on OpenBSD. I am attaching the new version of crypt-1.1.3 which he didn't yet post on his web site. It is vanilla package, it is not the port of OpenBSD. Crypt-1.1.3 now compiles without any patches on OpenBSD. Just untar ./configure, make, make install. I am playing with it on my 4.4 amd64 machine as we speak. So far it works for me. It would be good idea that people running current try to compile and play with it. I personally will install a snapshot in next couple of days and try to make a port. Cheers, Predrag As nice as a new package sounds, openssl will encrypt files too... even found a script that will automate the process... http://www.dslreports.com/shownews/Encrypt-files-quickly-with-OpenSSL-87586 The difference between userland programs for cryptography as openssl, ccrypt, and now scrypt is in underlining crypt-o algorithms. Cryptography is from the point of view of pure mathematics little bit of the voodoo science so I would prefer to leave to experts to evaluate the value of the Colin's work. Best, Predrag
Re: compat_linux / fedora_base
Austin Hook aus...@computershop.ca wrote: [bcc: Vess] Hi Nikolay, Linux compatibility should enable installing of: Mathematica Maple MatLab Oracle as well as Opera. I think Opera is a handy way of seeing how Flash can work. seems the easiest). I have a feeling that you guys are thinking about the same problem from two different prospectives. Nikolay is thinking from the developers' point of view fully aware that Linux compatibility layer has no future in its present state. He is also fully aware of how much work needs to be done in order to get above features working properly in particular in the light of the problems of Linux comp with bsd.mp kernel. On another hand you Austin think from the user point of view and I can second your wish list of Linux comp. I would like to add that except recent post of Matthew Szudzik which explains in details installation of Mathematica on OpenBSD and Mark's request for the donation of a Maple license which will enable him to try to work on it I have not seen any activity on Linux compatibility layer. By the way most recent versions of Maple heavily depend on Java (Linux version of course) which makes things even more complicated. The reality of the life is that unless a new developers gets involved with Linux compatibility layer it will die. If I personally had a choice between Linux compatibility and maintaining stable ports tree I would always chose the second option. The reality of the life is that Oracle, Maple and similar proprietary software require users to run specific vendor supported platform in order to follow with warrants. When you pay $1800 per Maple license installing it on CentOS seems like a good discission. Maybe the time has come for leaders of OpenBSD to make some hard decisions and ditch Linux comp. Best, Predrag P.S. I saw some recent activity on porting new versions of Wine to OpenBS which actually looks more promising than Linux comp. Unfortunately unless somebody with intimate knowledge of OpenBSD kernel gets involved that is also dead end project.
scrypt
Is anybody working on porting scrypt to OpenBSD? www.daemonology.net/blog/2009-05-16-scrypt-version-1.1-released.html I tried to compile out of joke on 4.4/amd64 and compiler reports slue of problems. Best, Predrag
Re: scrypt
Stuart Henderson s...@spacehopper.org wrote: On 2009/05/19 21:05, Predrag Punosevac wrote: Is anybody working on porting scrypt to OpenBSD? www.daemonology.net/blog/2009-05-16-scrypt-version-1.1-released.html I tried to compile out of joke on 4.4/amd64 and compiler reports slue of problems. Best, Predrag i made a start (attached) but got bored. you will need to provide alternative implementations of these: be32enc, be64enc, le32dec. and also convert the sysctlbyname() call to sysctl(3). That was really quick! Thanks for the update. Predrag
Re: Flash Player 7 working with OpenBSD native Firefox 3 via nspluginwrapper
On Tue, Jan 6, 2009 at 4:25 PM, Jacob Meuser jake...@sdf.lonestar.org wrote: On Tue, Jan 06, 2009 at 05:58:44PM -0200, Guilherme Malschitzky Schroeder wrote: Does the FlashPlayer 7 works fine with youtube? The time i've used it, the sound doesn't match the image, e.g the sound was ahead of the image or thing like that. anything that uses the kernel OSS emulation (any linux binaries) will only work accurately if the audio hardware also supports exactly what the binary asks for. for youtube and FP7, it's 22050 Hz mono. approx 1/4 of all azalia support 22050 Hz. many ac97 devices don't support 22050 Hz either. imo, a better effort would be to port libsndio/aucat to linux and make it the preferred audio architecture on linux. then audio from linux binaries would just work via aucat. or maybe put some effort into swfdec, which seems to be able to play video from many video sites. personally, I'd like to be able to watch current.com videos. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org First of all thank you for your hard work on audio. I was playing little bit with some audio applications for Linux via our compatibility layer. In my experience many of them are dynamically linked to libasound.so.2 even if they are advertised to use OSS and static libraries. One of the work around suggested for Linux distros which use OSS instead of ALSA (and seems that the numbers of those is gaining momentum ) is to soft link to libsalsa.so.2.0.0 from OSS. It didn't work on OpenBSD. Can you comment on my experience and clarify issues for common users like myself. Speaking of Flash as much as I hate it, it is becoming painfully obvious to me hat I have to use it from time to time not for YouTube but to access my health insurance information and few job related sites. How difficult would be to get Linux Flash 9 working on OpenBSD (without sound would be perfectly fine for me)? Kind Regards, Predrag
Re: ff3
Marco, I deeply respect your work so I hate to see you losing your nerves over idiotic web-browser. FF is not fixable. FF2 was supposed to fix FF1 but was even worse. FF3 is supposed to fix FF2 but as we all know it didn't. I actually put some thinking into the issue of the web-browser. In mine point of view the only hope for the decent web-browser is Midori based on WebKit. The one in current port tree is almost usable (it is alpha software for now). The another one is Dillo2 but the lack of OpenSSL implementation and lack of Java-Script Engine is killing me. If those guys can finally implement OpenSSL at least instead of coding tabular browsing I will never install any other graphical browser in my life. At some point I was so pissed with upstream FF that I installed Opera but I hate to use Linux compatibility layer. I noticed your letter about Qemu as well. I have absolutely the same experience like you (core dump) when I tried to run compiler on the virtual disk. I didn't want to react as I could not care less for virtualization and I know that most OpenBSD users do not care either. Since I already wrote about some troubles I experienced with OpenBSD packages on 4.4 release (I run both i386 and amd64) let me finish with ffplay problem. It seems that ffplay has problems with playing too fast on the AC97 chip-set. I think that is well documented so my solution was to install an old Sound Blaster Live sound card to the workstation I was using. I guess it could be useful for people to know about it. Most Kind Regards, Predrag On Sun, Dec 7, 2008 at 8:09 PM, Marco Peereboom [EMAIL PROTECTED] wrote: No. But we are better than this. Since when is it ok that pkg_add -ui screws up? Are we turning into debian? I'll let it rest though since it seems that no one gives a shit; why should I care? On Mon, Dec 08, 2008 at 12:55:24AM +, Jacob Meuser wrote: On Sun, Dec 07, 2008 at 06:24:54PM -0600, Marco Peereboom wrote: PS: Not so good an idea to keep ff2 when there'll be no fixes any more, not even security fixes, from upstream. Really? then i think we should stop using gcc 2 as well and the other countless packages that are no longer supported. and you are goig to maintain this? -- [EMAIL PROTECTED] SDF Public Access UNIX System - http://sdf.lonestar.org
sakai project
Dear ALL, I was just wondering if anybody tried to port sakai project to OpenBSD. Best, Predrag
Video for Linux ?
I just noticed two new ports graphics/fswebcam and graphics/luvcview for web cameras. What is the purpose of these two ports if only USB cameras based on old OV511 and OV511+ chipsets work on OpenBSD? Is actually possible to port Video 4 Linux driver to OpenBSD. I would suspect that spca5xx driver (a component of V4L) and phpsview (philips USB camera) drivers could be ported as there are NetBSD and FreeBSD ports of these drivers. But there are far more devices supported by V4L which I believe is very kernel depended. Does it mean, in the light of the fact that Ekiga recently ported to OpenBSD, that video conferencing via cheap USB cameras will be possible on OpenBSD? Best, Predrag Punosevac OKO
Re: Video for Linux ?
Ian Darwin wrote: On Fri, Jun 13, 2008 at 06:40:22PM -0700, Predrag Punosevac wrote: I just noticed two new ports graphics/fswebcam and graphics/luvcview for web cameras. What is the purpose of these two ports if only USB cameras based on old OV511 and OV511+ chipsets work on OpenBSD? And how did you manage to notice these two ports, which were imported today, without noticing video.c which was imported into the kernel weeks ago? I didn't follow carefully kernel changes past couple of weeks. I was checking something on http://openports.se/ when I stumbled upon them. It didn't take me much to realize what you guys are cooking:-) That is fantastic news for desktop users. Thank you for your hard work. Best, Predrag Punosevac OKO Yes, it's all coming together. Stay patient a bit longer. Or, look at http://www.undeadly.org/
Auctex update question
Dear Rich (port maintainer), Are you going to update Auctex? The OpenBSD port version in current is 11.14 while the latest stable version is 11.85. I just compiled it manually. It feels like they fixed few things and they made minor changes in the interface which makes it easier to use. Best, Predrag
texmaker question
I promise this is my last email today. I looked the texmaker port as well. I do not use it nor I plan to use it. However I would like to bring to your attention that the OpenBSD port is badly outdated. If for no other reasons texmaker should be updated because spell checker is now added to texmaker editor. That is mayor thing. I have tried to build the port manually but it is little bit more tricky then auctex. It requires qt4 for build so KDE people would probably not have hard time to update the port. Cheers, Predrag
Re: nOOb make extract problems
Tobias Ulmer wrote: On Sun, Jun 08, 2008 at 01:15:18AM -0700, Predrag Punosevac wrote: Dear All, I am following http://www.openbsd.org/papers/opencon07-portstutorial/index.html in an attempt to create a very simple port (MenuMaker) I keep getting the following mistake when I try to make extract file make extract === Checking files for menumaker-0.99.7 `/usr/ports/distfiles/menumaker-0.99.7.tar.gz' is up to date. (SHA256) menumaker-0.99.7.tar.gz: OK === Extracting for menumaker-0.99.7 tar: Cannot identify format. Searching... tar: End of archive volume 1 reached tar: Sorry, unable to determine archive format. *** Error code 1 Stop in /usr/ports/x11/menumaker (line 1941 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/x11/menumaker (line 1921 of /usr/ports/infrastructure/mk/bsd.port.mk). What am I doing wrong? I am getting exactly the same mistake on Current and 4.3 Release. Are you sure the tarball is not corrupt? try to extract it manually. Have a look at EXTRACT_CASES in bsd.port.mk [(5)] to see what make extract really does. The tarball was corrupt. I was shocked to find it out as I have compiled manumaker on half dozen times manually but I learn my lesson now. Thanks Predrag Best, Predrag P.S. $ more mk.conf SUDO=/usr/bin/sudo PLIST_DB=${PORTSDIR}/plist WRKOBJDIR=/usr/obj/ports USE_SYSTRACE=Yes
nOOb make extract problems
Dear All, I am following http://www.openbsd.org/papers/opencon07-portstutorial/index.html in an attempt to create a very simple port (MenuMaker) I keep getting the following mistake when I try to make extract file make extract === Checking files for menumaker-0.99.7 `/usr/ports/distfiles/menumaker-0.99.7.tar.gz' is up to date. (SHA256) menumaker-0.99.7.tar.gz: OK === Extracting for menumaker-0.99.7 tar: Cannot identify format. Searching... tar: End of archive volume 1 reached tar: Sorry, unable to determine archive format. *** Error code 1 Stop in /usr/ports/x11/menumaker (line 1941 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/x11/menumaker (line 1921 of /usr/ports/infrastructure/mk/bsd.port.mk). What am I doing wrong? I am getting exactly the same mistake on Current and 4.3 Release. Best, Predrag P.S. $ more mk.conf SUDO=/usr/bin/sudo PLIST_DB=${PORTSDIR}/plist WRKOBJDIR=/usr/obj/ports USE_SYSTRACE=Yes
Re: Landscape broken in TeXLive
Edd Barrett wrote: Hi, On Fri, Jun 6, 2008 at 12:19 AM, Predrag Punosevac Of course you may get samples my friend. I am sending you .tex file and .ps file (how is supposed to look like). http://tug.ctan.org/cgi-bin/ctanPackageInformation.py?id=landscape ---8--- The landscape package is long superseded by the geometry package, which has sophisticated controls on page layout. If your need is for occasional pages in landscape layout, consider lscape , or rotating for rotated float pages. ---8--- I attach a revised version of the source which uses lscape instead. \documentstyle if for latex-2.09 documents. You are better off upgrading to latex-2e by using \documentclass. The lscape environment requires 2e. Hope that helps :) Thanks Edd, That definitely helps. Best, Predrag
Landscape broken in TeXLive
Dear Edd, Landscape.sty is broken in TeXLive. I checked on line and it is upstream bug. It looks like it has been fixed in November of 2007. I do not know if it is worthy of fixing now. TeXLive 2008 going to be released over the summer according to ctan web-site. I am running current on this machine since I needed WPA so if you decide to fix it please let me know. I am very busy right now so I didn't investigate how difficult is to fix the damn thing. Best, Predrag
Re: hplib libsane-hpaio.so.0.0 - libsane-hpaio.so
Stephan Andreas wrote: OpenBSD 4.3 (GENERIC.MP) #1582: Wed Mar 12 11:16:45 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC.MP I'using the package of hplib and the Hardware is hp-psc1205 all-in-one The Problem is, that sane-find-scanner find the scanner, but scanimage -L doesn't find the scanner. with export SANE_DEBUG_DLL=128 and scanimage -L I see that the Library libsane-hpaio.so is not available, but a file named libsane-hpaio.so.0.0 is there. I make a copy of libsane-hpaio.so.0.0 and named libsane-hpaoi.so and now I can scan? :-) Yeah, That explains my experience with PC1315. Where is the library located? I locked in /usr/local/lib (I am running 4.3 current i386 with bsd.mp on this one) and I didn't see it. @Antoine I noticed that HPLIP stable version is 2.8.5 and our port is 2.7.12 (at least from the week ago on my current). Is that intentional or you are just too busy? Will you update before the November release with the latest stable? It looks to me that they have very fast release cycle to be able to support the latest devices but that the thing is VERY buggy. Kind Regards to Everyone Predrag
Re: NEW: mksh
Andrés wrote: Hi, I was reading about MirOS and mksh, and found that there's a working port for it here: http://www.mirbsd.org/MirOS/dist/mir/mksh/ports/mksh-obsdport.tgz See: http://mirbsd.org/mksh.htm (Inclusion in other operating systems). I thought that sharing it would make it a candidate for commit. Please note that I didn't do the port. Greetings. I believe that OpenBSD version of Korn shell is heavily patched version of Public Korn Shell so I am not so sure that MKSH will stir much excitement. I was wondering myself as I am using OpenBSD only for 5-6 month if there was ever some discussion about MKSH among developers. Best, Predrag
Re: hplib libsane-hpaio.so.0.0 - libsane-hpaio.so
Stephan Andreas wrote: You got me exicted to try to play again with my own Photosmart C5250 which I could not get even to print (attached as ugen device so I was using it as ulpt printer without any problems) two month ago. Apparently moving from 2.7.10 version of HPLIP to 2.7.12 did fix the problem of C5250 being recognized by hp-setup and ugen driver. I followed your direction about the library and I was able to snap the scan but I am getting too many I/O mistakes so I do not know if the HPLIP is lousy or my system is unstable (I am running current on this machine and BSD.MP kernel). I noticed that C5200 requires removal of umass driver besided ulpt probably due to the fact that has built in CD burner which doesn't work anyway but is causing lots of problems. That was not the case when I played with HP-PSC 1315 for which it was enough just to remove ulpt driver. Anyhow, I am confident that before November release HPLIP will be fully usable for all-in-one devices attached via USB cable. Kind Regards Predrag Punosevac OpenBSD 4.3 (GENERIC.MP) #1582: Wed Mar 12 11:16:45 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC.MP I'using the package of hplib and the Hardware is hp-psc1205 all-in-one The Problem is, that sane-find-scanner find the scanner, but scanimage -L doesn't find the scanner. with export SANE_DEBUG_DLL=128 and scanimage -L I see that the Library libsane-hpaio.so is not available, but a file named libsane-hpaio.so.0.0 is there. I make a copy of libsane-hpaio.so.0.0 and named libsane-hpaoi.so and now I can scan? :-)
Re: teTeX
Olivier Mehani wrote: On Fri, May 09, 2008 at 10:23:46AM +0200, Paul de Weerd wrote: I've been trying to find TeX for 4.3 but can not find it in ports. teTeX is obsolete and unmaintained for more than three years. TeXLive is the next standard TeX distribution for Unix and Unix like operating systems. Thanks to Edd Barret OpenBSD is the first from the family of BSDs to have it as the default TeX distribution. It includes LateX, Pdflatex, Context, and every macro package ever written for TeX. Edd Barrett has done a lot of work on porting TeXLive, the actively maintained TeX distribution. This ought to provide you with what you're looking for. Are you aware of any no_x11 version? I am not sure I understand your last question. How can you do typesetting without displaying graphics? TeXLive does not require X for processing but in order to see your document you need to use xdvi, ghostview or something along those lines. Obviously, I am not suggesting that you install X on a DNS server in order to do typesetting. What I am suggesting is that I would expect that you use a desktop machine running X for typesetting. Best, Predrag
Re: teTeX
Paul de Weerd wrote: On Fri, May 09, 2008 at 02:24:56AM -0700, Predrag Punosevac wrote: I am not sure I understand your last question. How can you do typesetting without displaying graphics? TeXLive does not require X for processing but in order to see your document you need to use xdvi, ghostview or something along those lines. Obviously, I am not suggesting that you install X on a DNS server in order to do typesetting. What I am suggesting is that I would expect that you use a desktop machine running X for typesetting. How about using TeX on your webserver to dynamically generate pdf's ? I didn't think of that possibility. I usually crate documents on my desktop machine before moving them to a web-server. Anyhow TeXLive doesn't require X as I said in my previous message. He can process text on the web-server which doesn't run X. On the another hand TeXLive does include things like xdvi which he will obviously not be able to run without X. Cheers, Predrag Granted, many webserver add-ons require X to be installed (gd, anyone ? ;) but that doesn't mean that there's no valid reason to use TeX on a webserver. Cheers, Paul 'WEiRD' de Weerd
Re: Modifying software written to a Standards document - was Re: DRM in xpdf
Zvezdan Petkovic wrote: On Apr 26, 2008, at 7:30 AM, Marc Espie wrote: If anything, our xpdf should probably display a notice that says `the author of the document thought you should not be able to print it... or whatever'. I didn't mean to get into this discussion because it really doesn't concern me at all. Whatever the port maintainer decides I'm fine with it. However, I agree with this comment above from Marc Espie. I am guilty of using DRM in PDF in the past. Here's my use case. I used to teach at the university. My slides usually had figures with animations in it, resulting in multiple pages for each step of animation. If a student presses a print button in a public lab they may pay a lot of money for 200 pages of slides in huge letters and page-by-page animation. To prevent an unnecessary expense to a student, I always switched ON do not allow printing in PDFs of these lecture slides. I also always posted a 4 up version of the slides with *no* protection -- 4 slides per page with animations turned into a final picture after the last step. Students than could print 10 to 20 pages of this document as opposed to 200. They could also watch original slides on screen if they needed to see steps in the particular figure for better understanding of a process. I also alway explained to students in class why there are two copies of the same slides and why is only one of them printable. So, in my opinion this DRM has its use cases. I hate to disagree with somebody who sounds like my fellow countryman but DRM has NO use. I also teach at the University and I some time prepare slides too which use over layers and even more fancy stuff. Any decant software for preparing slides (in my case I use Powerdot Latex class of presentation) has so called note mode. In note mode you can choose to put up to 4 slides on the single sheet of the paper for purposes of printing hand outs for your students. You may also include additional rule lines for taking the notes. Note mode will ignore over layers (which are in essence separate slides) or any other additional stuff. To stay on the same note I think that scientific publishing is in sorry state and is ripe for a Theo De Raadt of open publishing. I am so sick to see my students spending hundreds of dollars for books that should not cost mode than $10. In an era when the role of publisher is in essence reduced to printing already prepared manuscript (yes TeX and computers have revolutionized publishing almost as much as Gutenberg printing press) and maybe market it little bit I see no reasons for their existence in present form. I am sick of cheap tricks like having new editions every two years or so. I am sick of extra software that comes with the textbooks that nobody uses. I am sadden by a use of high quality paper for books that kids are not going to keep more than a single school year. Most Kind Regards, Predrag Punosevac Replacing a protection with a message of intent of the author is probably a good idea.
Re: Testing HPLIP and 1.19 SANE-backhands
Dear All, I am trying to test HPLIP drivers by trying to unlock full functionality of Photosmart C5250 which is one of the all-in-one devices from the Photosmart C5200 series. HPLIP builds without hitch on 4.3 Beta. The same goes for CUPS, SANE-backhands, XSane, foomatic-filters, foomatic-db, engine. Unfortunately the hp-setup doesn't see the printer. The all-in-one is not usable as scanner as well. I have disabled ulpt driver and umass drivers from the kernel and hpssd is started before the cupsd. I read installation message very carefully. It is excellent! I am attaching dmesg, hp-check.log, and sane-find-scanner. On the positive note printer is fully functional with CUPS and PPD file generated from the fomatic-db as long as ulpt driver is left in the kernel. I must say that unless umass driver is disabled printer is recognized by the kernel as umass even when ulpt driver is in kernel. Also if I remove ulpt driver the printer is still sing as umass. Only after I remove both drivers the printer is seeing as ugen device. Can somebody direct me if it is possible to reverse the priority of driver in kernel or make certain device invisible for umass driver? Also the good news is that foomatic-db engine and foomatic-filter are fully functional. I was able to rip PPD files for Photosmart C5250 and LaserJet 4L. I was able to print on both printers using CUPS. I was also able to print on LaserJet 4L with LPD using foomatic-rip as input filter in my printcap file. I didn't bother to try foomatic filter for Photosmart C5250 but I see no reason why would not work. I am stamped by the inability of HPLIP to see the printer. I will try to get some older OfficeJet series all-in-one to see if I can unlock full functionality. Most Kind Regards, Predrag Punosevac P. S. The above is an extraordinary example of how ridiculous is trying to compensate bad hardware (non PostScript printers and proprietary scanning language) with very complicated software. OpenBSD 4.3-beta (GENERIC) #675: Wed Feb 27 12:32:17 MST 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) 4 CPU 1.80GHz (GenuineIntel 686-class) 1.80 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM real mem = 535883776 (511MB) avail mem = 510115840 (486MB) User Kernel Config UKC disable umass 353 umass* disabled UKC disabme\^H \^H\^H \^Hle\^H \^H\^H \^H\^H \^H\^H \^Hable ulpt 352 ulpt* disabled UKC di\^H \^H\^H \^Hquit Continuing... mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 03/01/02, BIOS32 rev. 0 @ 0xffe90, SMBIOS rev. 2.3 @ 0xf0450 (61 entries) bios0: vendor Dell Computer Corporation version A03 date 03/01/2002 bios0: Dell Computer Corporation OptiPlex GX240 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfba20/176 (9 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82801BA LPC rev 0x00) pcibios0: PCI bus #4 is the last bus bios0: ROM list: 0xc/0x8000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82845 Host rev 0x03 agp0 at pchb0: aperture at 0xf000, size 0x800 ppb0 at pci0 dev 1 function 0 Intel 82845 AGP rev 0x03 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Rage 128 Pro TF rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ppb1 at pci0 dev 30 function 0 Intel 82801BA Hub-to-PCI rev 0x12 pci2 at ppb1 bus 2 cbb0 at pci2 dev 7 function 0 TI PCI1225 CardBus rev 0x01: irq 11 cbb1 at pci2 dev 7 function 1 TI PCI1225 CardBus rev 0x01: irq 10 xl0 at pci2 dev 12 function 0 3Com 3c905C 100Base-TX rev 0x78: irq 11, address 00:06:5b:b0:ba:2b exphy0 at xl0 phy 24: 3Com internal media interface cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 3 device 0 cacheline 0x10, lattimer 0x20 pcmcia0 at cardslot0 cardslot1 at cbb1 slot 1 flags 0 cardbus1 at cardslot1: bus 4 device 0 cacheline 0x10, lattimer 0x20 pcmcia1 at cardslot1 ichpcib0 at pci0 dev 31 function 0 Intel 82801BA LPC rev 0x12: 24-bit timer at 3579545Hz pciide0 at pci0 dev 31 function 1 Intel 82801BA IDE rev 0x12: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: QUANTUM FIREBALLP AS10.2 wd0: 16-sector PIO, LBA, 9797MB, 20066251 sectors atapiscsi0 at pciide0 channel 0 drive 1 scsibus0 at atapiscsi0: 2 targets sd0 at scsibus0 targ 0 lun 0: IOMEGA, ZIP 250, 42.S SCSI0 0/direct removable sd0: drive offline wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 sd0(pciide0:0:1): using PIO mode 3, Ultra-DMA mode 2 atapiscsi1 at pciide0 channel 1 drive 0 scsibus1 at atapiscsi1: 2 targets cd0 at scsibus1 targ 0 lun 0: ATAPI, DVD A DH20A4P, 9P57 SCSI0 5/cdrom removable
Re: [UPDATE] sane-backends-1.0.19
Dear List and Antoine, I just want to give you an update on brscan and brscan2 drivers for Brother scanners and all-in-one devices. I was in the contact with SANE developers as well as Brother technical support in Japan. The unfortunate situation is that the above drivers do contain few binary blob libraries which happen also to be proprietary. For that reason compilation is not possible on OpenBSD and shall be considered a waist of developers time. So Brother scanners are big no-no. At least the technical support people from the Brother's Japanese office were very nice and quite knowledgeable about OpenBSD. I would not be surprised that they are running OpenBSD themselves. Most Kind Regards, Predrag Punosevac
Driver hl1250 missing from the Ghostscript
Dear All, I would like to bring to your attention that the driver hl1250 is missing from the Ghostscript 8.60. It has been removed since Ghostscript 6.xx. The driver happens to support a slue of the brand new Brother monochromatic laser printers See: http://solutions.brother.com/linux/sol/printer/linux/developers.html and should be compiled into Ghostscript 8.xx or 7.xx for those who must use 7.xx. This is a well documented problem and the solution is very simple http://www.linuxprinting.org/show_driver.cgi?driver=hl1250 Nobody is listed as a port maintainer so I am brining the issue before the port list. I am typing this message from the 4.2 Release so I have not checked the following: 1. The ghostscript port should be updated to 8.61 which is minor new release that fixes bugs. 2. I am not sure that the above driver is put back into the 8.61 but I really doubt. Most Kind Regards to Everyone, Predrag Punosevac
Re: [UPDATE] sane-backends-1.0.19
Antoine Jacoutot wrote: Hello. This diff updates sane-backends to version 1.0.19. Please test. Comments/OK? Dear List and Antoine, While I was playing with Brother printers I noticed that the Brother has released two drivers brscan and brscan2 for their all-in-one devices and scanners. http://solutions.brother.com/linux/sol/printer/linux/sane_drivers.html This drivers are supposed to work with SANE. According to SANE web-site which unfortunately was not updated after the release of 1.19 these drivers are not included into the sane-backhands 1.19. Notice that the Brother is providing source files for both drivers! I am not a very skillful with computers but it looks to me that one could compile these drivers on OpenBSD and use them with Linux emulator layer as long as they do not contain Linux dynamic libraries. Am I so off in this regard. Most Kind Regards, Predrag Punosevac
Canon drivers for PIXMA printers
Dear All, Has anybody tried to download the source and compile the drivers for CANON PIXMA printers. http://www.canon-europe.com/Support/software/linux/ Am I wrong to assume that these drivers should be usable via the Linux compatibility layer as long as they do not use any Linux Dynamic libraries. Most Kind Regards, Predrag Punosevac
Re: Driver hl1250 missing from the Ghostscript
Tobias Ulmer wrote: On Sun, Feb 24, 2008 at 01:58:58AM -0700, Predrag Punosevac wrote: Dear All, I would like to bring to your attention that the driver hl1250 is missing from the Ghostscript 8.60. It has been removed since Ghostscript 6.xx. The driver happens to support a slue of the brand new Brother monochromatic laser printers See: http://solutions.brother.com/linux/sol/printer/linux/developers.html and should be compiled into Ghostscript 8.xx or 7.xx for those who must use 7.xx. This is a well documented problem and the solution is very simple http://www.linuxprinting.org/show_driver.cgi?driver=hl1250 Nobody is listed as a port maintainer so I am brining the issue before the port list. I am typing this message from the 4.2 Release so I have not checked the following: 1. The ghostscript port should be updated to 8.61 which is minor new release that fixes bugs. 2. I am not sure that the above driver is put back into the 8.61 but I really doubt. Most Kind Regards to Everyone, Predrag Punosevac Can you be a little more specific? I'm using that driver and it works just fine... Sure. This is the output of gs -h supposedly with list of all drivers. [pedja@ /usr/home/Pedja]$ gs -h GPL Ghostscript 8.60 (2007-08-01) Copyright (C) 2007 Artifex Software, Inc. All rights reserved. Usage: gs [switches] [file1.ps file2.ps ...] Most frequently used switches: (you can use # in place of =) -dNOPAUSE no pause after page | -q `quiet', fewer messages -gwidthxheight page size in pixels | -rres pixels/inch resolution -sDEVICE=devname select device | -dBATCH exit after last file -sOutputFile=file select output file: - for stdout, |command for pipe, embed %d or %ld for page # Input formats: PostScript PostScriptLevel1 PostScriptLevel2 PostScriptLevel3 PDF Default output device: x11 Available devices: alc1900 alc2000 alc4000 alc4100 alc8500 alc8600 ap3250 appledmp atx23 atx24 atx38 bbox bit bitcmyk bitrgb bj10e bj10v bj10vh bj200 bjc600 bjc800 bjc880j bjccmyk bjccolor bjcgray bjcmono bmp16 bmp16m bmp256 bmp32b bmpgray bmpmono bmpsep1 bmpsep8 ccr cdeskjet cdj1600 cdj500 cdj550 cdj670 cdj850 cdj880 cdj890 cdj970 cdjcolor cdjmono cfax cgm24 cgm8 cgmmono chp2200 cif cljet5 cljet5c cljet5pr coslw2p coslwxl cp50 declj250 deskjet devicen dfaxhigh dfaxlow dj505j djet500 djet500c dl2100 dmprt dnj650c epag epl2050 epl2050p epl2120 epl2500 epl2750 epl5800 epl5900 epl6100 eps9high eps9mid epson epsonc epswrite escpage faxg3 faxg32d faxg4 fmlbp fmpr fs600 gdi hl7x0 ibmpro ijs imagen imdi inferno iwhi iwlo iwlq jetp3852 jj100 jpeg jpeggray la50 la70 la75 la75plus laserjet lbp310 lbp320 lbp8 lex2050 lex3200 lex5700 lex7000 lips2p lips3 lips4 lips4v lj250 lj4dith lj4dithp lj5gray lj5mono ljet2p ljet3 ljet3d ljet4 ljet4d ljet4pjl ljetplus ln03 lp1800 lp1900 lp2000 lp2200 lp2400 lp2500 lp2563 lp3000c lp7500 lp7700 lp7900 lp8000 lp8000c lp8100 lp8200c lp8300c lp8300f lp8400f lp8500c lp8600 lp8600f lp8700 lp8800c lp8900 lp9000b lp9000c lp9100 lp9300 lp9400 lp9500c lp9600 lp9600s lp9800c lq850 lx5000 lxm3200 lxm5700m m8510 mag16 mag256 md1xMono md2k md50Eco md50Mono md5k mgr4 mgr8 mgrgray2 mgrgray4 mgrgray8 mgrmono miff24 mj500c mj6000c mj700v2c mj8000c ml600 necp6 npdl nullpage oce9050 oki182 oki4w okiibm paintjet pam pbm pbmraw pcl3 pcx16 pcx24b pcx256 pcxcmyk pcxgray pcxmono pdfwrite pdfwrite permute pgm pgmraw pgnm pgnmraw photoex picty180 pj pjetxl pjxl pjxl300 pkm pkmraw pksm pksmraw plan9bm png16 png16m png256 pngalpha pnggray pngmono pnm pnmraw ppm ppmraw pr1000 pr1000_4 pr150 pr201 ps2write psdcmyk psdrgb psgray psmono psrgb pswrite pxlcolor pxlmono r4081 rpdl sgirgb sj48 spotcmyk st800 stcolor sunhmono t4693d2 t4693d4 t4693d8 tek4696 tiff12nc tiff24nc tiff32nc tiffcrle tiffg3 tiffg32d tiffg4 tiffgray tifflzw tiffpack tiffsep uniprint wtscmyk wtsimdi x11 x11alpha x11cmyk x11cmyk2 x11cmyk4 x11cmyk8 x11gray2 x11gray4 x11mono x11rg16x x11rg32x xcf xcfcmyk xes Search path: . : /usr/local/share/ghostscript/8.60/lib : /usr/local/share/ghostscript/8.60/Resource : /usr/local/share/ghostscript/fonts For more information, see /usr/local/share/ghostscript/8.60/doc/Use.htm. Please report bugs to bugs.ghostscript.com. Notice that among listed devices is not hl1250. It is however hl7x0 which is another Brother driver is listed. Am I missing something? zinc:root# pkg_info | grep ghostscript ghostscript-8.60-a4-no_x11 GNU PostScript interpreter ghostscript-fonts-8.11p0 35 standard PostScript fonts with Adobe name aliases zinc:root# grep hl1250 /etc/printwrapper/pw a2ps -q -1 -M A4 --border no -B -l 111 -Z --ppd=level2 -o /dev/stdout | gs -q -sDEVICE=hl1250 -sOutputFile=/dev/stdout -sPAPERSIZE=a4 -dNOPAUSE -dSAFER -r600x600 /dev/stdin
Testing HPLIP and 1.19 SANE-backhands
Dear All, Finally, I got a hand on an inexpensive P4 which will be used only for the testing of new packages. I also got my wife for the Valentine's day a new HP photosmart C5250 since she loves doing digital photographies and playing with the Gimp and the Gphoto. The printer in questions is fully supported since HPLIP 2.7.9 so I decided to try to unlock its full functionality. Ok to make long story short. CUPS builds without any troubles on the snapshot from February 11. The same goes for SANE-backhands. HPLIP fails to compile. I attached the message. Could you give me some hint to what I am doing wrong. I attached also dmesg. I have two other scanner that I will use to test new SANE backhands. One is Epson perfection 1670 which requires firmware and another is Epson perfection 1260 for which I believe I need to disable uscanner driver as the OpenBSD doesn't support getting USB vendor and product ID. The scanner 1670 is fully functional on 4.2 Release and SANE-backhands 1.17. The Epson perfection 1260 was working on FreeBSD but I didn't want to mess up my kernel on OpenBSD machines to test it. Now I have a computer for testing and I will report on this scanner. Kind Regards to Everyone, P. S. I have ordered new DVD-RW from the NewEgg which I expect to receive today or Monday. I will use it for testing of K3b. On the unrelated note I noticed that since OpenBSD switched to XOrg 7.2 from 6.9 I am experiencing the following problem. When I kill X with the alt+ctrl+backspace I get just a blank screen instead of working console. alt+ctrl+F2 does not give me working console either. If I type halt -p computer shuts down properly. I attached the row xorg.conf file for this machine. The default dept and refreshing rates are missing but even editing those do not make any difference. I tried to use different monitor. The same. This is happening only with the machines with ATI video chip-sets. Machine having the Intel video chip-set do not have this problem. Any clue what I am doing wrong. I was booting machines with the default options and generic kernel. === Cleaning for python-2.5.1p7 rm -f /usr/ports/packages/i386/all/python-2.5.1p7.tgz /usr/ports/packages/i386/ftp/python-2.5.1p7.tgz /usr/ports/packages/i386/cdrom/python-2.5.1p7.tgz *** Error code 1 Stop in /usr/ports/lang/python/2.5 (line 1392 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/lang/python/2.5 (line 1890 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/lang/python/2.5 (line 1422 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/print/hplip (line 1550 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/print/hplip (line 1921 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/print/hplip (line 1392 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/print/hplip (line 1890 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/print/hplip (line 1422 of /usr/ports/infrastructure/mk/bsd.port.mk). # dmesg OpenBSD 4.2 (GENERIC) #375: Tue Aug 28 10:38:44 MDT 2007 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) 4 CPU 1.80GHz (GenuineIntel 686-class) 1.80 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM real mem = 535883776 (511MB) avail mem = 510525440 (486MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 03/01/02, BIOS32 rev. 0 @ 0xffe90, SMBIOS rev. 2.3 @ 0xf0450 (61 entries) bios0: vendor Dell Computer Corporation version A03 date 03/01/2002 bios0: Dell Computer Corporation OptiPlex GX240 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xf/0x1 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfba20/176 (9 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82801BA LPC rev 0x00) pcibios0: PCI bus #4 is the last bus bios0: ROM list: 0xc/0x8000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82845 Host rev 0x03 ppb0 at pci0 dev 1 function 0 Intel 82845 AGP rev 0x03 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 ATI Rage 128 Pro TF rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ppb1 at pci0 dev 30 function 0 Intel 82801BA AGP rev 0x12 pci2 at ppb1 bus 2 cbb0 at pci2 dev 7 function 0 TI PCI1225 CardBus rev 0x01: irq 11 cbb1 at pci2 dev 7 function 1 TI PCI1225 CardBus rev 0x01: irq 10 xl0 at pci2 dev 12 function 0 3Com 3c905C 100Base-TX rev 0x78: irq 11, address 00:06:5b:b0:ba:2b exphy0 at xl0 phy 24: 3Com internal media interface cardslot0 at
Re: [UPDATE] sane-backends-1.0.19
Antoine Jacoutot wrote: Hello. This diff updates sane-backends to version 1.0.19. Please test. Comments/OK? I tested 1.0.19 on the 02/11/2008 snapshot. The backhands compile without problems. I used two different scanner to test the scanner: Epson perfection 1670 and Epson perfection 1260. My comments Epson perfection 1670 requires firmware which can be extracted from the Windows cab file. Works as expected:-) Epson perfection 1260. Uses Plustek http://www.plustek.de/ backhands so one needs to add herself/himself into the group saned. Also uscanner driver has to be disabled using config utility as the OpenBSD driver doesn't support getting USB vendor and product ID. Other than that the scanner works as expected:-) Note: The scanner is very slow. That has noting to do with the OpenBSD. It is just very low quality scanner. Remark: The date in man pages needs to be updated as it is listing backhands 1.19 as of October 2006. As we know they are released February 2008 I still have HP Photosmart C5250 all-in-one which is fully supported by HPLIP including scanning functionality via hpaio drivers. I could not test the all-in-one device as HPLIP fails to compile. The message is attached. I will try again as soon as I get some input about HPLIP compilation problems. GREAT JOB!!! Predrag P. S. Sorry, I do not have any of the scanners which are supported with the newest drivers included in the SANE backhand. === Cleaning for python-2.5.1p7 rm -f /usr/ports/packages/i386/all/python-2.5.1p7.tgz /usr/ports/packages/i386/ftp/python-2.5.1p7.tgz /usr/ports/packages/i386/cdrom/python-2.5.1p7.tgz *** Error code 1 Stop in /usr/ports/lang/python/2.5 (line 1392 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/lang/python/2.5 (line 1890 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/lang/python/2.5 (line 1422 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/print/hplip (line 1550 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/print/hplip (line 1921 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/print/hplip (line 1392 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/print/hplip (line 1890 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/print/hplip (line 1422 of /usr/ports/infrastructure/mk/bsd.port.mk).
Re: texlive_texmf-minimal VS teTeX_base
Marten King wrote: On -current, problem with these two packages conficting. teTex is installed to satisfy newly posted sbcl port dependency. # pkg_add -v lyx parsing lyx-1.4.3p2-qt Dependencies for lyx-1.4.3p2-qt resolve to: qt3-mt-3.8p0, gettext-0.16.1, libiconv-1.9.2p5, aspell-0.50.5p4, python-2.5.1p7, texlive_base-2007p3, ImageMagick-6.3.6.10 (todo: texlive_base-2007p3) lyx-1.4.3p2-qt:parsing texlive_base-2007p3 Can't install texlive_base-2007p3 because of conflicts (teTeX_base-3.0p9) I think that that is expected behavior. TeTeX used to be standard Unix distribution of the LaTeX/TeX and is abandoned about three years ago in favor of TeXLive. Due to the long history of TeTeX transition to TeXLive has been slow and to my knowledge OpenBSD is the first operating system that has a fully working TeXLive. Debian has it in packages but due to dependency issues is not recommending the installation. TeXLive full package contains everything there is in LaTeX/TeX. I used on the daily basis for my work. You should remove teTeX and then reinstall TeXLive. Hope this helps Predrag
Re: MenuMaker
I see three different versions of Python (2.3, 2.4, and 2.5) among ports for 4.2 Current. Which one is considered stable so that it can be used for building other ports? MenuMaker requires 2.4 or latter. I used 2.5 to compile the package but it was brought to my attention that 2.5 might not be considered stable. Cheers, Predrag Predrag Punosevac wrote: Dear All, I just compiled MenuMaker on 4.2 -current and works like a charm. Here is a long description MenuMaker is application finding and menu generation utility. It is capable of finding lots of installed programs and generating the root menu consistent across all supported X window managers, so one will get (almost) the same menu no matter what WM is currently used. It is pure Python application hence it runs on every relevant system. Supported X window managers: - BlackBox - Deskmenu - FluxBox - IceWM - OpenBox, version 3 - PekWM - WindowMaker - XFCE, version 4 I am a n00b when it comes to OpenBSD (using it less than three months). I have a few questions that a probably trivial but I need some clarification and supervision to get this easy port out. My ultimate goal to learn on this application how to port software to OpenBSD and then do try to do couple more ports before the release of the 4.3. So here are my questions 1. I installed 4.2 snapshot for the i386 generated on 01/18/2008. I have not cvsup the source and rebuild the latest kernel. Is it really necessary to keep cvsup the source and build latest kernel or can I just keep reinstalling snapshots? I am asking this because the computer, I am using to build the packages is unfortunately PIII 1Gh . I promise, I will build much faster machine specially for this purpose in next couple of weeks but for now this one was the only one available. 2. I took the ports snapshot which was generated on 01/20/2008 using ftp. I was little bit concern that this ports three will not work on 01/18/2008 snapshot but it did. Could you clarify to me how often is ports tree changing and should I constantly cvsup to the latest ports three or can I just stick with snapshots? Obviously this question is related to question 1 as I am really trying to keep my kernel and user land in sync and trying to stay as current as possible. 3. I read http://www.openbsd.org/papers/opencon07-portstutorial/index.html and it looks to me that I could just slightly modify the Makefile for the same FreeBSD port. This is probably due to the fact that the port is really easy to build. Here how it looks # New ports collection makefile for:menumaker # Date created: 2007-03-21 # Whom: alepulver # # $FreeBSD: ports/deskutils/menumaker/Makefile,v 1.1 2007/03/23 00:31:58 alepulv er Exp $ # PORTNAME= menumaker PORTVERSION=0.99.7 CATEGORIES= deskutils MASTER_SITES= SF MAINTAINER= [EMAIL PROTECTED] COMMENT=Menu generator for X Window Managers and desktop environments USE_PYTHON= yes GNU_CONFIGURE= yes INFO= mmaker .include bsd.port.mk However I did compile port manually just to be on the safe side. I fetched the source code. Being aware that it is written in Python I compiled from the ports Python version 2.5. Then I run run ./configure. The GNU configuration tool keep complaining that I do not have Python binaries and I realized that the ./configure was looking for binaries in /usr/local/bin/python while our binaries are in /usr/local/bin/python2.5 (apparently I chose the latest version of Python despite the fact that anything bigger than 2.3 would do it) I renamed the binaries and run ./configure. It went smoothly. I then run make and make install. Everything went like a charm. I compiled the Openbox to test the program. Then I run mmaker openbox and I started the X with the Openbox as a window manager. The menu was populated in the proper way. This is obviously not the way to build the port and tomorrow I will try to rebuild it following directions from slides. Is there anything that I should know beside slides and links listed on them in order to create the port properly? Finally, when I crate the port how do I commit the port to a port-tree so that people can test. Thank you so much for your patience with me in this matter. I know how idiotic are my questions. Kind Regards, Predrag Punosevac P.S. My ultimate goal is to try to port PDFEdit and SSVNC for the 4.3 release. I am in particularly interested what people think of SSVNC. I looked also SHIMMER, TUNAPIE, MIRO, SciLab, aircrack-ng, clive, youtube-dl (The last two are useful for watching videos on YouTube and GoogleVideo). Obviously this is the very large number of ports and even if I was doing nothing else but porting software to OpenBSD I am not sure I could do all of them for the release of 4.3. I would love to try at least TunaPie for 4.3 release but I do not know how realistic
MenuMaker
Dear All, I just compiled MenuMaker on 4.2 -current and works like a charm. Here is a long description MenuMaker is application finding and menu generation utility. It is capable of finding lots of installed programs and generating the root menu consistent across all supported X window managers, so one will get (almost) the same menu no matter what WM is currently used. It is pure Python application hence it runs on every relevant system. Supported X window managers: - BlackBox - Deskmenu - FluxBox - IceWM - OpenBox, version 3 - PekWM - WindowMaker - XFCE, version 4 I am a n00b when it comes to OpenBSD (using it less than three months). I have a few questions that a probably trivial but I need some clarification and supervision to get this easy port out. My ultimate goal to learn on this application how to port software to OpenBSD and then do try to do couple more ports before the release of the 4.3. So here are my questions 1. I installed 4.2 snapshot for the i386 generated on 01/18/2008. I have not cvsup the source and rebuild the latest kernel. Is it really necessary to keep cvsup the source and build latest kernel or can I just keep reinstalling snapshots? I am asking this because the computer, I am using to build the packages is unfortunately PIII 1Gh . I promise, I will build much faster machine specially for this purpose in next couple of weeks but for now this one was the only one available. 2. I took the ports snapshot which was generated on 01/20/2008 using ftp. I was little bit concern that this ports three will not work on 01/18/2008 snapshot but it did. Could you clarify to me how often is ports tree changing and should I constantly cvsup to the latest ports three or can I just stick with snapshots? Obviously this question is related to question 1 as I am really trying to keep my kernel and user land in sync and trying to stay as current as possible. 3. I read http://www.openbsd.org/papers/opencon07-portstutorial/index.html and it looks to me that I could just slightly modify the Makefile for the same FreeBSD port. This is probably due to the fact that the port is really easy to build. Here how it looks # New ports collection makefile for:menumaker # Date created: 2007-03-21 # Whom: alepulver # # $FreeBSD: ports/deskutils/menumaker/Makefile,v 1.1 2007/03/23 00:31:58 alepulv er Exp $ # PORTNAME= menumaker PORTVERSION=0.99.7 CATEGORIES= deskutils MASTER_SITES= SF MAINTAINER= [EMAIL PROTECTED] COMMENT=Menu generator for X Window Managers and desktop environments USE_PYTHON= yes GNU_CONFIGURE= yes INFO= mmaker .include bsd.port.mk However I did compile port manually just to be on the safe side. I fetched the source code. Being aware that it is written in Python I compiled from the ports Python version 2.5. Then I run run ./configure. The GNU configuration tool keep complaining that I do not have Python binaries and I realized that the ./configure was looking for binaries in /usr/local/bin/python while our binaries are in /usr/local/bin/python2.5 (apparently I chose the latest version of Python despite the fact that anything bigger than 2.3 would do it) I renamed the binaries and run ./configure. It went smoothly. I then run make and make install. Everything went like a charm. I compiled the Openbox to test the program. Then I run mmaker openbox and I started the X with the Openbox as a window manager. The menu was populated in the proper way. This is obviously not the way to build the port and tomorrow I will try to rebuild it following directions from slides. Is there anything that I should know beside slides and links listed on them in order to create the port properly? Finally, when I crate the port how do I commit the port to a port-tree so that people can test. Thank you so much for your patience with me in this matter. I know how idiotic are my questions. Kind Regards, Predrag Punosevac P.S. My ultimate goal is to try to port PDFEdit and SSVNC for the 4.3 release. I am in particularly interested what people think of SSVNC. I looked also SHIMMER, TUNAPIE, MIRO, SciLab, aircrack-ng, clive, youtube-dl (The last two are useful for watching videos on YouTube and GoogleVideo). Obviously this is the very large number of ports and even if I was doing nothing else but porting software to OpenBSD I am not sure I could do all of them for the release of 4.3. I would love to try at least TunaPie for 4.3 release but I do not know how realistic it is. I also want to apologize to Jacob Mauser for not testing his K3b so far. Actually the PIII which runs current has only CD-ROM and until I build new computer I will not be able to run the tests. I have two DVD-RW on other computers (one running OpenBSD 4.2 release and one running FreeBSD 6.2 stable) but they are fully functional and used for my work on daily