Bug#350391: current debs
On 11/07/07, Joey Hess [EMAIL PROTECTED] wrote: I trieed Eddy's current debs, and they work great. I see there might be some problems with big endian, but surely that's not a reason to delay uploading this terrific game to unstable? Over 90% of debian users are on little-endian arches, according to popcon. The main problem is not big endian support, the problem is that for all arches except i386 the binary is statically linked. If anyone wants to take a look at this issue, please, do. But be warned, that stupid build system jam is really broken and I had to do some really weird stuff to go round it. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360524: If it helps, there is a package in Ubuntu
Hello, A package for Audacios is present in Ubuntu's REVU (similar with debian mentors), it might be helpful (if by any chance is not the same package). Take a look: http://revu.tauware.de/details.py?upid=2877 -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350391: glest package - an analysis
Hello Giuseppe, I have seen your comments on REVU, how would you feel about comaintaining glest insde the Debian Games Team, thus we could have both the Ubuntu and the Debian version in sync and we could reduce the packaing effort? Now, about the package... I have made a modified Jamfile which adds a clean target (see bug #350391 in debian BTS: http://bugs.debian.org/350391), but there are some problems related to dpatch and the way the editor target is removed. Why did you disable it? I think it would be a good thing to have the editor, too, so I don't see a reason to remove it. Still I think the clean target is not complete, but I didn't had time to fully follow this and inverstigate. On 11/08/06, Eddy Petrişor [EMAIL PROTECTED] wrote: On 11/08/06, Eddy Petrişor [EMAIL PROTECTED] wrote: On 11/08/06, Eddy Petrişor [EMAIL PROTECTED] wrote: http://revu.tauware.de/details.py?upid=2849 - !!! the build process does *not* stop at any of these errors !!! Oh, crap, just saw it: -cd mk/linux jam Please note that it won't stop compiling the targets if one fails due to jam's nature. IIRC jam -q could do that trick, but not sure though. the package has just compiled, I'll look into the ignoring thingies That leaves us also with the clean target not really doing the right job (did this after a build and running by hand debian/rules clean): I worked a little on fixing the clean target, but is not yet there, because there is another patch which affects the Jamfile, which disables the editor. This is how the file should look like after the clean target is added. I have also a modified debian/rules but because of the editor target patch issue I haven't published it yet. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#350391: glest package - an analysis
On 11/08/06, Stefan Potyra [EMAIL PROTECTED] wrote: Hi Eddy, thanks for stepping in here, I'm just -EOUTOFTIME right now :(. NP Am Donnerstag 10 August 2006 15:29 schrieb Eddy Petrişor: #I'll take this, in the name of the Debian Games Team owner 350391 ! thanks Hello, I have looked over the glest package in REVU and tried to compile the package. I don't know what happens with this package, but it FTBFS for me. Seems like you didn't look at the latest uploaded version to revu... it's http://revu.tauware.de/details.py?upid=2849 *This* is weird! I specifically remember REVU pointing to a package older than the one that should have been, judjing from the REVU page. I have deleted from the dsc url the trailing part and looked by hand the most recent upload of glest, then using that link to get the package via dget. Maybe I have mixed middle click paste and shift+insert paste. (if you follow that link, and a newer version has been uploaded to revu, you'll need to click on the latest date to switch to this upload. I know, it's a little bit annoying that revu doesn't highlight what exact version s.o. is looking at.) - not gcc 4.1 ready (lots of extraqualification erros) This is fixed in the latter upload. - !!! the build process does *not* stop at any of these errors !!! Oh, crap, just saw it: -cd mk/linux jam Please note that it won't stop compiling the targets if one fails due to jam's nature. IIRC jam -q could do that trick, but not sure though. the package has just compiled, I'll look into the ignoring thingies - the glest binary is, of course, not created because many object files are broken, thus the dh_install rule fails when looking for that file - I think there are some places where the result of a rule in a target is ignored, which might be problematic I'll try to package this game after I test it some more ;-) The version I built for ubuntu works quite well, but I didn't test it on unstable yet. Also I didn't come around testing multiplayer. (And the AI always beats me *g*). As a side note: the glest script will link the binary and the game data to ~/.glest, which I think is not the very best approach to do so. However that way it's possible to dump custom maps to ~/.glest, which otherwise doesn't seem possible. I didn't look at any code bits yet, maybe glest could be customized to honour both DATADIR and ~/.glest. Hmm, yes, that would be nice, but we will see. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#350391: glest package - an analysis
On 11/08/06, Eddy Petrişor [EMAIL PROTECTED] wrote: http://revu.tauware.de/details.py?upid=2849 - !!! the build process does *not* stop at any of these errors !!! Oh, crap, just saw it: -cd mk/linux jam Please note that it won't stop compiling the targets if one fails due to jam's nature. IIRC jam -q could do that trick, but not sure though. the package has just compiled, I'll look into the ignoring thingies That leaves us also with the clean target not really doing the right job (did this after a build and running by hand debian/rules clean): # dpkg-buildpackage -uc -us dpkg-buildpackage: source package is glest dpkg-buildpackage: source version is 2.0.0-0ubuntu1 dpkg-buildpackage: source changed by Giuseppe Borzi [EMAIL PROTECTED] dpkg-buildpackage: host architecture i386 dpkg-buildpackage: source version without epoch 2.0.0-0ubuntu1 debian/rules clean dh_testdir dh_testroot rm -f build-stamp configure-stamp # Add here commands to clean up after the build process. /usr/bin/make clean make[1]: Entering directory `/build/glest-2.0.0' make[1]: *** No rule to make target `clean'. Stop. make[1]: Leaving directory `/build/glest-2.0.0' make: [clean-patched] Error 2 (ignored) dh_clean dpatch deapply-all 10_fix_gcc-4.1_particle.h not applied to ./ . 01_nomapeditor not applied to ./ . rm -rf patch-stamp patch-stampT debian/patched dpkg-source -b glest-2.0.0 dpkg-source: building glest using existing glest_2.0.0.orig.tar.gz dpkg-source: building glest in glest_2.0.0-0ubuntu1.diff.gz dpkg-source: cannot represent change to mk/linux/shared_lib: dpkg-source: new version is symlink dpkg-source: old version is nonexistent dpkg-source: warning: executable mode 0755 of `mk/linux/configure' will not be represented in diff dpkg-source: cannot represent change to mk/linux/glest_game: dpkg-source: new version is symlink dpkg-source: old version is nonexistent dpkg-source: cannot represent change to mk/linux/glest_map_editor: dpkg-source: new version is symlink dpkg-source: old version is nonexistent dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/shared_lib/sources/libglestlib.a: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/ai/ai.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/ai/ai_interface.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/ai/path_finder.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/ai/ai_rule.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/facilities/game_util.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/facilities/logger.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/facilities/components.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/game/console.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/game/game_camera.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/game/stats.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/game/commander.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/game/game.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/global/metrics.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/global/core_data.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/global/lang.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/global/config.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/graphics/renderer.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/graphics/particle_type.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/gui/selection.o: binary file contents changed dpkg-source: cannot represent change to mk/linux/build/i486-pc-linux-gnu/optimize/glest_game/gui/display.o: binary file contents changed dpkg-source
Bug#350391: glest package - an analysis
On 11/08/06, Eddy Petrişor [EMAIL PROTECTED] wrote: On 11/08/06, Eddy Petrişor [EMAIL PROTECTED] wrote: http://revu.tauware.de/details.py?upid=2849 - !!! the build process does *not* stop at any of these errors !!! Oh, crap, just saw it: -cd mk/linux jam Please note that it won't stop compiling the targets if one fails due to jam's nature. IIRC jam -q could do that trick, but not sure though. the package has just compiled, I'll look into the ignoring thingies That leaves us also with the clean target not really doing the right job (did this after a build and running by hand debian/rules clean): I worked a little on fixing the clean target, but is not yet there, because there is another patch which affects the Jamfile, which disables the editor. This is how the file should look like after the clean target is added. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein Jamfile Description: Binary data
Bug#350391: glest package - an analysis
#I'll take this, in the name of the Debian Games Team owner 350391 ! thanks Hello, I have looked over the glest package in REVU and tried to compile the package. I don't know what happens with this package, but it FTBFS for me. These are the issues I have seen: - build depends on libxerces26-dev (debian has 27) - not gcc 4.1 ready (lots of extraqualification erros) - !!! the build process does *not* stop at any of these errors !!! - the glest binary is, of course, not created because many object files are broken, thus the dh_install rule fails when looking for that file - I think there are some places where the result of a rule in a target is ignored, which might be problematic I'll try to package this game after I test it some more ;-) -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334173: ITP: angrydd -- classic falling block puzzle game
retitle 334173 RFP: angrydd -- classic falling block puzzle game thanks On 27/07/06, Joe Wreschnig [EMAIL PROTECTED] wrote: On Thu, 2006-07-27 at 17:22 +0300, Eddy Petrişor wrote: Hello all, I see that the homepage of this game[1] contains a Debian package for this game. Jon, are you still interested in maintaining this game package, or are you its upstream? In any case, some Debian Developer could sponsor an upload, if you ask for one. Probably he might be a member of the Debian Games Team[*]. I'm not interested in maintaining any Python packages in Debian right now. Feel free to hijack this ITP. I am not going to maintain this package because of personal reasons. Maybe soemone in the games team can do it. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#350391: RFP, nobody active
# it seems nobody is actively working on this. # Although there are some prety good packages in Ubuntu's REVU, it # isn't sure that they are free. # see links at: http://lists.debian.org/debian-devel-games/2006/07/msg00086.html retitle 350391 RFP: glest -- Free 3D fantasy real-time-strategy game thanks -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296714: clanlib, when
On 30/07/06, Daniel Baumann [EMAIL PROTECTED] wrote: Eddy Petrişor wrote: You said in November last year that you will hijack this package, do you still intend to do this? What is the status? I've half-finished packages, it's still on my todo. Except them to be done within a week. Cool, thanks. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#296714: clanlib, when
Hello Daniel, You said in November last year that you will hijack this package, do you still intend to do this? What is the status? AFAIUI, the new version should be made to work in parallel with the old one since there are some packages which depend on the old version (while upsteam has made this possible). -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296714: ITP: freepop -- game inspired by the classic Populous series
On 29/07/06, Gerfried Fuchs [EMAIL PROTECTED] wrote: reopen 296714 thanks * Eddy Petri??or [EMAIL PROTECTED] [2006-07-27 17:10]: I see that the repo[1] linked by Gerfried in the original mail contains a package for this game. Right. Did you also read the README in that directory? Now I have. Note that DRI is almost always needed for games with graphics a little more advanced than a basic level, but that info (except the upgrade stuff) should have been in the ITP bug report, IMHO. It would have been more visible and allowed others to test the experimental packages you prepared on DRI enabled systems. Gerfried, are you still interested in maintaining this game package? Yes. Thanks for reopening the bug. If so, some Debian Developer could sponsor an upload, if you ask for one. Probably he might be a member of the Debian Games Team[*]. I really wonder: you send this message to someone with a @debian.org address. I haven't yet met a person that has a @debian.org address and is _no_ Debian Developer... Furthermore if you check the archives for at least the list when it still was hostes on alioth, or take a peek into the IRC channel for the group, you might find me there, too. I would have expected that such a request would come from someone who is a bit more involved themselfes... Sorry, for that, this mail was semi automated, in the sense that I almost fully copy pasted the whole thing in there from another mail and adapated the first paragaph, forgetting to check if the second part applies. Seeing the bug closed by damog because is ITP for more than a year, currently almost a year and a half from its opening, and having that on Debian Games Teams WNPP[1] wiki I went over it (like I did with others, pinging the ones which I thought were interesting enough). This was interesting. I don't see any reason to get upset for something that can clearly be an understandable mistake. I made a simillar mistake with Daniel Bauman (indeed I saw a non @d.o mail), he didn't mind. Maybe you forgot, but this was supposed to be fun ;-) . If you decide to maintaina the package, please send an email to [EMAIL PROTECTED] with the following contents. The bug will be closed yet another time at upload time. If you would read the README you would notice that an upload still Still there was no sign from you when the automated mail from David closed the bug one year later (now about a half a year ago). can't happen currently. The clanlib 0.7 packages done back then by fenio weren't approved by the clanlib maintainers, and there wasn't yet a different approch to get clanlib 0.7 into Debian. Furthermore I don't So? That was more than one year ago and you could have blocked this ITP with the bug which already existed, #188449, and add one more comment about the blocking in both bugs. I don't see anything bad in letting others know that you are invloved and interested and showing the clanlib maintainer that the new version is needed. Sarge was out the door one year ago, but still clanlib 0.7 is not in Debian, because of an unresponsive maintainer (#188449 says enough to motivate one to hijack the package, as Daniel said he would do). [1] http://wiki.debian.org/Games/WNPP -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350391: Glest ITP is RFP or I will be disconnected for an undefinite period of time
Hello, Mortiz has told me in private that he currently does not have any time to package Glest, and he is fine with me taking the job, but since I will move from one city to another next week, and I don't know yet any details related to Internet connectivity at the new place, I am forwarding this to the Debian Games Team. So this is now actually in the hands of the Debian Games Team, if somebody steps up to the task. P.S.: This is also an announce to the Debian Games Team to take over any activity I might be involved in, related to games. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296714: ITP: freepop -- game inspired by the classic Populous series
Hello all, I see that the repo[1] linked by Gerfried in the original mail contains a package for this game. Gerfried, are you still interested in maintaining this game package? If so, some Debian Developer could sponsor an upload, if you ask for one. Probably he might be a member of the Debian Games Team[*]. If you decide to maintaina the package, please send an email to [EMAIL PROTECTED] with the following contents. The bug will be closed yet another time at upload time. reopen 296714 thanks [1] http://alfie.ist.org/debian/freepop/ [*] See mail in CC -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295785: ITP: 2pong -- It's a pong clone, but a one difference-It's played with two balls.
Hello all, I see Daniel has done a package for 2pong while I haven't seen any(recoreded) activity from Alex. Thus I think Danel is the right man for this job. Daniel are you stil interested in packaging this game? If so, maybe you could ask for sponsorship on the Debian Devel Games list[*] and maybe join the team? [*] see the CC -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334173: ITP: angrydd -- classic falling block puzzle game
Hello all, I see that the homepage of this game[1] contains a Debian package for this game. Jon, are you still interested in maintaining this game package, or are you its upstream? In any case, some Debian Developer could sponsor an upload, if you ask for one. Probably he might be a member of the Debian Games Team[*]. [1] http://www.sacredchao.net/~piman/angrydd/ [*] See CC -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360524: Fwd: audacious
Daniel, thanks for offering. This is most interesting to the owner, I am a potential user. BTW, Adam, you didn't said anything about the lintian warning. What does it say? Do you have the package placed in public? I have suggested debian-mentors.debian.net, a service especially made for this thing. As you can see, now you have a sponsor for your package, just make it public and fix that last warning ;-) . -- Forwarded message -- From: Daniel Baumann [EMAIL PROTECTED] Date: 26-Jul-2006 13:43 Subject: audacious To: [EMAIL PROTECTED] Hi, if you need a sponsor for the package, I'm hereby offering to do that. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350391: Glest ITP and one more proposal
Hello Mortiz, Glest has just been added to the Games/Suggested wiki page, and I saw your ITP. What is the current status of the work on this game. This game look awsome and is the kind of games that deserves to be in Debian ;-) I take this occasion to suggest that, when talking about ITPs and RFPs which concern games, I think it would be good if we would CC the list also. In this way we are more aware about otther's progress and avoid stepping on each other's feet. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327462: Already in Ubuntu, maybe this is easier!
Hello, This package is present in Ubuntu under the name icecc. Note that icecc is the suggested name for yet another package, but is waited for about 3 years now. http://packages.ubuntu.com/edgy/source/icecc -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360524: Audacious, status?
Hello, What is the status of this package? Do you need help? Did you package it? Related to the description, I suggest Next generation player after XMMS, based on gtk2 or something along this idea. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360524: Audacious, status?
On 24/07/06, Adam Cécile (Le_Vert) [EMAIL PROTECTED] wrote: Eddy Petrişor wrote: Hello, What is the status of this package? Do you need help? Did you package it? Related to the description, I suggest Next generation player after XMMS, based on gtk2 or something along this idea. I'm still working on it. Yes I need help for the last lintian warning. ask on debian-mentors I'm going tu update this ITP in a few minute, as soon as I'll find my debs an host them somewhere ! mentors.debian.net is especially designed for this -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#378861: RFP: icmptx -- IP tunnel over ICMP
Subject: RFP: icmptx -- IP tunnel over ICMP Package: wnpp Severity: wishlist *** Please type your report below this line *** * Package name: icmptx Version : 0.01 Upstream Author : Maxim Krasnyansky [EMAIL PROTECTED], edi / teso, and others. * URL : http://thomer.com/icmptx/icmptx-0.01.tar.gz * License : GPL and unknown Programming Lang: C Description : IP tunnel over ICMP You're sitting in an airport or in a cafe, and people want your money for Internet access. They do allow ICMP traffic, though (i.e., you can ping machines on the Internet). Enters ICMPTX. (If you can't use ping, but you can issue name queries, use NSTX: IP-over-DNS.) The icmptx.c and it.c are a little bit shaky on the copyright, the rest seem they all have copyright belonging to Maxim Krasnyansky. icmptx.c contains this text: /* Code is ruthlessly ripped from vtun and itunnel with appropriate changes. * Guys, thanks for the great stuff! * * itunnel - an ICMP tunnel by edi / teso * VTun - Virtual Tunnel over TCP/IP network. * * Original author unknown, but modified by Thomer M. Gil who found the original * code through * http://www.linuxexposed.com/Articles/Hacking/Case-of-a-wireless-hack.html * (a page written by Siim Põder). * * The icmptx website is at http://thomer.com/icmptx/ */ it.c contains: /* * itunnel - an ICMP tunnel by edi / teso * usage: it [-i id] [-s packetsize] host * establishes a bidirectional ICMP * 'connection' with 'host' by listening * to ICMP packets with a specific id * (default: 7530). uses stdin and stdout * and needs to run as root. c * */ -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#378861: Acknowledgement (RFP: icmptx -- IP tunnel over ICMP)
Siim Põder [EMAIL PROTECTED] has this note on his site[1]: Everything reachable in this directory and in all directories below it is for free use by anyone, for any purpose. There is no obligation, but I would like if you'd send me an email, should you find a use for any of this. The source[3] is linked in the article (origin for the one in [4]). [1] the article[2] points to his site and indicates he took the source from itunnel and made some changes. [2] http://www.linuxexposed.com/content/view/153/52/ [3] http://p6drad-teel.net/%7Ewindo/release/icmp_tunnel.tar.gz [4] http://thomer.com/icmptx/ -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#327462: patch to make the package buildable in unstable
Tags: patch Hello, I have took a look at the SVN source of icecc-icecream and fixed it to make it compile in unstable. All was made against this: URL: svn://anonsvn.kde.org:443/home/kde/trunk/icecream Repository UUID: 283d02a7-25f6-0310-bc7c-ecb5cbfe19da Revision: 564192 Last Changed Rev: 563742 I haven't tested lintian, linda or piuparts. I wonder if this is the first time there is a patch against wnpp :) -- Regards, EddyP = Imagination is more important than knowledge A.Einstein Index: debian/control === --- debian/control (revision 564217) +++ debian/control (working copy) @@ -3,8 +3,8 @@ Priority: optional Maintainer: Andre Woebbeking [EMAIL PROTECTED] Uploaders: -Build-Depends: automake1.9, debhelper ( 5.0.0), libtool -Standards-Version: 3.6.1.0 +Build-Depends: automake1.9, debhelper ( 5.0.0), libtool, docbook2x, sharutils, kdelibs-data +Standards-Version: 3.7.2 Package: icecc Architecture: any @@ -20,6 +20,8 @@ the same libraries or header files installed. . This package is part of the KDE Software Development Kit. + . + Homepage: http://en.opensuse.org/Icecream Package: libicecc-dev Architecture: any @@ -34,3 +36,5 @@ the same libraries or header files installed. . This package provides files which are necessary to build icecc-monitor. + . + Homepage: http://en.opensuse.org/Icecream Index: debian/changelog === --- debian/changelog (revision 564217) +++ debian/changelog (working copy) @@ -1,3 +1,11 @@ +icecc (0.7.6-2) UNRELEASED; urgency=low + + * add missing dependencies: docbook2x, sharutils + * added dependency on kdelibs-data because it contains kdex.dtd + * fixed location from which the package expects to get manpages' sources + + -- Eddy PetriÅor [EMAIL PROTECTED] Wed, 19 Jul 2006 17:35:28 +0300 + icecc (0.7.6-1) unstable; urgency=low * New upstream version. Index: debian/rules === --- debian/rules (revision 564217) +++ debian/rules (working copy) @@ -54,6 +54,12 @@ cd $(objdir) \ ../configure $(configkde) + # add the dtd + cp /usr/share/apps/ksgmltools2/customization/dtd/kdex.dtd doc/ + + # prepare terain for documantation building + mkdir -p debian/man/ + touch configure-stamp #Architecture @@ -67,8 +73,8 @@ $(MAKE) # generate manpages - for i in debian/man/*.docbook; do \ - docbook2x-man $$i; \ + for i in doc/*.docbook; do \ + cd debian/man docbook2x-man ../../$$i cd ../../; \ done touch build-arch-stamp @@ -106,6 +112,10 @@ # Remove build tree rm -rf $(objdir) + # Remove documentation build place and build cruft + rm -fr debian/man + rm -fr doc/kdex.dtd + # if Makefile exists run distclean if test -f Makefile; then \ $(MAKE) distclean; \
Bug#327462: of course, there are some small changes
Hello, Me again with an updated patch. I wanted to update teh standards version, but I din't had time. Also, I documented also the addition of the Hoempage URL. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein Index: debian/control === --- debian/control (revision 564192) +++ debian/control (working copy) @@ -3,7 +3,7 @@ Priority: optional Maintainer: Andre Woebbeking [EMAIL PROTECTED] Uploaders: -Build-Depends: automake1.9, debhelper ( 5.0.0), libtool +Build-Depends: automake1.9, debhelper ( 5.0.0), libtool, docbook2x, sharutils, kdelibs-data Standards-Version: 3.6.1.0 Package: icecc @@ -20,6 +20,8 @@ the same libraries or header files installed. . This package is part of the KDE Software Development Kit. + . + Homepage: http://en.opensuse.org/Icecream Package: libicecc-dev Architecture: any @@ -34,3 +36,5 @@ the same libraries or header files installed. . This package provides files which are necessary to build icecc-monitor. + . + Homepage: http://en.opensuse.org/Icecream Index: debian/changelog === --- debian/changelog (revision 564192) +++ debian/changelog (working copy) @@ -1,3 +1,13 @@ +icecc (0.7.6-2) unstable; urgency=low + + [ Eddy PetriÅor ] + * add missing dependencies: docbook2x, sharutils + * added dependency on kdelibs-data because it contains kdex.dtd + * fixed location from which the package expects to get manpages' sources + * added the Homepage URL + + -- Eddy PetriÅor [EMAIL PROTECTED] Wed, 19 Jul 2006 17:35:28 +0300 + icecc (0.7.6-1) unstable; urgency=low * New upstream version. Index: debian/rules === --- debian/rules (revision 564192) +++ debian/rules (working copy) @@ -54,6 +54,12 @@ cd $(objdir) \ ../configure $(configkde) + # add the dtd + cp /usr/share/apps/ksgmltools2/customization/dtd/kdex.dtd doc/ + + # prepare terain for documantation building + mkdir -p debian/man/ + touch configure-stamp #Architecture @@ -67,8 +73,8 @@ $(MAKE) # generate manpages - for i in debian/man/*.docbook; do \ - docbook2x-man $$i; \ + for i in doc/*.docbook; do \ + cd debian/man docbook2x-man ../../$$i cd ../../; \ done touch build-arch-stamp @@ -106,6 +112,10 @@ # Remove build tree rm -rf $(objdir) + # Remove documentation build place and build cruft + rm -fr debian/man + rm -fr doc/kdex.dtd + # if Makefile exists run distclean if test -f Makefile; then \ $(MAKE) distclean; \
Bug#373968: blobwars 2: are you interested in packaging this, as well?
Hello Ondřej, There is a RFP for blobwars 2 in BTS, #373968. Are you interested in packaging this as well. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#358566: games
block 358566 with 316335 thanks Paragui should be updated to a newer version. As I can see paragui can't be adopted by the Debian Games Team since is now under the control of Debian SDL packages maintainers. Until somebody does the update I should say that the Debian Games Team would like to package it, so these should wait ;-) owner 358566 [EMAIL PROTECTED] retitle 358566 ITP: freelords -- A turn-based strategy game in the style of the classical Warlords -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358566: when I said it...
When I said Debian Games Team would like to package it by it I was refering to freelords. Sorry for the confusion. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367710: closed by Christoph Haas [EMAIL PROTECTED] (Bug#367710: fixed in bsc 2.21-1)
On 6/18/06, Debian Bug Tracking System [EMAIL PROTECTED] wrote: This is an automatic notification regarding your Bug report #367710: ITP: bscommander -- An orthodox file manager for qt/KDE, which was filed against the wnpp package. It has been closed by Christoph Haas [EMAIL PROTECTED]. Thanks for packaging this. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300970: If anybody
Hello, If anybody would like to try the packaging of this application I would be glad to provide my modifications. I haven't finalized it because there are some things missing: - a sane versioning scheme (due to upsteam) - debconf templates and automated configuration through debconf -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#236706: Some stability issues
Hello all, I know that qingy is fine and dandy but I found out (when I made a package of my own with 0.6.0) that qingy is quite unstable and uninstalled it. At that time (August-September) I decided this was not Debian material. Is qingy as unstable as it was back then? -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#365728: RFP: helium - functional programming language and a compiler designed especially for learning Haskell
Package: wnpp Severity: wishlist * Package name: helium Version : 1.6 Upstream Author : The Helium team (http://www.cs.uu.nl/helium/contact.html) * URL : http://www.cs.uu.nl/helium/index.html * License : Helium is distributed under the GNU General Public License. Description : functional PL and a compiler designed especially for learning Haskell Helium is a functional programming language and a compiler designed especially for learning Haskell. It is being developed at the Software Technology group of the Institute of Information and Computing Sciences of Utrecht University in the Netherlands. Quality of the error messages has been the main concern both in the choice of the language features and in the implementation of the compiler. Our goal is to let students (or anyone) learn functional programming more quickly and with more fun. Note: Helium does not support type classes yet. For that reason it is incompatible with Haskell text books. The language is a subset of the Haskell language. The essential features we want to teach are all there: algebraic data types, pattern matching, higher-order functions, laziness and polymorphism. The most notable difference with Haskell is the absence of overloading, which is a mixed blessing. Without overloading many function types are simpler and thus more specific type errors can be given. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#292841: ivman: ITP abandoned?
Hello, I have seen you made a package for ivman, please make a request for sponsor on debian mentors[1][2] and upload on mentors [3] (if you can't upload yourself) All of this will hold true until you become a developer[4]. I hope I'll see your package soon in unstable [1] http://mentors.debian.net/ [2] debian-mentors@lists.debian.org [3] http://mentors.debian.net/signup.php [4] http://mentors.debian.net/becomedev.php -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#292841: ivmam ITP
Hello Torsten, Mike, Florian, I've built a package for debian/sarge with ivman 0.6.4. The new version depends on a new hal and dbus which are not integrated in sarge. The latest ivman version only runs in etch and sid, I think. There is no need to make a package for the stable version if the package is not already there. The way the package should enter Debian is via unstable - testing - stable route. Also, see my mail about the sponsoring issue [1]. I assume Florian Ragwitz is Torsten's sponsor (taking into account he gave[2] the link to his site as a source for his packages). Torsten, a complete path to the Debian packages (I think) it would be appreciated. I hope you (Torsten and Mike) are working together on this effort and do not duplicate work. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=292841;msg=77 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=292841;msg=67 -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#353777: RFS: multixterm -- drive multiple xterms separately or together
On 3/7/06, gregor herrmann [EMAIL PROTECTED] wrote: On Tue, Mar 07, 2006 at 05:11:29PM +0100, Michelle Konzack wrote: (shortening cc:-list) clusterssh opens xterms with ssh sessions, multixterm opens multiple xterms (with whatever contents). So if you want to control several xterms at the same time that are not ssh sessions multixterm can handle this but clusterssh can't. :-/ If you find a good argument why controlling multiple xterms simultanously that contain no ssh sessions might be useful I guess there's no problem with re-opening the ITP bug and looking for a sponsor again. System performance tests? Multiple compilations on multiple machines, including the host? installation of multiple chroot environments on the loacl machine? -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
