May 2007 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] Add to wishlist (SSH)
by Ciro Iriarte 14 May '07

14 May '07

Hi, it would be nice to have an SSH Key Agent on KDE, like "Ksshaskpass" (http://hanz.nl/p/program). I make extensive use of Putty Pageant at the office just for this... Ciro --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

5 8

Re: [opensuse-factory] Audacity replacement
by Juan Erbes 13 May '07

13 May '07

From: Juan Erbes <jerbes(a)gmail.com> Date: 13-may-2007 9:53 Subject: Re: [opensuse-factory] Audacity replacement To: n5xwb(a)hal-pc.org Cc: stbinner(a)suse.de 2007/5/13, Donn Washburn <n5xwb(a)hal-pc.org>: > Juan Erbes wrote: > > 2007/5/13, Stephan Binner <stbinner(a)suse.de>: > >> On Saturday 12 May 2007 17:45:58 Juan Erbes wrote: > >> > >>> Audacity disapeared from the repositories; what audio editor is the > >>> replacement for Audacity? > >> Audacity is still in abuild but it doesn't build atm (for some time?). > >> > > > > The problem is that audacity do'nt builds with wxGTK-2.8, and the > > wxGTKcompat packages do'nt resolve the problem. > > The other packages that has the same problem are vlc and amule. > > I have installed the 2 versiosn of wxGTK (2.6 and 2.8), and all > > applications runs fine, but all the times that I use smart or the > > yast-update tool, it removes audacity, vlc and amule. > > > > Regards > > --------------------------------------------------------------------- > Well Juan and Stephan; > > Audacity is workingon this SuSE 10.3 Alpha2 box. And as a mater of fact > both stereo channels work. I must have downloaded a CVS version and > compiled it. > suse:~> rpm -q audacity > package audacity is not installed > suse:~> rpm -q wxGTK > wxGTK-2.6.3.3-30.2 > > This system is from several SuSE updates or out right 10.3Alpha CDs > > >From OSS-10.3 alpha2, wxGTK-2.6.xx, is no more in the repos. And then the update tools replaces wxGTK-2.6.x with wxGTK-2.8.x, and the dependant applications are removed. Regards --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

1 0

[opensuse-factory] 3M's src TWDrv.
by M9. 12 May '07

12 May '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, (No answer for the call for GPL and getting the driver in the official kernel...yet...) But as it is very dangerous, and also very difficullt, to use a mouse in a car..(while driving), i tried to build the suggested driver for 'specific' kernel.. Helas, it did not build. So i wrote to 3M about it: [snip] > + rm -rf /var/tmp/TWDrv-5.64-root > + KVER=2.6.18.8-0.3-default > + export KVER > + cd TwDrvKit > + make clean > + make > make -C /lib/modules/2.6.18.8-0.3-default/build > SUBDIRS=/usr/src/packages/BUILD/TWDrv-5.64/TwDrvKit modules > make[2]: *** Er is geen regel om doel 'modules' te maken. Gestopt. > make[1]: *** [default] Fout 2 > make: *** [makeit] Fout 2 > error: Bad exit status from /var/tmp/rpm-tmp.81539 (%build) > > > RPM build errors: > Bad exit status from /var/tmp/rpm-tmp.81539 (%build) > monkey9@U-Buddy-sfn8:/usr/src/packages/SPECS> cd '/usr/src/packages/SPECS' > monkey9@U-Buddy-sfn8:/usr/src/packages/SPECS> > > is there something i can do about it? > Despite the fact that it is not a GPL-licenced driver, i still need it, > because it is very dangerous, and difficult, to use a mouse in a car. > > tia, for the trouble and attention needed to answer my question. Possible reason, according to an associate from 3M, jgmciver: > Good Afternoon: > I think the kernel that you are using made devfs obsolete in favor of using udev. Our driver compiles with devfs, but I have attached a document with some suggested changes to get around this probelm > > > Thank you, Technical Support > 3M Touch Systems, Methuen > 978-659-9200 Helas, the document attached, did not contain a solution for this problem.. The Kernel indeed uses udev, if i recall correct.. But if so, is there something to be done about it, to get the driver built? Or, as TWDrv, is indeed a proprietary driver, this can only be fixed by its maintainer?..... (i would realy hate it, to have to go back M$, to have a working touchscreen..:-( (In my reply I asked for the reason not to want a GPL for the driver, and told him about the miljons of people all over the world, that would be happy, if they could use a touchscreen under linux, which would be possible, when the driver would be in the official kernel... ) - -- Have a nice day, M9. Now, is the only time that exists. OS: Linux 2.6.18.8-03-default x86_64 Huidige gebruiker: monkey9@tribal-sfn2 Systeem: openSUSE 10.2 (X86-64) KDE: 3.5.5 "release 45.4" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGRZx0X5/X5X6LpDgRArJHAKCOFXRniSFOF8dUTzi2u7Nad/CbMwCdGPY9 vv3qL4/wmKTIHz3AYxINmoA= =N1vz -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

2 2

[opensuse-factory] Re: [opensuse-packaging] Should we evaluate Zimbra ? - a next-gen Mail Server
by Cristian Rodriguez R. 12 May '07

12 May '07

Peter Czanik escribió: > I tested a previous version earlier this year. It's really great, but > also has some down sides. > Positive: > - free / OSS > - full featured e-mail & calendar server > Negative: > - resource hog (written in Java) > - many duplicate work inside, as uses it's own apache / postfix / clamav > - some interesting features are missing from the OSS version > > So, practically it can be installed over a base installation of openSUSE > and needs a dedicated (virtual) machine. While I'm not sure, if this is > something to be bundled with openSUSE, it would be great, if it could be > ported to 10.2 or factory (when tested, only SuSE 10.0 was supported). I have looked into this too in the past, however I concluded that integration requires a fairly large amount of work, unfortuantely this guys does not realize that distributions already has many of that components and insist on consistent, annoying and non-sense wheel reinvention. *sigh*

3 5

[opensuse-factory] New X86_64 and java/jre
by Donn Washburn 12 May '07

12 May '07

Hey Group; I am kind of new to 64 bit machines- hence, my question. I downloaded for the 64 bit machine a OpenOffice-file.tar I un-tarred it.rpms and ran the jre.rpm file. I saw noting it but what appears to be a clean rpm load. Rpm -q does not show it as being installed. Rpm -q jre does show as I remember version 1.6 OpenOffice wants jre-32. I OpenOffice is telling me that it is a 32 bit only file. Or can I just try it with a "--nodeps" argument -- 73 de Donn Washburn 307 Savoy Street Email: " n5xwb(a)hal-pc.org " Sugar Land, TX 77478 LL# 1.281.242.3256 Ham Callsign N5XWB HAMs : " n5xwb(a)arrl.net " VoIP via Gizmo: bmw_87kbike / via Skype: n5xwbg BMW MOA #: 4146 - Ambassador " http://counter.li.org " #279316 Did you know? The transistor was invented by three white men. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

3 2

Re: [opensuse-factory] PHP - tales from the crypt
by Cristian Rodriguez R. 11 May '07

11 May '07

Stephan von Krawczynski escribió: > Really, Cristian, stop it. No. you should stop acting like kid that mom denied a caramel. if you have a problem, fix it. if you are having incompatible scripts is your problem, not mine. in most cases you did something wrong in your test migration.. the most common faliures are.. 1. apps that depends on long arrays "HTTP_SERVER_VARS" et all. in that case set register_long_arrays to On in php.ini that will solve the problem. 2. apps that depends on register globals, in that case apps should be either upgraded or you can activete register_globals per directory basis with php_flag "register_globals On" 3. most PHP4 apps are not heavily object oriented, but a common problem you will find is code that no longer runs because "you cannot reasign $this", if you have code that do this. it is wrong, . $this is a reserved special variable, and you cannot reasign $this because in PHP5 objects are no longer mutable, although $this **can** be reasigned in PHP4, is an undocumented "feature" that does **not** really work as you expect.(aka. black magic) 4. some array functions only accept arguments of type array , and passing other kind of types witll cause either a warning or a fatal error, the fix is as simple as type casting the value to array 5. you may see "Fatal error: Nesting level too deep - recursive dependency?”" , if so, is almost sure the code has some kind of undetected infinite recursive dependency, all old PHP versions either detect it and return after a while, but can possible misbehave or crash, current PHP versions emits this proper error message, this is better explained here http://www.bigroom.co.uk/blog/php-nesting-level-too-deep-recursive-dependen… there are other things too.

1 0

[opensuse-factory] tifm module
by Rafał Miłecki 11 May '07

11 May '07

Hello, Could someone test for me, please, does kernel in Factory is compiled with tifm_core, tifm_7xx1 and tifm_sd modules? I noticed that kernel from http://software.opensuse.org/download/Kernel:/HEAD/openSUSE_10.2/ does not have this module and I can not use Card Reader in Acer notebook. -- Rafał Miłecki

3 3

Re: [Kiwi-users] [opensuse-factory] kiwi-ltsp
by Peter Czanik 11 May '07

11 May '07

Hello, Marcus Schäfer wrote: [...] > That's valuable information... need to have a look at it > Thanks > If you need any more information, testing, access to a PPC machine, please let me know! Bye, CzP --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

1 0

Re: [Kiwi-users] [opensuse-factory] kiwi-ltsp
by Peter Czanik 11 May '07

11 May '07

Hello, Marcus Schäfer wrote: >> BTW: porting to PPC would be easy now: there is no Xen yet (it's still >> in development), current kernel does not work in qemu, there is no >> vmWare, so basically netbooting, liveDVD and USB remains. None of these >> need syslinux, just the creating of a bootable kernel image... >> > > Sounds good so far, Is there anything kiwi must do differently ? > Something we had to change in the code ? > I think, first I need to find an x86 machine, so I can see what it does exactly. But basically everything is the same except for booting. Instead of syslinux loading vmlinuz & initrd, use 'mkzimage' from the PPC version of the 'lilo' package to create a combined boot kernel image and use that. It does not really need any installation, just copy the resulting file on the CD or the TFTP server and it's ready for use. If you look at an ftp installation source (or a PPC CD), there is a suseboot directory. 'inst32' is this type of file. BTW: looking at some Gentoo live CDs gave me an idea: would it be possible to use kiwi for a squashfs based system? In this case , if one creates an image with kiwi, the one who downloads it needs to deal only with a small number of files. In case of PPC the number is reduced to two (or three, if there is a README :-) ). Bye, CzP --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

1 0

Re: [opensuse-factory] hdparm
by Rajko M. 10 May '07

10 May '07

On Sunday 06 May 2007 17:51, Donn Washburn wrote: > Rajko M. wrote: > > On Sunday 06 May 2007 13:15, Donn Washburn wrote: > >> Has anyone noticed this problem? It maybe a problem with hdparm dealing > >> with the sda drive and not hda > > > > Can you give output of hdparm that is making trouble to you. > > The transfer rate of 66 interface is lower than the 66 MB/s. > > How much lower depends on many factors. > > Just trying to change the to 32 (1) bit from the default 16 (0) > # hdparm -c1 /dev/sda > /dev/sda: > setting 32-bit IO_support flag to 1 > HDIO_SET_32BIT failed: Invalid argument > IO_support = 0 (default 16-bit) > # > > It seems to be a "sda" related issue and not hdparm. > It happens on three different machine running 10.3Alpha2 > > Any more questions let me know > > I did also upgrade hdparm in a effort to see if it was hdparm or the sda > issue I guess that you found Sid's mail. The sdparm is not applicable. You said that they are IDE drives on older 500 MHz system, so hdparm should be right application. I'm not familiar with hdparm internals so I ran test on my older computer with 10.3 alpha 1 and it shows the same error, although I used symlink hda that points to sda ie. solving naming: hdparm -c1 /dev/hda That might be because the device ID major is changed from 3 to 8. Which probably confuses hdparm. The hdparm -i /dev/hda claims that parameter is not applicable for the device. The same works fine in 10.2. The speed test hdparm -t /dev/hda shows speed of 55 MB/s for ATA 100 drive, which seems to be right. For details on transfer rates http://www.realworldtech.com/page.cfm?ArticleID=RWT011701000000 The difference between 16 and 32 transfer is non existent on older machine, both show 55 MB/s. The reason is probably oldfashioned parallel cable that has 16 lines for data transfer and using 32 bit brings no improvement, except on very old systems where CPU load is 1/2 if it can send 32 bits to controller at once. -- Regards, Rajko. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-factory+help(a)opensuse.org

5 7