Re: [Cooker] Re: Re: 9.2 disasters list (continuing)
Duncan wrote: Ron Stodden posted <[EMAIL PROTECTED]>, excerpted below, on Mon, 20 Oct 2003 12:23:18 +1000: I cannot decode your mention of bash´s ulimit command into some desirable action (no man info found). As for info on ulimit, as I said, it's a bash built-in command, so it will be under the bash man page, not its own. The bash man page is rather more like a man BOOK, or even a man ENCYCLOPEDIA , it's so long, but using the Mdk default less as the man pager, "/" puts man (or less, actually) into "find" mode, so you can use "/ulimit" and then hit return to search for it once the bash manpage is loaded. Or.. at least with the manpage version as I have it here.. ulimit is covered starting at line 4305, it looks like. bash also has built-in help. Type 'help' and it spews out a 45 line summary of the built-in commands. Type 'help ulimit' and 28 helpful lines about ulimit are shown :-) I was happy when I found out about 'help'... less wading through the bash man page. -- Mark Scott
Re: [Cooker] What is an LG CD-ROM?
Jos wrote: On Thursday 30 Oct 2003 17:06, Evan Waite wrote: Haha, you mean still have horizontal lines (2) across them. I have a 19" Dell Trinitron (P992) that is only about a year old and has had the lines since new. Duh... that is by design... thin wires that keep the grid on its place. Read any good site about CRTs and you'll find info about this. I've seen one poor guy using Photoshop on a Diamondtron monitor trying to paint them white! -- Mark
Re: [Cooker] New ISO with updates
Gwenole Beauchesne wrote: On Fri, 24 Oct 2003, Mark Scott wrote: Ah, yes, doing a "modprobe sata_via" makes the drive work. So I guess the kernel doesn't need patching, but maybe updating (the last libata patch was 17th Oct). I don't know if this is reliable or not... I'll find out over time :-) AFAICS, this only brings up sata_promise 0.83, which is now in 2.4.22-19mdk. Just checking... you mean the difference between -18mdk and -19mdk is a newer libata, in which only sata_promise changed? (i.e. no change in sata_via) I am interested to know the performance of your plain IDE drive. Strangely, it does appear that if sata_via is loaded, kernel doesn't recognize normal disk as UDMA133 capable... I'm afraid I don't have that problem, the PATA drive isn't UDMA133 capable, it's a Seagate ST36561A (6.3Gb). It gets a buffered disk read speed (from hdparm -t) of 9.46MB/sec. The SATA disk achieves 50.67MB/sec. I also did the following to create a 512 Mb file: # time dd if=/dev/zero of=testfile count=100 100+0 records in 100+0 records out 0.61user 7.10system 0:14.15elapsed 54%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (146major+42minor)pagefaults 0swaps No idea how good a metric it is, but writing 512Mb in 14.15s is 36.18Mb/s (ext3 fs) BTW, ia32 installer won't know about those SATA drivers unless it is rebuilt with latest -BOOT kernel & ldetect-lst. Uhuh... I was thinking of doing 'urpmi --root ...' to install a basic bootable system on the SATA disk (and putting sata_via in its initrd), bypassing the need to work out how to rebuild the installer. Unless that's more beneficial to everyone... -- Mark
Re: [Cooker] New ISO with updates
Gerald Drouillard wrote: I've got a ABIT KV7 mobo (KT600 chipset) with a VIA VT8237 SATA controller and Maxtor SATA drive so can test a libata patched kernel. [EMAIL PROTECTED] lspci RAID bus controller: VIA Technologies, Inc.: Unknown device 3149 (rev 80) [EMAIL PROTECTED] lspci -n 00:0f.0 Class 0104: 1106:3149 (rev 80) I was going to attempt patching myself, but I have limited dabbling with the kernel. I can try... or a more experienced person can do the spec file and I'll test. I have a machine in which I am installing cooker with a VIA8237. Obviously the installer does not recognize the hard drives at the time of installation. Once installed and loading sata_via in the modules.conf the hard drives are detected and seem to operate well independently. Ah, yes, doing a "modprobe sata_via" makes the drive work. So I guess the kernel doesn't need patching, but maybe updating (the last libata patch was 17th Oct). I don't know if this is reliable or not... I'll find out over time :-) I had problems with diskdrake formatting the drive. I used it to create a single 76Gb partition on /dev/sda and format it as the default ext3. "df -h" gave a partition size of around 380 *Mb*. Running "mke2fs -j" from the console did not change anything. I then ran "fdisk /dev/sda" and just listed the partition table and wrote it to disk after changing nothing. Running "mke2fs -j" again correctly created a 76Gb ext3 filesystem. All of this is with 9.2 (not cooker), but they are near-identical at the moment. I can retest with Cooker / give accurate information if required. I'll try reproducing it tonight and file a bug report if it happens again. -- Mark Scott
Re: [Cooker] New ISO with updates
Svetoslav Slavtchev wrote: On Thursday 23 October 2003 05:56 am, Svetoslav Slavtchev wrote: On Thursday 23 October 2003 07:37 am, FACORAT Fabrice wrote: I don't think we can do this just with makecd, and some updates are interesting from the install ( I was thinking of kernel updates and better ACPI/SATA support ) sata worked out of the box with silicone image controlers. and probably with ICH5/ VIA/ Promise too ?-) ((which were missing in 2.4.22-10mdk)) As for via and I assume intel sata I cant say as I dont have any to test on. i can not judge about the quility of the drivers (libata) as i don't have any SATA hardware, but as i play patching the kernel i know that the drivers were not included in 2.4.22-10mdk I've got a ABIT KV7 mobo (KT600 chipset) with a VIA VT8237 SATA controller and Maxtor SATA drive so can test a libata patched kernel. [EMAIL PROTECTED] lspci RAID bus controller: VIA Technologies, Inc.: Unknown device 3149 (rev 80) [EMAIL PROTECTED] lspci -n 00:0f.0 Class 0104: 1106:3149 (rev 80) I was going to attempt patching myself, but I have limited dabbling with the kernel. I can try... or a more experienced person can do the spec file and I'll test. -- Mark Scott
Re: [Cooker] MakeCD --discsize works great
Leon Brooks wrote: On Sunday 12 January 2003 06:17 pm, Quel Qun wrote: The --discsize parameter works very well in the current cooker tree. --discsize 73400 is perfect for 700MB isos, --discsize 68100 produces 650MB CDs I guess Warly has to be thanked for this really nice improvement. Is there a --realdiscsize option? As in, --realdiscsize 700m or --realdiscsize 650m ? And a s/c/k/ synonym for everywhere but America? s? I'm in the UK and the rule that I know is 'k' for magnetic media, 'c' for optical, so hard disk, floppy disk, zip disk, compact disc, DVD disc... just don't ask what goes in magneto-optical drives. Reading more on dictionary.com indicates 'k' is for computer industry originated media, and 'c' for audio industry originated media, which would give the same spellings as above (the CD standard calls for disc to be used). -- Mark Scott
Re: [Cooker] Re: I've made sdd SRPMs - where / how / to whom to upload ?
[EMAIL PROTECTED] wrote: On Sat, 11 Jan 2003 [EMAIL PROTECTED] wrote: I've made "sdd" SRPMs: one older, one newer. The newer seems pretty stable, so it might be enough to stick that one into contribs. Somebody please let me know where / how / to whom to upload it, so it gets into contribs, or, better, please take it (recompile) and put it where it should be, and just let me know, so I can use the diskspace on the website again. The two packages can be found at: http://Honza.Vicherek.com/sdd-1.31-1.src.rpm http://Honza.Vicherek.com/sdd-1.22-2.src.rpm >OK, I've also uploaded the i586.rpm's: >http://Honza.Vicherek.com/sdd-1.31-1.i586.rpm >http://Honza.Vicherek.com/sdd-1.22-2.i586.rpm > >John > In case you hadn't read them, this page gives an outline of the process (scroll down to "How to contribute some packages to Cooker?"): http://www.mandrakelinux.com/en/cookerdevel.php3 And did you read this before packaging the RPMs? It deals with Mandrake-specific rules and methods for RPM packaging. http://www.mandrakelinux.com/en/howtos/mdk-rpm/ In particular, you seem to have missed something about the package name: "The release is a number followed by mdk (stands for "Mandrake"; this is absolutely mandatory) which is incremented at each new build of the package." http://www.mandrakelinux.com/en/howtos/mdk-rpm/building.html#AEN204 So, your package should be sdd-1.31-1mdk.i586.rpm. -- Mark Scott
Re: [Cooker] where is php430 ?
J.A. Magallon wrote: PHP modules update require it, and it does not appear in mirrors... Install the php-cli-4.3.0-1mdk or php-cgi-4.3.0-1mdk package. They provide php430. -- Mark Scott
Re: [Cooker] Aladdin license?
J.P. Pasnak wrote: Oden Eriksson said: I suspect we never see pdflib in Mandrake? http://www.pdflib.com/pdflib/aladdin-license.pdf I was thinking about to make a php-cpdf package... I'm having trouble wrapping my head around para 2(a)(ii) ... IANAL, but I come to the following conclusion: 2(a) It is illegal to distribute the program if you are a commercial organisation and charging for the distribution including pdflib unless: 2(a)(i) It is posting it on a public access area for download, where the charge is a fee for downloading an amount of data, irrespective of what that data is, e.g. $0.02 per Mb. 2(a)(ii) It is on physical media, e.g. CD, where all other information on that media is distributable for non-commerical purposes without charge, and that no other products are included with those CDs. Mandrake do charge for boxed sets, and so fall under condition 2(a). Exclusion 2(a)(i) does not apply to Mandrake, since no charge is made by Mandrake for downloading. Exclusion 2(a)(ii) applies in at least the circumstance of the PowerPack, where the Mandrake CDs are accompanied by other products (StarOffice), which are not distributable for non-commerical purposes. I think it can be in the main distribution, except when accompanied by the commercial applications in the PowerPack product. Since it's a pain to remove one package from the distribution for the PowerPack, put it in PLF? -- Mark Scott
Re: [Cooker] Please don't make urpmi stupid
Quel Qun wrote: On Mon, 2003-01-06 at 21:19, Vox wrote: This time Steve Fox <[EMAIL PROTECTED]> becomes daring and writes: I would much prefer to see the tool remain smart. Really, why should it even care if unrelated dependencies are unresolved? It's kind of like getting into other people's business even though they didn't ask you to. (ok, maybe that's not the best analogy, but it's all I can think of) I actually like to think that urpmi getting old unresolved deps flagged is A Good Thing(tm). If you don't care for deps, don't use a package *manager*. I must say I disagree here. He surely do care for deps and that --justdb trick is just like installing a tarball on an rpm system. Leaving the SuperFoo in the rpm database allows to keep track of the installed files and remove them easily. There should be a way to tell urpmi to ignore a certain list of rpm and only deal with what it knows, i.e. what is in the hdlist. Does putting the rpm name in /etc/urpmi/skip.list stop the attempted removal? It stops upgrading to packages (such as ignore apache2, I want to stick with apache thanks). If not, perhaps a /etc/urpmi/noremove.list? -- Mark Scott
Re: [Cooker] Re: [CHRPM] XFree86-4.2.99.3-1.20021223.3mdk
willem boschman wrote: On Tuesday 31 December 2002 15:02, Frederic Lepied wrote: --=-=-= Name: XFree86 Relocations: (not relocateable) Version : 4.2.99.3 Vendor: MandrakeSoft Release : 1.20021223.3mdk Build Date: Tue Dec 31 14:40:33 * Tue Dec 31 2002 Frederic Lepied <[EMAIL PROTECTED]> 4.2.99.3-1.20021223.3mdk - obsoletes/provides libXft2(-devel) what happend to Xft.h? is it coming back or gone forever. See my post "gtk+2.0/XFree86/pango rebuilding & Xft missing development files", sent 4 Jan 22:55 UTC+ - which has a patch for XFree86 to provide the header files like it says it should. -- Mark Scott
[Cooker] gtk+2.0/XFree86/pango rebuilding & Xft missing development files
Hi, I've found a collection of related issues centering around Xft. Previously, the Xft include files (/usr/X11R6/include/X11/Xft/*) were provided in the libXft2-devel RPM. This RPM was made obsolete by XFree86-devel, which says it provides "libXft2-devel". However, the Xft include files and /usr/X11R6/bin/xft-config script are *not* included. This causes a rebuild of the pango SRPM to fail on a current cooker (BuildRequires are fine, but the Xft files are missing). Also, gtk+2.0-2.2.0-1mdk has a BuildRequire on Xft-devel. libXft2-devel Provided libXft-devel, libXft2-devel and Xft-devel. XFree86-devel only Provides libXft2-devel. I've attached two patches: (1) Fix gtk+2.0 spec to BuildRequire libXft2-devel instead of Xft-devel (2) Fix XFree86-devel spec to package the Xft header files and xft-config. I'm not sure whether (1) should be fixing the gtk+2.0 spec or adding Provides to XFree86-devel. I decided updating the gtk+2.0 spec was better than adding more to the XFree86 spec. Also, I'm not that familiar with Xft/fontconfig/XFree86, so take (2) carefully. There is a warning of some other unpackaged files at the end of the XFree86 rebuild - perhaps someone knowledgeable should have a look at whether they should be included. In case it isn't clear these are the versions that I'm talking about: XFree86-4.2.99.3-1.20021223.3mdk gtk+2.0-2.2.0-1mdk pango-1.2.0-1mdk -- Mark Scott --- gtk+2.0.spec.erroneous 2003-01-02 08:44:44.0 + +++ gtk+2.0.spec2003-01-03 15:59:05.0 + @@ -50,7 +50,7 @@ URL: http://www.gtk.org Requires: common-licenses -BuildRequires: Xft-devel +BuildRequires: libXft2-devel BuildRequires: autoconf2.5 BuildRequires: gettext-devel BuildRequires: libglib2.0-devel >= %{req_glib_version} --- XFree86.spec.xft2002-12-31 13:38:28.0 + +++ XFree86.spec2003-01-04 00:16:12.0 + @@ -1715,9 +1715,7 @@ /usr/X11R6/include/X11/Xaw /usr/X11R6/include/X11/Xmu /usr/X11R6/include/X11/Xcursor -%if ! %{with_new_fontconfig_Xft} -%{_x11dir}/include/X11/Xft -%endif +/usr/X11R6/include/X11/Xft /usr/X11R6/include/X11/*.h /usr/X11R6/include/GL /usr/X11R6/include/DPS @@ -1731,6 +1729,7 @@ /usr/X11R6/bin/makedepend /usr/X11R6/bin/gccmakedep /usr/X11R6/bin/xmkmf +/usr/X11R6/bin/xft-config /usr/X11R6/man/man1/imake.1x* /usr/X11R6/man/man1/makedepend.1x*
Re: [Cooker] MySQL-3.23.54a-1mdk
Oden Eriksson wrote: torsdagen den 2 januari 2003 22.25 skrev Mark Scott: Oden Eriksson wrote: Hi. I'm trying to build MySQL-3.23.54a-1mdk on my ML9.0 system at home, but it hangs at: perl -w ./Support/generate-mirror-listing.pl manual.texi > ../MIRRORS I was however able to build it on another similar system..., I can't figure out what's wrong... Just got the same problem and found the cause - there's a missing '<' stdin redirection operator in the Docs Makefile, so the perl script is waiting indefinitely for input. The attached patch needs to be applied to Docs/Makefile.in. It should be in a suitable format to be bzipped and added to the spec. Thanks, but there appears to be the exact same thing with 3.23.53, but that builds ok and 3.23.54a not. This is wierd... Did the patch make your 3.23.54a build work? If the build is interactive (i.e. started from a terminal), I found that pressing Ctrl-D at the hang point makes it continue. It might be something to do with perl/rpm and interactive/scripted invocation, but that's a wild guess. In case it's decided to include the Makefile.in patch, it might be better to use this version which also patches Makefile.am. I discovered that automake is called during %build - although by this time the Docs have been built. Better to play safe I think. I've also attached the alteration to the spec file to include the patch. -- Mark Scott --- MySQL.spec~ 2002-12-30 13:59:33.0 + +++ MySQL.spec 2003-01-03 00:13:41.0 + @@ -26,6 +26,7 @@ Patch1: mysql-3.23.42-bench.patch.bz2 Patch2:mysql-3.23.51-other-libc.patch.bz2 Patch3: mysql-3.23.54a-errno.patch.bz2 +Patch4: mysql-3.23.54a-mirrors.patch.bz2 Icon: mysql.gif URL:http://www.mysql.com Provides: msqlormysql MySQL-server mysqlserver mysql @@ -124,7 +125,7 @@ %patch1 -b .patch %patch2 -p1 -b .other-libc #%patch3 -p1 -b .errno - +%patch4 -p1 -b .mirrors # 20021227 warly manual include files not in the archives perl -pi -e 's/\@include reservedwords.texi//' ./Docs/manual.texi --- mysql-3.23.54a/Docs/Makefile.in.MIRRORS 2002-12-05 09:37:22.0 + +++ mysql-3.23.54a/Docs/Makefile.in 2003-01-02 21:11:16.0 + @@ -546,7 +546,7 @@ perl -w $(GT) mysql.info "LGPL license" "Function Index" > $@ ../MIRRORS:manual.texi $(srcdir)/Support/generate-mirror-listing.pl - perl -w $(srcdir)/Support/generate-mirror-listing.pl manual.texi > $@ + perl -w $(srcdir)/Support/generate-mirror-listing.pl < manual.texi > $@ # Don't update the files from bitkeeper %::SCCS/s.% --- mysql-3.23.54a/Docs/Makefile.am.mirrors 2003-01-03 00:02:29.0 + +++ mysql-3.23.54a/Docs/Makefile.am 2003-01-03 00:02:53.0 + @@ -146,7 +146,7 @@ perl -w $(GT) mysql.info "LGPL license" "Function Index" > $@ ../MIRRORS:manual.texi $(srcdir)/Support/generate-mirror-listing.pl - perl -w $(srcdir)/Support/generate-mirror-listing.pl manual.texi > $@ + perl -w $(srcdir)/Support/generate-mirror-listing.pl < manual.texi > $@ # Don't update the files from bitkeeper %::SCCS/s.%
Re: [Cooker] MySQL-3.23.54a-1mdk
Oden Eriksson wrote: Hi. I'm trying to build MySQL-3.23.54a-1mdk on my ML9.0 system at home, but it hangs at: perl -w ./Support/generate-mirror-listing.pl manual.texi > ../MIRRORS I was however able to build it on another similar system..., I can't figure out what's wrong... Just got the same problem and found the cause - there's a missing '<' stdin redirection operator in the Docs Makefile, so the perl script is waiting indefinitely for input. The attached patch needs to be applied to Docs/Makefile.in. It should be in a suitable format to be bzipped and added to the spec. N.B. The MIRRORS file will only contain 1 line once created, since there are no mirrors listed in the manual.texi input file. -- Mark Scott --- mysql-3.23.54a/Docs/Makefile.in.MIRRORS 2002-12-05 09:37:22.0 + +++ mysql-3.23.54a/Docs/Makefile.in 2003-01-02 21:11:16.0 + @@ -546,7 +546,7 @@ perl -w $(GT) mysql.info "LGPL license" "Function Index" > $@ ../MIRRORS:manual.texi $(srcdir)/Support/generate-mirror-listing.pl - perl -w $(srcdir)/Support/generate-mirror-listing.pl manual.texi > $@ + perl -w $(srcdir)/Support/generate-mirror-listing.pl < manual.texi > $@ # Don't update the files from bitkeeper %::SCCS/s.%
Re: [Cooker] Mozilla 1.2B
Jason Greenwood wrote: Is on the Mozilla mirrors. I am running it on my cooker system and all seems well, and a damn sight more stable than the version in cooker at the moment. When will the this latest version be in cooker?? It's probably not worth the effort packaging it - 1.2 was supposed to be released on 8th November, and there are only two bugs left that the release is blocking on: 154288 and 159450 (I think the second one is security related - apparently I'm not authorised to view it). For those who don't already know, the 1.2 bugzilla entry is: http://bugzilla.mozilla.org/show_bug.cgi?id=174647 -- Mark Scott
Re: [Cooker] Re: [CHRPM] gnome-terminal-2.1.1-1mdk
Frederic Crozat wrote: On Sun, 24 Nov 2002 17:42:07 +, Mark Scott wrote: Frederic Crozat wrote: Name: gnome-terminal Relocations: (not relocateable) Version : 2.1.1 Vendor: MandrakeSoft Release : 1mdk Build Date: Thu Nov 21 17:27:48 2002 Missing BuildRequires: libjpeg62-devel libXft2-devel I really doubt these are missing from gnome-terminal BuildRequires.. All GNOME 2 packages are using "implicit" BuildRequires.. libjpeg62-devel and libXft2-devel should not be needed by anything since they are .so are dynamically loaded by gdk-pixbuf and pango (respectively) Hmmm, well it didn't link until I installed those two packages (although there may be others that I already had installed). This is the line that produces the error for libjpeg: /bin/sh ../../libtool --mode=link i586-mandrake-linux-gnu-gcc -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/Xft2 -I/usr/include/freetype2-I/usr/X11R6/include -DORBIT2=1 -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/Xft2 -I/usr/include/freetype2 -I/usr/X11R6/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/linc-1.0 -I/usr/include/libglade-2.0 -I/usr/include/libxml2 -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/libart-2.0 -I/usr/include/libbonoboui-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0 -O2 -fomit-frame-pointer -pipe -march=i586 -mcpu=pentiumpro -Wall -o libeelcnp.la -L/usr/X11R6/lib -lSM -lICE -lX11 -Wl,--export-dynamic -L/usr/X11R6/lib -lglade-2.0 -lgnomeui-2 -lSM -lICE -lbonoboui-2 -lgnomecanvas-2 -lgnome-2 -lart_lgpl_2 -lpangoft2-1.0 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lbonobo-2 -lgconf-2 -lgnomevfs-2 -lbonobo-activation -lORBit-2 -lxml2 -lz -lm -llinc -lgmodule-2.0 -ldl -lgobject-2.0 -lgthread-2.0 -lpthread -lglib-2.0 eel-ellipsizing-label.lo eel-pango-extensions.lo eel-string.lo grep: /usr/lib/libjpeg.la: No such file or directory sed: can't read /usr/lib/libjpeg.la: No such file or directory libtool: link: `/usr/lib/libjpeg.la' is not a valid libtool archive libjpeg62-devel provides /usr/lib/libjpeg.la And the line that produces the error for libXft2 (after libjpeg62-devel has been installed): i586-mandrake-linux-gnu-gcc -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/Xft2 -I/usr/include/freetype2 -I/usr/X11R6/include -DORBIT2=1 -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/Xft2 -I/usr/include/freetype2 -I/usr/X11R6/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/linc-1.0 -I/usr/include/libglade-2.0 -I/usr/include/libxml2 -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/libart-2.0 -I/usr/include/libbonoboui-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0 -O2 -fomit-frame-pointer -pipe -march=i586 -mcpu=pentiumpro -Wall -o gnome-terminal encoding.o profile-editor.o skey-popup.o terminal.o terminal-accels.o terminal-profile.o terminal-screen.o terminal-widget-vte.o terminal-window.o x-font-selector.o simple-x-font-selector.o eggaccelerators.o eggcellrendererkeys.o -Wl,--export-dynamic -Wl,--export-dynamic -L/usr/X11R6/lib -L/usr/lib /usr/lib/libvte.so -lXft2 /usr/lib/libfreetype.so -lXrender -lfontconfig eel/.libs/libeelcnp.al skey/.libs/libskey.al -lX11 /usr/lib/libglade-2.0.so /usr/lib/libgnomeui-2.so /usr/lib/libjpeg.so -lSM -lICE /usr/lib/libbonoboui-2.so /usr/lib/libgnomecanvas-2.so /usr/lib/libgnome-2.so /usr/lib/libesd.so /usr/lib/libaudiofile.so /usr/lib/libart_lgpl_2.so /usr/lib/libpangoft2-1.0.so /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangoxft-1.0.so /usr/lib/libpangox-1.0.so /usr/lib/libpango-1.0.so /usr/lib/libbonobo-2.so /usr/lib/libORBitCosNaming-2.so /usr/lib/libgnomevfs-2.so /usr/lib/libgconf-2.so -lssl -lcrypto -lrt /usr/lib/libbonobo-activation.so /usr/lib/libORBit-2.so /usr/lib/libpopt.so /usr/lib/libxml2.so -lz -lm /usr/lib/liblinc.so /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libgobject-2.0.so /usr/lib/libgthread-2.0.so -lpthread /usr/lib/libglib-2.0.so
[Cooker] Re: [CHRPM] gnome-terminal-2.1.1-1mdk
Frederic Crozat wrote: --=-=-= Name: gnome-terminal Relocations: (not relocateable) Version : 2.1.1 Vendor: MandrakeSoft Release : 1mdk Build Date: Thu Nov 21 17:27:48 2002 Install date: (not installed) Build Host: hp6.mandrakesoft.com Group : Graphical desktop/GNOME Source RPM: (none) Size: 736872 License: GPL Packager: Mandrake Linux Team URL : http://www.gnome.org/ Summary : GNOME terminal Description : GNOME Terminal Missing BuildRequires: libjpeg62-devel libXft2-devel -- Mark Scott
Re: [Cooker] Bitten by 'undefined symbol: __dso_handle'
Shridhar Daithankar wrote: On 14 Nov 2002 at 16:19, Mark Scott wrote: >On some libraries I could get away with just removing an unnecessary >inclusion of from the source, removing the need for the >library to want __dso_handle. This might be why the simple libraries load. Hey. That was a one hell of an advise. I kicked iostream out (thankfully I could) and it worked like charm.. I hope libstdc++ gets straight some day. Will keep checking this periodically. Right now I can afford with no libstdc++ for the time being but may need it in future.. Let me know if you (or anyone else) find out anything more about this - I don't know why it works (I'm guessing that inclusion of iostream instantiates a couple of classes and so requires __dso_handle). As I said, removing -nostdlib from the link options to g++ was an alternative solution, and did not require removing iostream. __dso_handle was defined as an non-exportable symbol in the library when I did that (instead of an attempted imported symbol). BTW, I'm not convinced this is a bug in libstdc++ or Mandrake's packaging of it, but the same code and Makefiles worked without problem for both gcc-2.96 and gcc-3.0.4 in Mandrake 8.2 -- Mark Scott
Re: [Cooker] Bitten by 'undefined symbol: __dso_handle'
Shridhar Daithankar wrote: I am getting failure on dlopen with dlerror message as 'undefined symbol: __dso_handle'. Following is my system configuration on top of MDK 9.0 These are upgraded packages from cooker today. Besides I have binutils 2.13.1 installed from sources which appear first in path(/usr/local/bin) [shridhar@daithan shridhar]$ rpm -qa |grep -i glibc glibc-devel-2.2.5-19mdk glibc-2.2.5-19mdk [shridhar@daithan shridhar]$ rpm -qa |grep -i gcc gcc-cpp-3.2-3mdk gcc-3.2-3mdk libgcc1-3.2-3mdk gcc-c++-3.2-3mdk [shridhar@daithan shridhar]$ rpm -qa |grep -i binutils binutils-2.12.90.0.15-4mdk libbinutils2-2.12.90.0.15-4mdk [shridhar@daithan shridhar]$ I have found that this is something to do with .hidden directive and linker/assembler. Only thing I have not done is compiling gcc by hand. Has anybody else experienced this problem? Any solution? Code used to work fine on MDK 8.2. Besides I do not get this failure for all libraries. Some simple libraries gets loaded but C++ libraries have some problems. Though that's may not be the exact pattern for errors. Just an observation.. Yes! I got the same problems yesterday (both on 9.0 and latest Cooker). I have not recompiled any binutils/gcc/glibc. The problem is that crtbegin{,S,T}.o, which define __dso_handle, are not being included in the library. I found that removing -nostdlib from my library link options solved the problem (not fully tested them so there may be other gremlims lurking from removal of -nostdlib). On some libraries I could get away with just removing an unnecessary inclusion of from the source, removing the need for the library to want __dso_handle. This might be why the simple libraries load. -- Mark Scott
Re: [Cooker] OSNews Review
Combelles, Christophe (MED, ALTEN) wrote: Also, it looks to me like she is testing it on a 5-year-old machine. I have an outdated 800Mhz P3, and the login process on the console takes about half a second, while she claims that it takes 3-4 seconds. She can be right for the login, because it takes about 5 seconds on my athlon1,2G to login in the text console. Just as if there was some timeout or something. I don't think that such a review must be completely rejected, but it must be correctly analyzed to find the real problems. I've had improvements in login time (both console and via ssh) by installing nscd. -- Mark Scott [EMAIL PROTECTED]
Re: [Cooker] Re: [CHRPM] metacity-2.4.1-3mdk
Ron Stodden wrote: > Ben Reser wrote: > >> On Sat, Oct 12, 2002 at 11:15:25AM +0200, Frederic Crozat wrote: >> >>> * Fri Oct 11 2002 Frederic Crozat <[EMAIL PROTECTED]> 2.4.1-3mdk >>> >>> - Rename Bluecurve to Wonderland (don't use RH tm) >> >> >> >> Just out of curiosity. Did they ask you to do this or did you just >> decide to... > > > Hmmm... Your message has a reference to a parent message of October 12, > from ken.mandrakesoft.com but it is isolated here.So the thread is > broken and we cannot follow. Any idea why that would be? > Not meaning to light a match, but either the Reply-To header for messages to the changelog list shouldn't be set to cooker, or you need to learn to read a subject line. -- Mark.
Re: [Cooker] Sound problem in 8.2
Stéphane Teletchéa wrote: >Le Jeudi 3 Octobre 2002 17:15, Stéphane Teletchéa a écrit : > >>Le Jeudi 3 Octobre 2002 16:59, vous avez écrit : >> >>>On Thu, 03 Oct 2002 16:17:55 +0200, Guillaume Cottenceau wrote: >>> >>>>Stéphane Teletchéa <[EMAIL PROTECTED]> writes: >>>> >>>>>I'm listening music with xmms, and when browsing with galeon, i'm >>>>>sometimes stuck until the next song. >>>>>I think the web page seems to have sound because it doesn't happen on >>>>>every site, but i cannot understand why i couldn't stop this behaviour >>>>>from galeon's preferences. >>>> >>>>If this is the same as me, it's the flash plugin which sux >>>>bigtime (like all the proprietary software anyway ;p). >>>> >>>>I need to "stop" the xmms when opening a page which freezes >>>>galeon because flash plugin is frozen on the busy dsp. >>>> >>>Upgrading to flash plugin 5.0.51 could also help since it no longer uses >>>esound anymore.. >>> >>>I've heard rumors about Flash 6 for linux which should completely fix >>>this problem.. >> >>the 5.0.51 solved the problem (until now). >> >Not for all sites. >I'll wait for 6.0 release. > >May be this should be included as a warning for powerpacks, and/or errata >section. > I've encountered this problem for a while with Flash pages in Mozilla - starting mozilla and xmms with soundwrapper solved the problem for me: soundwrapper -- Mark Scott