KChmViewer debian package
Hi all, I've created my very first debian package of kchmviewer-1.1. I'm total newbie in debian packaging system, but I was missing this program so I've created package myself. Is anyone interested in this? Is anyone willing to help me to bring this package to "uploadable" state? regards, michal pgppAXQDaMoMH.pgp Description: PGP signature
Re: KChmViewer debian package
On Tuesday 01 November 2005 12:11, Michal Vanco wrote: > I've created my very first debian package of kchmviewer-1.1. I'm total > newbie in debian packaging system, but I was missing this program so I've > created package myself. Is anyone interested in this? Is anyone willing to > help me to bring this package to "uploadable" state? please put your work somewhere so we can get what you have done :) i'll try to help you as much as i can :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: KChmViewer debian package
On Tuesday 01 November 2005 13:00, Jorge Salamero Sanz wrote: > On Tuesday 01 November 2005 12:11, Michal Vanco wrote: > > I've created my very first debian package of kchmviewer-1.1. I'm total > > newbie in debian packaging system, but I was missing this program so I've > > created package myself. Is anyone interested in this? Is anyone willing > > to help me to bring this package to "uploadable" state? > > please put your work somewhere so we can get what you have done :) > > i'll try to help you as much as i can :) great ... take a look here: http://linny.kte.sjf.stuba.sk/~misko/kchmviewer/ regards, michal pgpNI33VQ59jJ.pgp Description: PGP signature
Re: KChmViewer debian package
On Tue, Nov 01, 2005 at 12:11:30PM +0100, Michal Vanco wrote: > Hi all, > > I've created my very first debian package of kchmviewer-1.1. I'm total newbie > in debian packaging system, but I was missing this program so I've created > package myself. Is anyone interested in this? Is anyone willing to help me to > bring this package to "uploadable" state? I submitted an ITP some time ago (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=312700). José Luis Tallón stepped in to help me, since I don't have much time to dedicate to it. I received last update from him on 19 Oct in which he said packaging is going on. Regards, -- Tommaso Moroni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: *** GMX Spamverdacht *** Re: KChmViewer debian package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >>I've created my very first debian package of kchmviewer-1.1. I'm total >>newbie in debian packaging system, but I was missing this program so I've >>created package myself. Is anyone interested in this? Is anyone willing to >>help me to bring this package to "uploadable" state? note that there is already an ITP: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=312700 Jorge Salamero Sanz wrote: > please put your work somewhere so we can get what you have done :) > > i'll try to help you as much as i can :) Same for me :-) Currently I have this package installed in /usr/local, so having a debian package would be great... Best Regards, Andreas - -- Andreas Fester mailto:[EMAIL PROTECTED] WWW: http://www.littletux.net ICQ: 326674288 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD4DBQFDZ10rZ3bQVzeW+rsRAtvGAKDKRnWfHX6k11DakJTV5OVfZJAbhgCY+Kgx 0706r6G3wSVSKRsmVGiNtQ== =2rCf -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: KChmViewer debian package
On Tuesday 01 November 2005 13:01, Tommaso Moroni wrote: > On Tue, Nov 01, 2005 at 12:11:30PM +0100, Michal Vanco wrote: > > Hi all, > > > > I've created my very first debian package of kchmviewer-1.1. I'm total > > newbie in debian packaging system, but I was missing this program so I've > > created package myself. Is anyone interested in this? Is anyone willing > > to help me to bring this package to "uploadable" state? > > I submitted an ITP some time ago > (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=312700). José Luis Tallón > stepped in to help me, since I don't have much time to dedicate to it. > I received last update from him on 19 Oct in which he said packaging is > going on. > Yes I know about this. But the package isn't still ready as far as I know. I don't want to break my debian system with /usr/local/something stuff so I've created this. michal pgpBh3LDHJor8.pgp Description: PGP signature
Re: KChmViewer debian package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > great ... take a look here: http://linny.kte.sjf.stuba.sk/~misko/kchmviewer/ pbuilder says: checking whether i486-linux-gnu-g++ supports -O0... yes checking whether i486-linux-gnu-g++ supports -Wl,--no-undefined... yes checking whether i486-linux-gnu-g++ supports - -Wl,--allow-shlib-undefined... yes checking for X... no configure: error: You need to have the X11 libraries and headers installed make: *** [config.status] Error 1 pbuilder: Failed autobuilding of package -> Aborting with an error Seems that some build-depends are missing ;-) Regards, Andreas - -- Andreas Fester mailto:[EMAIL PROTECTED] WWW: http://www.littletux.net ICQ: 326674288 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDZ2KQZ3bQVzeW+rsRAlhVAKDodL/oa1qDhLFJBkKuvz94UF6ONwCePrEG FdPf8fWqR3zsS5E3HjduiAY= =7KpW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: KChmViewer debian package
On Tuesday 01 November 2005 13:41, Andreas Fester wrote: > > great ... take a look here: > > http://linny.kte.sjf.stuba.sk/~misko/kchmviewer/ > > pbuilder says: > > checking whether i486-linux-gnu-g++ supports -O0... yes > checking whether i486-linux-gnu-g++ supports -Wl,--no-undefined... yes > checking whether i486-linux-gnu-g++ supports > -Wl,--allow-shlib-undefined... yes > checking for X... no > configure: error: You need to have the X11 libraries and headers installed > make: *** [config.status] Error 1 > pbuilder: Failed autobuilding of package > -> Aborting with an error > I added kdelibs4-dev to debian/control build-depends. michal pgpI7WNouw11T.pgp Description: PGP signature
Re: KChmViewer debian package
On Tuesday 01 November 2005 13:55, Michal Vanco wrote: > I added kdelibs4-dev to debian/control build-depends. some other things: - you must use chmlib from debian, not the one included in the release .tar.gz - you should clean not used *.ex files in debian/ - you should make a menu file - you should make a .desktop file - changelog should close the ITP bug - a manpage is needed - in the copyright file email should be between <> and you should mention the copyright holder: This software is copyright (c) 2005 by Foo Bar. my two cents :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS - kommando - ITP #336607
Hi! I have built kommando, a kde wheel menu. It gives quicker access to some programs - and it is a nice piece of showoff-eyecandy ;) http://mirror.pusling.com/kommando-rfs/ I have had people using the package for some time now - but I think it is a so cool program that it should enter debian. and of course - those picky programs, linda and lintian, do not seem to have any errors/warnings -- Sune -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: KChmViewer debian package
Jorge Salamero Sanz wrote: >On Tuesday 01 November 2005 12:11, Michal Vanco wrote: > > >>I've created my very first debian package of kchmviewer-1.1. I'm total >>newbie in debian packaging system, but I was missing this program so I've >>created package myself. Is anyone interested in this? Is anyone willing to >>help me to bring this package to "uploadable" state? >> >> >please put your work somewhere so we can get what you have done :) > >i'll try to help you as much as i can :) > > PLASE!!! Look for ITPs in WNPP before *duplicating and wasting* effort. The problem with KChmViewer is that it used a modified, statically linked version of chmlib... and that is not admissible. I am working on it with one other DD. If you are interested in having KChmViewer in Debian, help me resolve the compilation problems that i'm having (and it's not due to missing build-depends)... gotta contact upstream :-S J.L. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: KChmViewer debian package
Michal Vanco wrote: >On Tuesday 01 November 2005 13:01, Tommaso Moroni wrote: > > >>On Tue, Nov 01, 2005 at 12:11:30PM +0100, Michal Vanco wrote: >> >> >>>Hi all, >>> >>>I've created my very first debian package of kchmviewer-1.1. I'm total >>>newbie in debian packaging system, but I was missing this program so I've >>>created package myself. Is anyone interested in this? Is anyone willing >>>to help me to bring this package to "uploadable" state? >>> >>> >>I submitted an ITP some time ago >>(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=312700). José Luis Tallón >>stepped in to help me, since I don't have much time to dedicate to it. >>I received last update from him on 19 Oct in which he said packaging is >>going on. >> >> I have solved quite some problems already. The problem being that something is wrong in the code, and breaks with GCC-4.0 as installed on my system. I am resolving some problems (missing VTABLEs, etc), but have some things left to solve. > >Yes I know about this. But the package isn't still ready as far as I know. I >don't want to break my debian system with /usr/local/something stuff so I've >created this. > > Ok. Interim solution. It's fine with me. Hopefully we'll have it ready soon ... :-O J.L. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: KChmViewer debian package
On Tue, 2005-11-01 at 15:05 +0100, José Luis Tallón wrote: > PLASE!!! Look for ITPs in WNPP before *duplicating and wasting* effort. Indeed! That is what it is there for! > The problem with KChmViewer is that it used a modified, statically > linked version of chmlib... and that is not admissible. If you are in contact with upstream kchmviewer, can you ask them why they didn't send the patches to the upstream chmlib? Jed is fairly active on chmlib at the moment, and will be releasing 0.38 soon. I see that kchmviewer also recently updated to a newer static version of chmlib. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: KChmViewer debian package
On Tuesday 01 November 2005 15:08, José Luis Tallón wrote: > Michal Vanco wrote: > >On Tuesday 01 November 2005 13:01, Tommaso Moroni wrote: > >>On Tue, Nov 01, 2005 at 12:11:30PM +0100, Michal Vanco wrote: > >>>Hi all, > >>> > >>>I've created my very first debian package of kchmviewer-1.1. I'm total > >>>newbie in debian packaging system, but I was missing this program so > >>> I've created package myself. Is anyone interested in this? Is anyone > >>> willing to help me to bring this package to "uploadable" state? > >> > >>I submitted an ITP some time ago > >>(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=312700). José Luis > >> Tallón stepped in to help me, since I don't have much time to dedicate > >> to it. I received last update from him on 19 Oct in which he said > >> packaging is going on. > > I have solved quite some problems already. The problem being that > something is wrong in the code, and breaks with GCC-4.0 as installed on > my system. I am resolving some problems (missing VTABLEs, etc), but have > some things left to solve. > I successfully compiled kchmviewer-1.1 against chmlib 0.36 (from debian unstable). gcc complained about some wrong casting in msits.h and xchmfile.cpp. I made some changes in configure script to avoid using static chmlib. michal pgpnUZ4SmKRkW.pgp Description: PGP signature
double-shlibs
I have the next linda-warning : W: libefltk2.0-dev; Shared object /usr/bin/ecalc is linked with version 6 and 5of libstdc++. The binary object shown above links against 2 versions of the same shared library. This means your package may require conflicting packages to be installed at the same time, and is therefore uninstallable, or the binary may not work. This may also be ignored if versioned symbols are being used in both libraries. How can i solve it without a override??,i've fixed some compiling problems over the package,now it is gcc-4.0 clean ,but i got this warning. I have the same problems with my others packages. Regards. -- Gerardo Curiel Linux User # 374459 Geek By NaTure,LiNuX By ChOiCe,DebiAn of CoUrsE <___-!!Java RuLeS!!-___>
Re: double-shlibs
On Tue, Nov 01, 2005 at 11:21:41AM -0400, -.JavaManiac.- wrote: > I have the next linda-warning : > > W: libefltk2.0-dev; Shared object /usr/bin/ecalc is linked with > version 6 and 5of libstdc++. Without knowing the details of your special case I may note that this linda warning is very often bogus du to how it works. To demonstrate the problem here an example where it fails: 1) Installed on my system is kdelibs4 2) I compile a package in an unstable chroot against kdelibs4c2 3) I run linda on the package on my normal system 4) linda issues the warning since kdelibs4 and kdelibs4c2 have the same soname (so ldd thinks it can use the library installed on your system to run the executable from your unpacked package) but are compiled against different libstdc++ versions linda can not know that you can never actually _install_ your program and kdelibs4 together since you depend on kdelibs4c2 which conflicts with kdelibs4 => bogus warning I can't tell of course if you're suffering from a similar problem or if it is right in your case. Essentially, if you compile packages in a chroot and your system differs from this chroot, the linda warning will often be bogus. Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: double-shlibs
Frank Lichtenheld wrote: > On Tue, Nov 01, 2005 at 11:21:41AM -0400, -.JavaManiac.- wrote: >> I have the next linda-warning : >> >> W: libefltk2.0-dev; Shared object /usr/bin/ecalc is linked with >> version 6 and 5of libstdc++. > I can't tell of course if you're suffering from a similar problem or > if it is right in your case. Essentially, if you compile packages > in a chroot and your system differs from this chroot, the linda warning > will often be bogus. Yes. Go into an unstable chroot and install the package, then run linda there. -- ksig --random| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem with g++-4.0
Jose Carlos do Nascimento wrote: > Hi, Justin, > > I tested with g++ 3.4 but I get error :( > > look. > > /usr/bin/g++-3.4 -fno-exceptions -I/usr/include/SDL -D_REENTRANT -g -O2 > -DPROFILING -DMMX -DDEV_VERSION -o VisualBoyAdvance SDL.o debugger.o > 2xSaI.o Cheats.o EEprom.o Flash.o GBA.o Gfx.o Globals.o Mode0.o Mode1.o > Mode2.o Mode3.o Mode4.o Mode5.o RTC.o Sound.o Sram.o Text.o Util.o > admame.o agbprint.o armdis.o bilinear.o bios.o elf.o expr-lex.o expr.o > exprNode.o getopt.o getopt1.o hq2x.o interframe.o memgzio.o motionblur.o > pixel.o remote.o scanline.o simple2x.o unzip.o ../gb/libgb.a > ../prof/libprof.a ../i386/lib386.a -L/usr/lib -lSDL -lpthread -lpthread > -lpng -lz > `.gnu.linkonce.t._Z14CPUWriteMemoryjj' referenced in section `.rodata' > of GBA.o: defined in discarded section > `.gnu.linkonce.t._Z14CPUWriteMemoryjj' of GBA.o > `.gnu.linkonce.t._Z14CPUWriteMemoryjj' referenced in section `.rodata' > of GBA.o: defined in discarded section > `.gnu.linkonce.t._Z14CPUWriteMemoryjj' of GBA.o > `.gnu.linkonce.t._Z14CPUWriteMemoryjj' referenced in section `.rodata' > of GBA.o: defined in discarded section > `.gnu.linkonce.t._Z14CPUWriteMemoryjj' of GBA.o > > I compiled with gcc3.0 and all works ok. > > I will open bug against gcc4 and gcc3.4. This looks much more likely to be a linker (package "binutils") bug. -- ksig --random| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem with g++-4.0
On Tue, Nov 01, 2005 at 03:21:27PM -0500, Nathanael Nerode wrote: > Jose Carlos do Nascimento wrote: > > Hi, Justin, > > > > I tested with g++ 3.4 but I get error :( > > > > look. > > > > /usr/bin/g++-3.4 -fno-exceptions -I/usr/include/SDL -D_REENTRANT -g -O2 > > `.gnu.linkonce.t._Z14CPUWriteMemoryjj' referenced in section `.rodata' > > of GBA.o: defined in discarded section > > > > I compiled with gcc3.0 and all works ok. > > > > I will open bug against gcc4 and gcc3.4. > > This looks much more likely to be a linker (package "binutils") bug. Why do you say that? I was going to send an email that said the same thing, but couldn't justify it, so stopped halfway through. Jose, what happens if you use different compile options? For both the compile and the link. -- Clear skies, Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: irmp3 -- mp3 Jukebox (LIRC support)
License: GPL Description: mp3 Jukebox (LIRC support) With irmp3 you can build a mp3-database and control the playback via remote control (over LIRC). There are a lot of settings to change and your jukebox is like you want it. Location: http://server01.marioiseli.com/~mario/dpkgs/irmp3/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS - kommando - ITP #336607
On Tuesday 01 November 2005 14:42, Sune Vuorela wrote: > I have built kommando, a kde wheel menu. > > It gives quicker access to some programs - and it is a nice piece of > showoff-eyecandy ;) > > http://mirror.pusling.com/kommando-rfs/ > > I have had people using the package for some time now - but I think it > is a so cool program that it should enter debian. > > and of course - those picky programs, linda and lintian, do not seem to > have any errors/warnings I would like to to take a look at it. Notes: - the debian/copyright lacks the years of copyright - insane number of Build-Depends - are they all necessary? - still it doesn't build in a pbuilder so the dependencies are probably wrong [1] - the debian/control refers to "Neverwinter Nights". Although I know what you mean that may not be clear to many. And it's probably a trademark. Suggestion: "A wheel-menu to quickly pick menu items with the mouse" The long description doesn't fully taste right to me but I don't have any creative suggestion here. - You have created a nice man page. Did you send it upstream so it can be included in the orig.tar.gz at the next upstream release? - debian/rules contains lines that can be removed (all the dh_* commands that are commented out). Also you probably don't need to call dh_installexamples or dh_link. Christoph [1] checking if Qt needs -ljpeg... no checking for rpath... no checking for KDE... configure: error: in the prefix, you've chosen, are no KDE headers installed. This will fail. So, check this please and use another prefix! make: *** [config.status] Error 1 pbuilder: Failed autobuilding of package -- |\ _,,,---,,_Famous last words of a sysadmin: /,`.-'`'-. ;-;;,_"We'll do the backup tomorrow." <|,4- ) )-,_..;\ ( `'-' '---''(_/--' `-'\_) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem with g++-4.0
"Jose Carlos do Nascimento" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] I will open bug against gcc4 and gcc3.4. Please make sure that the libraries listed below were rebuilt with g++3.4 and it was not trying to use versions compiled with g++3.0 ../gb/libgb.a ../prof/libprof.a ../i386/lib386.a The following are the libs you posted listed that are not part of VBA: -lSDL -lpthread -lpthread -lpng -lz AFAIK none of those are c++ libs, so the problem does not seem to be ABI, unless it was as noted above. Also please be certain you are using the absolute most recent version of gcc 4.0 and of the linker. Similar bugs have been reported to gcc/ld's upstream and have been patched. Are you by any chance using IA-64? These sorts of errors tend to be found on that architecture more than on others. If so please try compiling VBA with gcc 4.0 and/or gcc 3.4 under a different platform. If it compiles correctly then it is definatly either a gcc bug or a linker bug. Regardless. I've seen bugs that look similar reported on both gcc and 'ld'. The key is to make sure redhat's sourceware team (the upstream maintainers of both gcc and 'ld') sees this and they will figure it out. Let the maintainer of the gcc package know that it is most likley an upstream bug, and that the bug *might* be in either the linker or gcc. The redhat team is best equipped to determine this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS - kommando - ITP #336607
Hi Sune and all. El Martes, 1 de Noviembre de 2005 13:42, Sune Vuorela escribió: > Hi! > > I have built kommando, a kde wheel menu. > > It gives quicker access to some programs - and it is a nice piece of > showoff-eyecandy ;) > > http://mirror.pusling.com/kommando-rfs/ > > I have had people using the package for some time now - but I think it > is a so cool program that it should enter debian. > > and of course - those picky programs, linda and lintian, do not seem to > have any errors/warnings It is great that finally you decided make an official package, but the package has some problems. *Grave: -debian/control: Your Build-Depends line is totally wrong, e.g., depending on libraries is almost always a bug. You can read more about producing correct build-depends line at [1]. Due to this, the package is totally impossible to compile in pbuilder, it fails. You must change it to: Build-Depends: debhelper (>> 3.0.0), kdelibs4-dev -The program is a systray app, so it would be good to Recommend: kicker -Some files are placed in incorrect directories: /usr/share/doc/HTML/en/kommando/* should be at: /usr/share/doc/kde/HTML/en/kommando/* Due these misplaced files, the program help doesn't work. And: /usr/share/applnk/Utilities/kommando.desktop should be at: /usr/share/applications/kde/ and then add to the kommando.desktop file the line: Categories=Qt;KDE;Utility; -Add a Debian menu file (and don't forget convert the png icons to xpm). *Important: -debian/changelog: is it necesary the "Passes lintian" line? I'm not sure if it is ok, keep the changelog of the package before this was out from the official archive. -debian/copyright: Add the copyright years. *Not so important, but better change: -debian/control: I don't think you need mention "Neverwinter Nights" in the short description, most of people has never player this game and don't know what you mean. The short description in the ITP: "A wheel menu for kde" is better. The long description is not very good neither, it does not explain what are the programs feature or why the program is useful. -The man page doesn't have an author section or see also section where puts the program webpage. And the program description is too short. Also, You should add yourself like the manpage author. Greetings :) Ana __ Renovamos el Correo Yahoo! Nuevos servicios, más seguridad http://correo.yahoo.es
Re: RFS - kommando - ITP #336607
On 2005-11-01, Christoph Haas <[EMAIL PROTECTED]> wrote: > - the debian/copyright lacks the years of copyright Fixed > - insane number of Build-Depends - are they all necessary? Maybe not. working on this - it was the 'shortcut' mentioned in new maintainers guide - maybe it was wrong to use it. It is fixed now this was my shortcut #1 > - still it doesn't build in a pbuilder so the dependencies are > probably wrong [1] Definately wrong shortcut ;) > - the debian/control refers to "Neverwinter Nights". Although I know > what you mean that may not be clear to many. And it's probably a > trademark. Suggestion: > "A wheel-menu to quickly pick menu items with the mouse" > The long description doesn't fully taste right to me but I don't have > any creative suggestion here. Took your suggestion, and edited a bit in the long description > - You have created a nice man page. Did you send it upstream so it can > be included in the orig.tar.gz at the next upstream release? No - I will do it - it is mostly help2man ;) help2man was my shortcut #2 > - debian/rules contains lines that can be removed (all the dh_* > commands that are commented out). Also you probably don't need to > call dh_installexamples or dh_link. Fixed. And no more shortcuts ,) Still same place (and same debian-revision) http://mirror.pusling.com/kommando-rfs/ /Sune -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem with g++-4.0
Justin Pryzby wrote: > On Tue, Nov 01, 2005 at 03:21:27PM -0500, Nathanael Nerode wrote: >> Jose Carlos do Nascimento wrote: >> > Hi, Justin, >> > >> > I tested with g++ 3.4 but I get error :( >> > >> > look. >> > >> > /usr/bin/g++-3.4 -fno-exceptions -I/usr/include/SDL -D_REENTRANT -g -O2 >> > `.gnu.linkonce.t._Z14CPUWriteMemoryjj' referenced in section `.rodata' >> > of GBA.o: defined in discarded section >> > >> > I compiled with gcc3.0 and all works ok. >> > >> > I will open bug against gcc4 and gcc3.4. >> >> This looks much more likely to be a linker (package "binutils") bug. > Why do you say that? I was going to send an email that said the same > thing, but couldn't justify it, so stopped halfway through. The error message is coming from the linker (it's complaining about something in a .o file, whereas the compiler would complain about something in a source file). The error message complains that something is defined in a "discarded section". The linker is what discards sections. So, I figure it's more likely to be a linker bug where it's discarding a section it shouldn't. Of course, it's possible that the compiler has mistakenly constructed a section which the linker is within its rights to discard. But the linker seems like the place to start under these circumstances. -- ksig --random| -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS - kommando - ITP #336607
On 2005-11-02, Ana Guerrero <[EMAIL PROTECTED]> wrote: > it fails. You must change it to: > > Build-Depends: debhelper (>> 3.0.0), kdelibs4-dev fixed that. > -The program is a systray app, so it would be good to Recommend: kicker Quite reasonable; will add that. > > -Some files are placed in incorrect directories: > /usr/share/doc/HTML/en/kommando/* > should be at: > /usr/share/doc/kde/HTML/en/kommando/* I think I have found where this is installed and have fixed that. But the help functionality still seems to do nothing .. I had to do a little edit in the Makefile.in to make the common-symlink point to ../common and not full path ... > And: > /usr/share/applnk/Utilities/kommando.desktop > should be at: > /usr/share/applications/kde/ hmm.. this one is quite harder ... what is the appropriate way? from src/Makefile.am shelldesktopdir = $(kde_appsdir)/Utilities (and this one is of course in src/Makefile.in and src/Makefile) Should I manually correct it in src/Makefile.in before building? Should I add a line in my debian/rules that changes the Makefile after configure and before building Should I change the Makefile.am and try to re-automake the Makefile.in For now, I have manually edited Makefile.in > and then add to the kommando.desktop file the line: > Categories=Qt;KDE;Utility; okay. > -Add a Debian menu file (and don't forget convert the png icons to xpm). menufile, fine... but I isn't the only way to get a xpm icon to get upstream to include one ? Otherwise I need to build-depend on some tool to convert png to xpm, which is otherwise not needed. A tool like imagemagick could do it. Imagemagick added to build-dep. Is it true that update-menus when run in postinst/postrm does not affect my menu as a user in kde ? > *Important: > -debian/changelog: is it necesary the "Passes lintian" line? > I'm not sure if it is ok, keep the changelog of the package before > this was out from the official archive. Any one else have an opinion on this? Package changelogs from unofficial archives, should they be removed or is it okay to keep them ? > -debian/copyright: Add the copyright years. Fixed > *Not so important, but better change: > -debian/control: I don't think you need mention "Neverwinter Nights" in > the short description, most of people has never player this game and Changed. > -The man page doesn't have an author section or see also section > where puts the program webpage. And the program description is too short. > Also, You should add yourself like the manpage author. Have done a little more work in the manpage And updates are now uploaded same place. http://mirror.pusling.com/kommando-rfs/ /Sune -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: bbrun -- An elegant tool for the Blackbox window manager that runs commands
I saw bbrun in WNPP Requested Packages and decided to debianize it. The package is small, clean, pbuilder tested, lintian error free. Can someone take a look at it, maybe spot a few errors and hopefull upload it? License: GPL Description: bbrun is a small but very useful application. It makes it convenient to quickly execute commands from the Blackbox window manager. bbrun is very similar to KDE's Alt+F2 Run Command dialog box. When launched, it occupies a small portion of the desktop and docks itself to the right side of the screen. The run dialog is opened by clicking on the tiny bbrun window, very elegant! You don't necessarily need Blackbox for this program to work. It looks just as good in Fluxbox, but it won't look the same in other window managers. Homepage: http://bbtools.windsofstorm.net Debian package: http://stanvasilyev.homelinux.com/debian/bbrun/ Best regards, Stan Vasilyev signature.asc Description: OpenPGP digital signature
dpatch & upstream source
hello, I was just wondering. I'm working on some big changes for the new upstream of the erlang packages. The biggest change is that the package is now fully using dpatch, *but*, basing myself on some other package I've seen (coreutils for example), I've put the compressed upstream right in the package. It is extracted using a dpatch scriptlet. Is it okay to do that, for one thing? (I'll have some other question later) Francois-Denis Gonthier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
