Re: objprelink on woody
Hello, On Wednesday, 6. March 2002 00:41, Chris Howells wrote: Hi, Has anybody successfully got objprelink working on woody? When I try to compile qt-copy, make segfaults Using sid and gcc 3.0.4 with DEBIAN_BUILDARCH=athlon, Qt (qt-copy) works fine now with objprelink (I tested several Qt apps). I guess it's not make that segfaults but rather objprelink? It did not work for me first either, but then I updated from gcc304pre to 304 and latest binutils and stuff, and out of a sudden it works all well. (I got 'out of memory' from objprelink, when it tried to allocate some dozens of those bfd blocks - I have no clue what it is, the attached patch is more cosmetical, I don't think I fixed anything ;) However I still have trouble with KDE then: Could not dlopen library dcopserver.la: /usr/local/kde3.0.optimized/lib/dcopserver.so: undefined symbol: _ZNK15QSocketNotifier9classNameEv nm /usr/local/kde3.0.optimized/lib/libkdecore.so.4 | grep _ZNK18KUniqueApplication9classNameEv 001093b0 T _ZNK18KUniqueApplication9classNameEv Hm... Josef -- The MindX Open Source Project: Fighting proprietary games GGZ now! - The GGZ Gaming Zone: http://ggz.sourceforge.net ggz.morat.net | ggz.snafu.de | jzaun.com | mindx.sourceforge.net/europeone --- objprelink.c.orig Fri Mar 1 17:31:01 2002 +++ objprelink.c Fri Mar 1 17:32:34 2002 @@ -20,7 +20,7 @@ #include unistd.h #include sys/stat.h #include stdarg.h -#include bfd.h +#include bfd.h static int verbose = 0; static int replace = 1; @@ -242,7 +242,7 @@ static const char prefix[] = .gnu.linkonce.d.__vt_; static flagword w = (SEC_ALLOC|SEC_LOAD|SEC_RELOC|SEC_DATA|SEC_LINK_ONCE); flagword f = bfd_get_section_flags (abfd, p); - if (f w == w) + if ((f w) == w) if (!strncmp(name, prefix, sizeof(prefix)-1)) return name + sizeof(prefix)-6; return false; @@ -402,7 +402,6 @@ for (hsym=vtsyms; hsym; hsym=hsym-next) { asection *osection; - asymbol *sym; char *name; /* new section */ name = (char*)bfd_alloc(obfd, strlen(hsym-sym-name) + 28); @@ -427,8 +426,6 @@ for (p=ibfd-sections; p; p=p-next) { const char *sname; - const char *err = M(cannot copy data from section %s in file %s, - bfd_section_name (ibfd, p), iname); asection *isection = p; asection *osection = p-output_section; bfd_size_type size = bfd_get_section_size_before_reloc (isection);
Re: Debian KDE 2.2.2 update
Daniel Stone said, and I quote: On Tue, Mar 05, 2002 at 06:33:53PM +, Colin Watson wrote: On Tue, Mar 05, 2002 at 12:20:01PM -0600, Chris Cheney wrote: On Tue, Mar 05, 2002 at 11:09:39AM -0600, Colin Watson wrote: Is anybody planning to adopt kde-i18n? It currently has its maintainer field set to the QA group, but I'm not sure it's something we should really be touching - it recently acquired a grave bug, too. I intend to adopt it with KDE 3, but I can do it earlier if needed. Depends how serious #136896 actually is, I suppose. I know Ivan's builds for potato have contained kdelibs3 - was kdelibs2g used much by that time? If it would help take load off you and you don't mind, I can QA-upload kde-i18n with extra 'Replaces: kdelibs2g' fields where appropriate. One reason why I never adopted it was that the source was *frigging* *huge*. One of us should take it over. Unfortunately, I'm on ISDN so I'm not in a position to look at it. hopefully that should change in about 4 weeks time. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. pgpajQrz8oN0w.pgp Description: PGP signature
Re: Debian KDE 2.2.2 update
On Wed, Mar 06, 2002 at 11:06:48AM +, David Pashley wrote: Daniel Stone said, and I quote: On Tue, Mar 05, 2002 at 06:33:53PM +, Colin Watson wrote: On Tue, Mar 05, 2002 at 12:20:01PM -0600, Chris Cheney wrote: I intend to adopt it with KDE 3, but I can do it earlier if needed. Depends how serious #136896 actually is, I suppose. I know Ivan's builds for potato have contained kdelibs3 - was kdelibs2g used much by that time? One reason why I never adopted it was that the source was *frigging* *huge*. One of us should take it over. Unfortunately, I'm on ISDN so I'm not in a position to look at it. hopefully that should change in about 4 weeks time. I'm also on ISDN, so I think calc lose^Wwins by default. ;) -- Daniel Stone[EMAIL PROTECTED] * Manoj has been called Manoj since approximately 2 months after being born, that makes it '62 bod Manoj: two months? what were you called before that? hey you, baby? luca bod: where is it? :) pgpU1lNoT21Ho.pgp Description: PGP signature
Re: symbol in kde applications
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 06 March 2002 11:51, Jens Benecke wrote: On Tue, Mar 05, 2002 at 11:55:35PM +0100, Jean-Michel Kelbert wrote: I follow euro-howto, but I didn't manage to get ¤ and ¢ symbol in any kde application. However it work perfectly under others. Is there any kde-euro-howto ? apt-get install language-env, then set the default codepage to ISO-8859-15, and install a font that supports the ¤ sign. for installing the font this helps: apt-get install 'xfonts.*transcoded' This will get you a bunch of iso-8869-15 fonts. Pedro Corte-Real. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8hifi2SBo0jBmgGARAr9fAJ940ZTLgCfme1mnoAMpVXF/jrENSwCcDi/Y Oy79ngHLTW127DucnzeRPDc= =QbkH -END PGP SIGNATURE-
Re: portable mirror?
On Thu, 2002-02-07 at 18:19, Paulo Jose da Silva e Silva wrote: Hello, I didn't know about apt-move or apt-mirror, so I developped a solution to this problem myself, let me share it :-) There's a program out there called aptcached (you'll have to google for it) that works _very_ well for me. It sets up a dedicated proxy, so most of what you do is transparent. It does use 2x as much disk space, but apt-get clean could solve that, I'll try yours, though, too, since I like python. The idea is very simple. If you do an apt-get update in your home machine (the one with slow connection) then you can ask apt to give you the list of the packages that would be upgraded. Well, I decided to write a small python script that read the list of packages to be upgraded and generate small scripts to download them in another machine with a good internet connection. Finally copy the downloaded files to the original machine and finish the apt-get upgrade. My script can download the packages to multiple disks too, but you need disks that are big enough to fit the biggest deb (that may be 10MB or bigger), like a zip. Well, it helped me a lot before I got a good connection. Take a look and see if it is worthy. Precise instructions can be found on the top of the script attached. Paulo PS: You will net wget installed. PS2: This was my first python script, so don't look for good programming style. PS3: Any problem, please contact me. -- Paulo José da Silva e Silva Professor Assistente do Dep. de Ciência da Computação (Assistant Professor of the Computer Science Dept.) Universidade de São Paulo - Brazil e-mail: [EMAIL PROTECTED] Web: http://www.ime.usp.br/~rsilva Teoria é o que não entendemos o (Theory is something we don't) suficiente para chamar de prática. (understand well enough to call practice) #!/usr/bin/env python # # Simple script to create scripts to download a debian upgrade in zip disks # or any big enough disks. # # Author: Paulo Silva ([EMAIL PROTECTED]). # # This script should be useful if you want to upgrade a Debian box which # has a slow connection to the internet, but you have access to a faster one. # The idea is to use the slow connection to update your package list and then # use the fast connection to download the deb files for the upgrade. The # files should be transported to the machine with slow connection with a # zip disk, or any big enough media. You'll need python installed (of course). # # The use is the following: # 1) Use the slow connection to update the packages list from the net. You #do this by changing your /etc/apt/source.list file to point to a #newer Debian version (like potato right now) and doing an # #apt-get update # #from the prompt. # # 2) Generate the scripts that will download the file from the machine with #fast connection. To achieve this you must do: #a) Generate a list of the files to download: # Just type: # # apt-get -qq --print-uris dist-upgrade uris_file # #b) Move the uris file to the apt-download-offline directory and type: # # python apt-download-offline.py uris_file disk_size[bkm] # # For example: 96 megabytes zip disks and using wget you should type: # # python apt-download-offline.py uris_file 96m # # # 3) Move the download scripts (apt-download-disk?.py) and run them #in _different directories_ in the fast connected machine. #You should make them executable or type something like: # #python apt-download-disk?.py # #The files will be downloaded in the current directory. # # 4) Take the downloaded deb files with the zip disks, copy them to the #/var/cache/apt/archives directory in the slow connected machine and #type # #apt-get dist-upgrade # #The upgrade should take place and no downloads needed. # # Enjoy! # # LIMITATIONS: # The disks must be big enough to fit the biggest deb file # that must be downloaded. zip should do. # The number of disks used is not optimal. I believe that it is possible # to prove that with my solution you may use up to 50% more disks than # the optimal set. This is good enough for me :-) import sys, string, re, commands # Open a file for reading, aborting on exeptions. def openfile(name): try: handle = open(name, 'r') except: print 'Problems to open file %s!' % name sys.exit(1) return handle # Deal with command line. def getarguments(argv): if len(argv) != 3: print 'Use: apt-download-offiline.py uris_file disk_size[bkm]' sys.exit(1) # Opens input file. input = openfile(argv[1]) # Gets disksize. # Verifies if disk size is in the correct format. disksize = re.match('[0-9]+[bkm]?$', argv[2]) if not disksize: print 'Wrong disksize format!' sys.exit(1)
KDE status update
kdelibs - should go into woody once m68k builds kdebase - should go into woody once m68k, arm, mips builds kdeadmin - should go into woody once arm, m68k, s390, sparc builds kdegraphics - needs new upload to remove kamera kdemultimedia - needs build on all arch kdenetwork- should go into woody once alpha, hppa, ia64, m68k, sparc builds kdepim- only god can save this package[*] kdeutils - needs new upload to remove ark So it may still be possible for KDE to make it into woody, but it looks like kamera, ark, and kdepim will be casualties. Chris * If anyone knows how to fix the gcc 3.0 issues with kdepim please do so asap.
Re: KDE status update
Chris So it may still be possible for KDE to make it into woody, but it looks like kamera, ark, and kdepim will be casualties. What about i386 and Kamera ? I'm a photographer. Been looking forward to using Kamera for six months now. Be a shame if I can't get hold of it. I'm using Gphoto to sort out the pictures that I've been taking. Thanks -- Richard www.sheflug.co.uk
Re: KDE status update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 06 March 2002 21:51, Chris Cheney wrote: * If anyone knows how to fix the gcc 3.0 issues with kdepim please do so asap. Hrm, presumably this is KDE 2.2.2? I know several people build HEAD using gcc 3 (and fix any problems in CVS), although I'm not sure that anybody bothers with 2.2.2 and gcc 3. - -- Cheers, Chris Howells -- [EMAIL PROTECTED], [EMAIL PROTECTED] Web: http://chrishowells.co.uk, PGP key: http://chrishowells.co.uk/pgp.txt KDE: http://www.koffice.org, http://edu.kde.org, http://usability.kde.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8hpYSF8Iu1zN5WiwRAhcnAJ0SxaAmoPRs0s53GHp3l7vJi7PgVQCfcW8z sw1AmyZ9+MHLHPzgefyemwA= =zpk1 -END PGP SIGNATURE-
Re: KDE status update
[ Charset ISO-8859-1 unsupported, converting... ] Chris So it may still be possible for KDE to make it into woody, but it looks like kamera, ark, and kdepim will be casualties. What about i386 and Kamera ? I'm a photographer. Been looking forward to using Kamera for six months now. Be a shame if I can't get hold of it. I'm using Gphoto to sort out the pictures that I've been taking. Unless it's an architecture-specific application (like sparcutils), I don't think it can get into Woody if it only builds on one architecture. Anyway, Kamera is in Sid, so you can always grab the .deb and install it yourself. - Daniel -- ** * Daniel Franklin - Postgraduate student in Electrical Engineering * University of Wollongong, NSW, Australia * [EMAIL PROTECTED] **
Re: KDE status update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 06 March 2002 02:51 pm, Chris Cheney wrote: kdelibs - should go into woody once m68k builds kdebase - should go into woody once m68k, arm, mips builds kdeadmin - should go into woody once arm, m68k, s390, sparc builds kdegraphics - needs new upload to remove kamera kdemultimedia - needs build on all arch kdenetwork- should go into woody once alpha, hppa, ia64, m68k, sparc kdepim- only god can save this package[*] kdeutils - needs new upload to remove ark So it may still be possible for KDE to make it into woody, but it looks like kamera, ark, and kdepim will be casualties. Chris * If anyone knows how to fix the gcc 3.0 issues with kdepim please do so asap. What gcc 3.0 issues? I'm on pretty good terms with the kpilot developer, and would be willing to do some leg work to get this into woody. And not having korganizer, kpilot, knotes, etc, would suck :-) - -- D.A.Bishop -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8hpleEHLN/FXAbC0RAngzAJwKHAQ57nmpxLT2bNIZoUidbEZu7wCdGTmX /CyjvHmcPucu72WzsrXW98Y= =8/dX -END PGP SIGNATURE-
Re: KDE status update
On Wed, Mar 06, 2002 at 10:11:14PM +, Richard Ibbotson wrote: Chris So it may still be possible for KDE to make it into woody, but it looks like kamera, ark, and kdepim will be casualties. What about i386 and Kamera ? I'm a photographer. Been looking forward to using Kamera for six months now. Be a shame if I can't get hold of it. I'm using Gphoto to sort out the pictures that I've been taking. Daniel Stone has more information about this but apparently kamera does not work with the new gphoto2 that is in sid. Chris
Re: KDE status update
On Wed, Mar 06, 2002 at 10:20:02PM +, Chris Howells wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 06 March 2002 21:51, Chris Cheney wrote: * If anyone knows how to fix the gcc 3.0 issues with kdepim please do so asap. Hrm, presumably this is KDE 2.2.2? I know several people build HEAD using gcc 3 (and fix any problems in CVS), although I'm not sure that anybody bothers with 2.2.2 and gcc 3. Yes, on HPPA arch gcc 3 is default aiui. The bug report is here: http://bugs.debian.org/133697 Chris
Re: KDE status update
On Wed, Mar 06, 2002 at 03:34:06PM -0700, David Bishop wrote: What gcc 3.0 issues? I'm on pretty good terms with the kpilot developer, and would be willing to do some leg work to get this into woody. And not having korganizer, kpilot, knotes, etc, would suck :-) - -- D.A.Bishop Please take a look at this bug: http://bugs.debian.org/133697 http://buildd.debian.org/fetch.php?pkg=kdepimver=4%3A2.2.2-4arch=hppastamp=1008870358file=logas=raw It does not compile at all on HPPA which is an arch that intends to ship with woody, which makes it an RC bug. : Thanks, Chris this looks like it might be the culprit: c++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/include/kde -I/usr/include/qt -I. -I/usr/include/libpisock -I/usr/include/libpisock-DNDEBUG -O2 -fno-exceptions -fno-check-new -c kpilot.cc kpilot.cc: In destructor `virtual KPilotInstaller::~KPilotInstaller()': kpilot.cc:230: no matching function for call to `std::basic_ofstreamchar, std::char_traitschar ::basic_ofstream(int)' /usr/include/g++-v3/bits/std_iosfwd.h:84: candidates are: std::basic_ofstreamchar, std::char_traitschar ::basic_ofstream(const std::basic_ofstreamchar, std::char_traitschar )
Re: KDE 2.2.2 unable to view JPG, PNG
On Tue, 5 Mar 2002 21:55:01 -0500 (EST), Chris Goodwin [EMAIL PROTECTED] wrote: [...] libpng2-dev and libjpeg62-dev should be enough for those. Any particular versions of those two? I'm running potato, so I'm getting the potato versions... libpng2-dev 1.0.5-1 and libjpeg62-dev 6b-1.2 Hey - Chris G - Potato and KDE 2.2.2 ?? I thought that was supposed to be impossible, according to the accepted wisdom. How can you do that ?? How's it going ? The only reason I upgraded to Woody/testing was a desperate need for KDE 2.2.2 ... Good luck. Nick Boyce Bristol, UK -- Remember: If brute force doesn't work, you're just not using enough.
KWeather Users...
Hi. Regarding the recent postings about kweather, could people please mail me (privately is fine) if: - You use kweather with woody and it *does* work, or - You use kweather with sid and it *doesn't* work (and the problem is not simply a firewall getting in the way)? Thanks - Ben. -- Ben Burton [EMAIL PROTECTED] | [EMAIL PROTECTED] http://baasil.humbug.org.au/bab/ Public Key: finger [EMAIL PROTECTED] The only way a woman can ever reform her husband is by boring him so completely that he loses all possible interest in life. - Oscar Wilde
Re: KDE 2.2.2 unable to view JPG, PNG
On Thu, 7 Mar 2002, Nick Boyce wrote: Hey - Chris G - Potato and KDE 2.2.2 ?? I thought that was supposed to be impossible, according to the accepted wisdom. How can you do that ?? How's it going ? Hmmm... no one told me it was impossible. :-) I downloaded and built the tarballs from source. After hashing out some difficulties with libraries, some of which I also built from source, I got kdelibs and kdebase to build. I've been slowly but surely plugging away at the others, recompiling stuff when I find errors or learn more about what I did right and wrong. As the message I posted earlier explains, I've still got a ways to go. -- Chris Goodwin [EMAIL PROTECTED]
kghostview dependency problem and vi cursors still broken in woody
Did a fresh install of woody. Installation ran without a hitch. Firstly, Im having dependency problems with kghostview and koffice-libs koffice-libs recommends kghostview = 2.2-0 which is not available. Even sid doesn't seem to have such an advanced version of kghostview. Im assuming the dependency info in koffice-libs is incorrect. Anyone else experiencing this? Any work arounds? Has a bug report been submitted? Secondly, the arrow keys in vi are still broken (was discussed without adequate resolution in Febrary on debian-testing) :( Has a bug report been submitted to the vi maintainer? Kind Regards Crispin Wellington