Re: [Cooker] Re: [CHRPM] urpmi-4.3-15mdk
On Sat, 14 Jun 2003 23:53:54 +0200 Stefan van der Eijk <[EMAIL PROTECTED]> wrote: Don't you sleep ? I mean :-) ... gosh you are so up to date -- Thibaut Fernagut, Director of Security Burning Frog - I.T. Services To Set Your World On Fire Doornstraat 32, B-8970, Poperinge, Belgium Tel: +32 (0)57 332967 Fax: +32 (0)57 332967 Mobile: +32 (0)473 774334 Email : [EMAIL PROTECTED] Web: http://www.burningfrog.be
Re: [Cooker] waimea forked to kahakai
On Wed, 11 Jun 2003 08:29:53 -0700 Brook Humphrey <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Tuesday 10 June 2003 16:37, Thibaut Fernagut wrote: > > As waimea is dead waimea devlopers have started a fork to continue the > > devlopment. Read all about it here : > > here is the part I like about it: > > Features > > * Transparent window titles and menus with anti-aliased fonts > * Python scripting (Ruby/Perl support planned) used for configuration > * Dockapp support > * Pixmap styles, compatible with Blackbox/Fluxbox/Openbox & Waimea styles > * Viewports, multiple desktops > * KDE support > > The kde support sounds increadable since I already like waimea anyway but use > kde about 99% of the time. > > Yep. I've compiled this beast and it works. Though the code is still immature. One devloper mailed me a source tarball with hacks and tweaks included in the first release but IMO it's to soon to make a rpm. xcb layer to replace Xlib implementation is on it's way to boost speed 10 times. I'll follow this project very close. Cheers > - -- > New and improved with advanced outlook crash handler. > > -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- > Brook Humphrey > Mobile PC Medic, 420 1st, Cheney, WA 99004, 509-235-9107 > http://www.webmedic.net, [EMAIL PROTECTED], [EMAIL PROTECTED] > Holiness unto the Lord > -~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~-~`'~- > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.2.2 (GNU/Linux) > > iD8DBQE+50r5nT1TkA6FgPgRAiquAJ0f90/vniet4LH55bqoPOrlbVo44QCfSK9W > NN7KlXNFZYDLceLjQn+uf3k= > =e5GH > -END PGP SIGNATURE- > > > -- Thibaut Fernagut, Director of Security Burning Frog - I.T. Services To Set Your World On Fire Doornstraat 32, B-8970, Poperinge, Belgium Tel: +32 (0)57 332967 Fax: +32 (0)57 332967 Mobile: +32 (0)473 774334 Email : [EMAIL PROTECTED] Web: http://www.burningfrog.be
[Cooker] e16 pre out with gnome2 and kde3 compatibility
Hi baudens, I did a grep on the changelog : * Sat Jun 22 2002 Stefan van der Eijk <[EMAIL PROTECTED]> 0.16.5-12mdk so I don't know if you are still the maintainer of this package. In any case ... e16.6 will come out . Lot's of patches etc. Source: http://sourceforge.net/project/showfiles.php?group_id=2 there is a srpm so it won't be that hard to update e16 for mdk9.2 Cheers Thibaut Fernagut, Director of Security Burning Frog - I.T. Services To Set Your World On Fire Doornstraat 32, B-8970, Poperinge, Belgium Tel: +32 (0)57 332967 Fax: +32 (0)57 332967 Mobile: +32 (0)473 774334 Email : [EMAIL PROTECTED] Web: http://www.burningfrog.be -- Thibaut Fernagut, Director of Security Burning Frog - I.T. Services To Set Your World On Fire Doornstraat 32, B-8970, Poperinge, Belgium Tel: +32 (0)57 332967 Fax: +32 (0)57 332967 Mobile: +32 (0)473 774334 Email : [EMAIL PROTECTED] Web: http://www.burningfrog.be
Re: [Cooker] apache config gui
On Wed, 11 Jun 2003 00:07:04 +0200 Oden Eriksson <[EMAIL PROTECTED]> wrote: > tisdagen den 10 juni 2003 23.57 skrev Marcel Pol: > > On Tue, 10 Jun 2003 23:36:26 +0200 > > > > Oden Eriksson <[EMAIL PROTECTED]> wrote: > > > I have just tried "comanche3-0b4" the apache config gui and it sucks..., > > > just wanted you all to know this. Maybe the redhat 9 apache2 config gui > > > is slightly better, or just works better? > > > > > > (just wanted to try and be innovative for 9.2;)) > > > > Does the webmin module work good for apache2? > > This morning or yesterday there was someone asking that same question on > > irc, and nobody really knew. > > I'm just asking, because the config for mandrake's apache is rather > > customised, and a lot of people use webmin. > > Sorry, I have no idea..., I haven't tried webmin for at least 3 years. > > -- > Regards // Oden Eriksson, Deserve-IT.com > > Nope .. It's not working for httpd2 .. only webmin support for 1.3 Cheers, -- Thibaut Fernagut, Director of Security Burning Frog - I.T. Services To Set Your World On Fire Doornstraat 32, B-8970, Poperinge, Belgium Tel: +32 (0)57 332967 Fax: +32 (0)57 332967 Mobile: +32 (0)473 774334 Email : [EMAIL PROTECTED] Web: http://www.burningfrog.be
[Cooker] waimea forked to kahakai
As waimea is dead waimea devlopers have started a fork to continue the devlopment. Read all about it here : http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/kahakai/kahakai/README?rev=1.2&content-type=text/vnd.viewcvs-markup As mdk cooker has : waimea-themes-1.0-4mdk waimea-0.4.0-3mdk & wampager as dependency We should keep waimea and then later build kahakai if it's stable enough ? Kind like blackbox and fluxbox. All waimea themes work but kahakai has some other deps: python-2.2 swig 1.3.16 cooker has : python-2.2.3-1mdk swig-1.3.19-1mdk.i586.rpm So that's okay :-) http://kahakai.sourceforge.net/ <--- homepage Cheers, Blokkie -- Thibaut Fernagut, Director of Security Burning Frog - I.T. Services To Set Your World On Fire Doornstraat 32, B-8970, Poperinge, Belgium Tel: +32 (0)57 332967 Fax: +32 (0)57 332967 Mobile: +32 (0)473 774334 Email : [EMAIL PROTECTED] Web: http://www.burningfrog.be
Re: [Cooker] automake-1.4 vs. automake1.7
On Sat, 07 Jun 2003 01:56:50 +0200 Stefan van der Eijk <[EMAIL PROTECTED]> wrote: > >And to be honest .. I don't see why it the rpm itself should be renamed. My logic > >sence is telling me that a rpm should have the name of the app itself. If one bold > >user want to compile or rebuild something , s/he will have a hard time after all. > >Adding this naming to the list is not gonna help. > > > To the user it really shouldn't matter what the package is called, as > long as it is installed when it needs to be. Wether we call automake-1.4 > automake1.4 or something else, as long as it Provides automake (like > automake1.6 and automake1.7 do) then there isn't an issue. In the end > the user will probably be installing rpm-build (which pulls in the > compiler, autoconf, automake and loads of other stuff that you _need_ to > build a package). Once rpm-build is on a system all those BuildRequires > for automake (not automake1.4, automake1.7 --> those are version > specific) are redundant. > > regards, > > Stefan > OK, sounds fair enough _but_ : DO try to compile enlightenment 17 , have a look at the advanced automake stuff and autogen.sh. Now it's better .. but a year back, compiling this beast on 8.2 / 9.0 / 9.1 was a real pain. Why ? Coz of paths and version checking. Now , if a bright mind renames stuff, that's fine. If another one starts moving stuff arround, fine by me. But if it's not LSB , or if the name of a dep is keeping some source from compiling just because of the name, then I'm against it. And frankly I don't see the advantages of renaming this rpm. Isn't there a way to let urpmi "think" that automake-1.4 == automake1.4 ? And most of all .. will the symlink from automake be to automake-1.4 or automake1.4 . You can imagine that this will cause confusion . My 5 cents .. Cheers -- Thibaut Fernagut, Director of Security Burning Frog - I.T. Services To Set Your World On Fire Doornstraat 32, B-8970, Poperinge, Belgium Tel: +32 (0)57 332967 Fax: +32 (0)57 332967 Mobile: +32 (0)473 774334 Email : [EMAIL PROTECTED] Web: http://www.burningfrog.be
Re: [Cooker] automake-1.4 vs. automake1.7
[SNIP] > >> > >> > > > >Don't mess with this naming thing pls. automake && autoconf m4 aclocal checking in > >autogen.sh files to generate configure scripts can fsck a source package really bad. > > > >PLSPLS I urge not to change the naming . > > > > I was just refering to renaming the package, not it's contents. > > Does this take any worries away? > > Stefan > Not realy, As for example .. some source packages have actually a README. And sometimes in there , there is a dep-list. Like have automake-1.4 Now , the first thing I always do is urpmi and paste it. I can imagine people having trouble finding the correct name, while now cooker now has allready 1.4 / 1.6 / 1.7 And to be honest .. I don't see why it the rpm itself should be renamed. My logic sence is telling me that a rpm should have the name of the app itself. If one bold user want to compile or rebuild something , s/he will have a hard time after all. Adding this naming to the list is not gonna help. Peace -- Thibaut Fernagut, Director of Security Burning Frog - I.T. Services To Set Your World On Fire Doornstraat 32, B-8970, Poperinge, Belgium Tel: +32 (0)57 332967 Fax: +32 (0)57 332967 Mobile: +32 (0)473 774334 Email : [EMAIL PROTECTED] Web: http://www.burningfrog.be -- Thibaut Fernagut, Director of Security Burning Frog - I.T. Services To Set Your World On Fire Doornstraat 32, B-8970, Poperinge, Belgium Tel: +32 (0)57 332967 Fax: +32 (0)57 332967 Mobile: +32 (0)473 774334 Email : [EMAIL PROTECTED] Web: http://www.burningfrog.be
Re: [Cooker] Re: php.ini stuff...
[SNIP] >From My experience the php.ini rpm in 9.1 was kind of .. err .. sad. I once had to disable safe mode so a devloper could use surtain php things . Good trappist ( a friend of mine from #mandrake ) had a php.ini online that was cleaned out.. stripped. I've just had to copy his file and all _just_ worked. So my suggestion is : set one up that is tuned for mandrake that just works AND a default-php.ini with all the comments and other default stuff untouched so if one want's a oriental config , s/he can use that as a template. My thoughts .. cheers -- Thibaut Fernagut, Director of Security Burning Frog - I.T. Services To Set Your World On Fire Doornstraat 32, B-8970, Poperinge, Belgium Tel: +32 (0)57 332967 Fax: +32 (0)57 332967 Mobile: +32 (0)473 774334 Email : [EMAIL PROTECTED] Web: http://www.burningfrog.be -- Thibaut Fernagut, Director of Security Burning Frog - I.T. Services To Set Your World On Fire Doornstraat 32, B-8970, Poperinge, Belgium Tel: +32 (0)57 332967 Fax: +32 (0)57 332967 Mobile: +32 (0)473 774334 Email : [EMAIL PROTECTED] Web: http://www.burningfrog.be
Re: [Cooker] Re: php.ini stuff...
[SNIP] >From My experience the php.ini rpm in 9.1 was kind of .. err .. sad. I once had to disable safe mode so a devloper could use surtain php things . Good trappist ( a friend of mine from #mandrake ) had a php.ini online that was cleaned out.. stripped. I've just had to copy his file and all _just_ worked. So my suggestion is : set one up that is tuned for mandrake that just works AND a default-php.ini with all the comments and other default stuff untouched so if one want's a oriental config , s/he can use that as a template. My thoughts .. cheers -- Thibaut Fernagut, Director of Security Burning Frog - I.T. Services To Set Your World On Fire Doornstraat 32, B-8970, Poperinge, Belgium Tel: +32 (0)57 332967 Fax: +32 (0)57 332967 Mobile: +32 (0)473 774334 Email : [EMAIL PROTECTED] Web: http://www.burningfrog.be -- Thibaut Fernagut, Director of Security Burning Frog - I.T. Services To Set Your World On Fire Doornstraat 32, B-8970, Poperinge, Belgium Tel: +32 (0)57 332967 Fax: +32 (0)57 332967 Mobile: +32 (0)473 774334 Email : [EMAIL PROTECTED] Web: http://www.burningfrog.be
Re: [Cooker] automake-1.4 vs. automake1.7
On Fri, 6 Jun 2003 10:42:54 +0200 (CEST) "Stefan van der Eijk" <[EMAIL PROTECTED]> wrote: > >> Eventually we came to the following conclusion: > >> - removing "Provides: automake" from automake1.7 (my preference) was > >> not prefered; > > > In my not so humble opinion, no package should ever require automake > > without indicating the version. In current way "foobar: BuildRequires > > automake" is just asking for trouble. Packagers are freely asking > > other versions of automake to overwrite the stock files in tarball. (And > > the version is dependent on which machine the package is built -- say, > > automake1.7 in machine A, automake1.6 in B, automake1.4 in C) > > I would like automake-1.4 to be renamed to automake1.4. This would make > this possible. > Don't mess with this naming thing pls. automake && autoconf m4 aclocal checking in autogen.sh files to generate configure scripts can fsck a source package really bad. PLSPLS I urge not to change the naming . -- Thibaut Fernagut, Director of Security Burning Frog - I.T. Services To Set Your World On Fire Doornstraat 32, B-8970, Poperinge, Belgium Tel: +32 (0)57 332967 Fax: +32 (0)57 332967 Mobile: +32 (0)473 774334 Email : [EMAIL PROTECTED] Web: http://www.burningfrog.be
[Cooker] promise fasttrak100 TX2 raid controler
Yo, I have that raid controler. MDK 8.0 -> 9.1 works. Cooker seem to fail. Using a ext2 floppy with the driver installs mdk , but after running lilo .. renooting .. it can't find any HD . I suggest adding that driver to the scsi/raid list source : http://www.promise.com/support/download/download2_eng.asp?productId=8&category=driver&os=4 -- Thibaut Fernagut, Director of Security Burning Frog - I.T. Services To Set Your World On Fire Doornstraat 32, B-8970, Poperinge, Belgium Tel: +32 (0)57 332967 Fax: +32 (0)57 332967 Mobile: +32 (0)473 774334 Email : [EMAIL PROTECTED] Web: http://www.burningfrog.be
Re: [Cooker] perl-base = 5.8.0 is needed by (installed)gaim-0.62-2mdk
On Wed, 4 Jun 2003 09:25:45 -0700 Serge Plüss <[EMAIL PROTECTED]> wrote: > > On Tuesday 03 June 2003 06:20, Robert Kulagowski wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > > > > > Installation failed: > > perl-base = 5.8.0 is needed by (installed) gaim-0.62-2mdk > > perl-base = 5.8.0 is needed by (installed) gaim-0.62-2mdk > > [EMAIL PROTECTED] root]# urpmi gaim > > Everything already installed > > [EMAIL PROTECTED] root]# urpmi perl-base > > To satisfy dependencies, the following packages are going to be > > installed (20 MB): > > perl-5.8.0-24mdk.i586 > > perl-base-5.8.0-24mdk.i586 > > perl-devel-5.8.0-24mdk.i586 > > Is this OK? (Y/n) y > > The following packages have bad signatures: > > /var/cooker/mirror.mcs.anl.gov/pub/Mandrake-devel/cooker/i586/Mandrake > > /RPMS/perl-5.8.0-24mdk.i586.rpm > > /var/cooker/mirror.mcs.anl.gov/pub/Mandrake-devel/cooker/i586/Mandrake > > /RPMS/perl-devel-5.8.0-24mdk.i586.rpm > > /var/cooker/mirror.mcs.anl.gov/pub/Mandrake-devel/cooker/i586/Mandrake > > /RPMS/perl-base-5.8.0-24mdk.i586.rpm > > Do you want to continue installation ? (y/N) y > > installing > > /var/cooker/mirror.mcs.anl.gov/pub/Mandrake-devel/cooker/i586/Mandrake > > /RPMS/perl-5.8.0-24mdk.i586.rpm > > /var/cooker/mirror.mcs.anl.gov/pub/Mandrake-devel/cooker/i586/Mandrake > > /RPMS/perl-devel-5.8.0-24mdk.i586.rpm > > /var/cooker/mirror.mcs.anl.gov/pub/Mandrake-devel/cooker/i586/Mandrake > > /RPMS/perl-base-5.8.0-24mdk.i586.rpm > > > > Installation failed: > > perl-base = 5.8.0 is needed by (installed) gaim-0.62-2mdk > > perl-base = 5.8.0 is needed by (installed) gaim-0.62-2mdk > > [EMAIL PROTECTED] root]# rpm -qa|grep perl-base > > perl-base-5.8.0-23mdk > > > > -BEGIN PGP SIGNATURE- > > Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com> > > > > iQA/AwUBPtygsPc1NpCTlP0JEQInwQCeNf+A1LPXGA3fOeGRSe8hQASt+SsAnjJk > > ksXhQkEv4RwsbCvD6Iwlb0O1 > > =TxRG > > -END PGP SIGNATURE- > > Hi > > as for the third day in a row this is still happening for urpmi --auto-select > --auto. Last successful update I was able to do was last friday: > > Installation failed: > perl = 5.8.0 is needed by (installed) mod_perl-common-1.3.27_1.27-7mdk > perl-base = 5.8.0 is needed by (installed) gaim-0.62-2mdk > perl-base = 5.8.0 is needed by (installed) gaim-0.62-2mdk > > Serge > And for irssi Installation failed: perl-base = 5.8.0 is needed by (installed) irssi-0.8.6-2mdk Cheers -- Thibaut Fernagut, Director of Security Burning Frog - I.T. Services To Set Your World On Fire Doornstraat 32, B-8970, Poperinge, Belgium Tel: +32 (0)57 332967 Fax: +32 (0)57 332967 Mobile: +32 (0)473 774334 Email : [EMAIL PROTECTED] Web: http://www.burningfrog.be
[Cooker] acpid error
Yo, [EMAIL PROTECTED] root]# service acpid start Starting acpi daemon: acpid: can't open /proc/acpi/event: No such file or directory [FAILED] this happens in 9.1 and cooker. added this line to lilo.conf as a this fixes acpi for some laptop : append="devfs=mount acpi=on" or append="devfs=mount hdc=ide-scsi acpi=on quiet" I had no luck. Bug ? Cheers, Blokkie
[Cooker] mozilla mandrake links
Yo , Why can't I delete the mandrake links in mozilla . You know , the ones that are under the browser bar. Deleting is not possible and I don't like it. I know lot's of users wont like it . -talked about it on irc- Cheers, Blokkie
Re: [Cooker] wish list for 9.2
[SNIP] > > > > But what disk test? Most disk tests are provided by the manufacturer, > > some only work in DOS (except IBM DFT). > > In case of defective tracks a warning should be given. > What about hdparm ? hdparm -Tt or is that not a real test ? > > > During a normal installation, it would be good to propose these tests by > > > default or to skip them. > > > > I think it might be a good idea to have a message saying: > > "If you have problems with installation, please boot the rescue image > > and run the hardware diagnostics" > > Yes, good. > > -- > Pierre Jarillon - http://pjarillon.free.fr/ > Vice-président de l'ABUL : http://abul.org/ > Cheers, Blokkie
Re: [Cooker] the right way to update perl rpm
On Mon, 2 Jun 2003 17:05:17 +0200 promotux <[EMAIL PROTECTED]> wrote: > Alle 16:58, lunedì 2 giugno 2003, Thibaut Fernagut ha scritto: > > On Mon, 2 Jun 2003 15:33:35 +0200 > > > > "francesco.melo" <[EMAIL PROTECTED]> wrote: > > > hi > > > wich is the righe way to update perl rpms? > > > if i try to update the last in the cooker... it fails but without a > > > right installation a lot of other programs fails to install > > > thanks > > > francesco > > > > It fail's HOW ? > > > > Error's pls > > > > Cheers, > > Blokkie > > i have italian errors but no erro in this case. > > > > [EMAIL PROTECTED] vete]# urpmi perl > Per soddisfare le dipendenze, saranno installati i seguenti pacchetti (20 MB): > perl-5.8.0-23mdk.i586 > perl-base-5.8.0-23mdk.i586 > perl-devel-5.8.0-23mdk.i586 > E' corretto? (S/n) > installazione di > ftp://sunsite.uio.no/pub/unix/Linux/Mandrake/Mandrake-devel/cooker/cooker/Mandrake/RPMS.cooker/perl-base-5.8.0-23mdk.i586.rpm > > ftp://sunsite.uio.no/pub/unix/Linux/Mandrake/Mandrake-devel/cooker/cooker/Mandrake/RPMS.cooker/perl-devel-5.8.0-23mdk.i586.rpm > > ftp://sunsite.uio.no/pub/unix/Linux/Mandrake/Mandrake-devel/cooker/cooker/Mandrake/RPMS.cooker/perl-5.8.0-23mdk.i586.rpm > > in corso > > impossibile installare il pacchetto > ftp://sunsite.uio.no/pub/unix/Linux/Mandrake/Mandrake-devel/cooker/cooker/Mandrake/RPMS.cooker/perl-base-5.8.0-23mdk.i586.rpm > impossibile installare il pacchetto > ftp://sunsite.uio.no/pub/unix/Linux/Mandrake/Mandrake-devel/cooker/cooker/Mandrake/RPMS.cooker/perl-devel-5.8.0-23mdk.i586.rpm > impossibile installare il pacchetto > ftp://sunsite.uio.no/pub/unix/Linux/Mandrake/Mandrake-devel/cooker/cooker/Mandrake/RPMS.cooker/perl-5.8.0-23mdk.i586.rpm > [EMAIL PROTECTED] vete]# > > > rpm --rebuilddb and retry ? blokkie
Re: [Cooker] the right way to update perl rpm
On Mon, 2 Jun 2003 15:33:35 +0200 "francesco.melo" <[EMAIL PROTECTED]> wrote: > hi > wich is the righe way to update perl rpms? > if i try to update the last in the cooker... it fails but without a right > installation a lot of other programs fails to install > thanks > francesco > It fail's HOW ? Error's pls Cheers, Blokkie
[Cooker] iconbar for e17
Yo, As I've noticed it's not easy to get the very nice iconbar working in e17. It requiers cp'ing files , makeing various dir's in ~/.e/ and checking for icons. I would suggest that mandrake has a seperate iconbar.rpm . As for usability for a user. I know it's in enlightenment.rpm but prolly nobody will know about it. This iconbar is animated and is _pure_eye_candy_ . see => http://www.rephorm.com/rephorm/img/iconbar.png and => http://www.xcomputerman.com/albums/screenshots/aaq.png <- on the left I could use some help scripting a configure. what it should be doing is : mkdir ~/.e/desktop/0/ mkdir ~/.e/desktop/1/ mkdir ~/.e/desktop/2/ mkdir ~/.e/desktop/3/ mkdir ~/.e/desktop/4/ mkdir ~/.e/desktop/5/ mkdir ~/.e/desktop/6/ mkdir ~/.e/desktop/7/ (as there are 8 desktops) mkdir ~/bin/ cp /usr/local/share/enlightenment/data/scripts/build_iconbar_db.sh ( ~/bin/build_iconbar_db.sh should be edited to mandrake's default icon's path ) then : sh ~/bin/build_iconbar_db.sh ~/.e/desktop/0/.e_layout sh ~/bin/build_iconbar_db.sh ~/.e/desktop/1/.e_layout .. .. up to desktop 7 that's it. Iconbar works. These steps , setting up a user env for e17 will be needed later for other tuning. Like window borders , backgrounds, theme-rpm's , bits , . Thx in advace, Fernagut thibaut, Blokkie
[Cooker] e17 update
Yo , I've allready mailed this to Lenny but I wanted to update you all : -- ebg.spec : this one looks at the wrong path. I have no fix for that expect %define the location which is a nasty fix. $ rpm -ba ebg.spec grep: /usr/local/lib/libeet.la: No such file or directory /bin/sed: can't read /usr/local/lib/libeet.la: No such file or directory updatedb && locate libeet.la /usr/lib/libeet.la -- ebits.spec fails for the same reasons as ebg -- edb.spec builds OK . No errors -- eet.spec builds OK . No errors -- efsd.spec Build error : error: File not found: /home/blokkie/rpm/tmp/efsd-buildroot/usr/share/efsd/gdb.scr I've seen previous : checking for dbx... no checking for gdb... no checking for pstack... no Add gdb dependency to the spec file ? Previous binarey e17 rpm's I tried and installed succesfull segfault on efsd. Error connection lost efsd. -- ecore.spec builds OK . No errors -- evas.spec builds OK . No errors -- imlib2_loaders.spec builds OK . No errors -- e.spec libtool: link: warning: library `/usr/lib/libecore.la' was moved. libtool: link: cannot find the library `/usr/local/lib/libevas.la' # locate libecore.la /usr/lib/libecore.la Same error I think with eet? ------ Cheers, -Thibaut Fernagut- Blokkie
[Cooker] BUG in /usr/sbin/drakfloppy
I was unable to use drakfloppy this error : BUG in /usr/sbin/drakfloppy : my_gtk->exit was *NOT* called !! Use of uninitialized value in subroutine entry at /usr/lib/libDrakX/c.pm line 10 cheers, Blokkie