Bug#636882: ardentryst: Copyright file is incomplete
Hi Jordan, Recently, a bug report (#636882, see [1]) has been filed against the Ardentryst package in Debian, related to the copyright attribution of Ardentryst's data and sound files. While the bug has (sort of) been fixed, the bug reporter (and I) would like to ask for your input on that matter; i.e. it would be nice if you could clarify which data and sound files are your own creations and can be attributed to you. If possible, can you also point out which data/music/sound files are copyrighted by which contributor(s) you list in the in-game credits? The most up-to-date copy of Ardentryst's debian/copyright can be found at [2]; I'd be grateful if you could take a look at it and offer any suggestions/modifications. Kind regards, - Vincent Cheng [1] http://bugs.debian.org/636882 [2] http://anonscm.debian.org/viewvc/pkg-games/packages/trunk/ardentryst/debian/copyright?revision=12567view=markup -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579102: Depends on non-main packages to compile
[Adding Dererk, my original sponsor, to cc: for his input] On Sun, Aug 7, 2011 at 10:50 PM, Vincent Bernat ber...@luffy.cx wrote: I am pretty sorry but providing a binary package that does not depend on nvidia blob does not make conky allowed to be in main. Policy 2.2.1 states that a package in main must not require a package outside of main for compilation or execution (thus, the package must not declare a Depends, Recommends, or Build-Depends relationship on a non-main package). Therefore, conky should be moved back into contrib. I was worried that this would be the case, which was why I originally planned on uploading conky as two separate source packages (see my earlier reply at [1] for my rationale), but my sponsor convinced me that this was unnecessary and not preferable, since it would result in two source packages that would be exactly the same. and that it's still possible for a source package in main to build-depend on contrib components and produce binary packages for main. I guess it is indeed possible since the buildds haven't been complaining about uninstallable build dependencies...but if it violates Policy, this shouldn't be at all possible and needs to be fixed. Moreover, conky-std was lacking some functionalities of conky-all. This is a pity that users that choose to keep their system with only free stuff do not have access to a complete version of conky just because the complete version also has nvidia stuff in it. Users of main should not be second-class citizens. That's true; I couldn't think of any solutions earlier however, besides building yet another binary conky package (conky-all-nvidia?), but building additional binary conky packages is something I'd rather avoid. I hadn't thought about the possible solution you mention below though. ;) It seems that nvidia.c could be provided into an alternate version that uses nvidia-settings if installed. From: https://wiki.archlinux.org/index.php/NVIDIA#Method_1_-_nvidia-settings $ nvidia-settings -q gpucoretemp -t 41 If you can provide the name of other settings, I could come up with a patch to solve this. An excerpt from [2] (scroll down to nvidia): Nvidia graficcard support for the XNVCtrl library. Each option can be shortened to the least significant part. Temperatures are printed as float, all other values as integer. threshold - The thresholdtemperature at which the gpu slows down temp - Gives the gpu current temperature ambient - Gives current air temperature near GPU case gpufreq - Gives the current gpu frequency memfreq - Gives the current mem frequency imagequality - Which imagequality should be chosen by OpenGL applications Example Conky output: ${nvidia threshold} - 127 (in degrees celsius) ${nvidia temp} - 40 (also in degrees celsius) ${nvidia ambient} - N/A (ambient doesn't seem to be working for me for some reason) ${nvidia gpufreq} - 169 (in MHz) ${nvidia memfreq} - 100 (also in MHz) ${nvidia imagequality} - 1 (valid values are from 0 to 3, 0 = high quality, 3 = high performance) This is what I've managed to deduce so far: $ nvidia-settings -q GPUCurrentClockFreqs -t 169,100 (first value = ${nvidia gpufreq}, second value = ${nvidia memfreq}) $ nvidia-settings -q OpenGLImageSettings -t 1 (= output of ${nvidia imagequality}) I've also dumped the output of nvidia-settings -q all into a pastebin [3], if it helps any. I'm not sure about ${nvidia threshold} or ${nvidia ambient} though, sorry. If you'd like to write a patch to implement this, I'd be glad to test it! - Vincent [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579102#47 [2] http://conky.sourceforge.net/variables.html [3] http://pastebin.com/KNGHiCVm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636821: libxnvctrl-dev uninstallable on Sid
Package: libxnvctrl-dev Severity: important Tags: patch I've just come across this bug while trying to build conky in an up-to-date Sid pbuilder chroot; at the moment, it seems that libxnvctrl-dev can't be installed (and causes conky to FTBFS as a side effect). # aptitude install libxnvctrl-dev The following NEW packages will be installed: libxnvctrl-dev{b} 0 packages upgraded, 1 newly installed, 0 to remove and 1 not upgraded. Need to get 90.7 kB of archives. After unpacking 459 kB will be used. The following packages have unmet dependencies: libxnvctrl-dev: PreDepends: nvidia-common which is a virtual package. The following actions will resolve these dependencies: Keep the following packages at their current version: 1) libxnvctrl-dev [Not Installed] Accept this solution? [Y/n/q/?] n *** No more solutions available *** The following patch should fix this bug: diff -Nru a/debian/control b/debian/control --- a/debian/control2011-07-06 12:33:37.0 -0700 +++ b/debian/control2011-08-05 23:37:52.169895686 -0700 @@ -35,7 +35,7 @@ Package: libxnvctrl-dev Section: contrib/libdevel Architecture: i386 amd64 -Pre-Depends: nvidia-common +Pre-Depends: nvidia-installer-cleanup Depends: ${shlibs:Depends}, ${misc:Depends} Breaks: nvidia-settings ( 260.19.44) Replaces: nvidia-settings ( 260.19.44) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-4.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636882: ardentryst: Copyright file is incomplete
On Sat, Aug 6, 2011 at 11:04 AM, Sylvain Beucler b...@debian.org wrote: Package: ardentryst Version: 1.71-2 Severity: normal Hi Vincent, I was looking at this nice game, and wondering where the music came from. I see that the game's credits disagree with the debian/copyright file: the credits mention numerous contributions for sounds and music (notably freesound.org and digifish.org), but the debian/copyright file credit them all to Jordan Trudgett. I suggest you clarify the data attribution. Hi Sylvain, You're right, Ardentryst's debian/copyright file needs to be modified to account for the contributors of the game's sound files, but the upstream author hasn't provided much information about the source for those sound files, aside from the in-game credits and a COPYING.data file in the source tarball (which does not provide any copyright information aside from stating that Ardentryst's data, music, and sounds are licensed under CC 3.0). In particular, years of copyright attribution are missing, and the upstream author has neglected to point out which sound files are copyrighted by which contributor(s). Based off of what information I have, my proposed modification to debian/copyright can be found at [1]; if that is insufficient, I'll contact the upstream author. Kind regards, - Vincent [1] http://anonscm.debian.org/viewvc/pkg-games/packages/trunk/ardentryst/debian/copyright?revision=12567view=markup -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636367: libcurl4-gnutls-dev does not provide /usr/include/curl/types.h on kFreeBSD
On Tue, Aug 2, 2011 at 10:38 PM, Christoph Egger christ...@christoph-egger.org wrote: I *guess* you just need to add a -lbsd to the final linker line but not sure there. Will try to work on it if I find some time (was actually trying to work on that when I noticed the other problem). That'd be great, thanks. I intend to set up kfreebsd in a VM once I have a bit of spare time and look into this myself (and to fix FTBFS issues in some of my other packages as well), but I wouldn't mind at all if you beat me to it. :) Regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636252: High scores should list maximum level reached
Forwarded upstream to https://sourceforge.net/tracker/?func=detailaid=3385856group_id=242667atid=1121675 Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636248: Close button in window decorations does not close game
Forwarded upstream to https://sourceforge.net/tracker/?func=detailaid=3385854group_id=242667atid=1121672 Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636367: libcurl4-gnutls-dev does not provide /usr/include/curl/types.h on kFreeBSD
reassign 636367 conky retitle 636367 conky FTBFS with curl-7.21.7 severity 636367 serious tags 636367 confirmed fixed-upstream thanks On Tue, Aug 2, 2011 at 2:26 PM, Christoph Egger christ...@debian.org wrote: As this seems to be a old, unused private header and seems to be gone everywhere since a day or so maybe this is not a curl problem but one in conky? Yes, this is a bug in conky that has been reported [1] and fixed [2] in upstream git (which I believe affects all archs, not just kfreebsd). Christoph, can you confirm that the upstream patch fixes the FTBFS? Also, if you do manage to build conky successfully with kfreebsd, please let me know how you did it. At the moment, conky seems to FTBFS due to an unrelated issue (see the build log at [3]), which I'm not sure how to fix. Kind regards, - Vincent Cheng [1] http://sourceforge.net/tracker/?func=detailaid=3383906group_id=143975atid=757308 [2] http://git.omp.am/?p=conky.git;a=commit;h=1321a41015695a75c1a73476d43c882dc270df64 [3] https://buildd.debian.org/status/fetch.php?pkg=conkyarch=kfreebsd-amd64ver=1.8.1-1stamp=1311676483 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635637: conky: elements disordered
forwarded 635637 https://sourceforge.net/tracker/?func=detailaid=3084509group_id=143975atid=757308 tags 635637 - moreinfo + upstream thanks From the info you've provided so far, I'd say that the root cause of this bug is likely due to execi/execpi having problems dealing with a multi-line config file, which is briefly explained in the upstream bug report that I've marked as forwarded. Since this is an upstream issue, I'm tagging this bug report as such. - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635644: conky-std: often fails to start from .xsession (Alarm clock error)
forwarded 635644 https://sourceforge.net/tracker/?func=detailatid=757308aid=3381993group_id=143975 tags 635644 upstream thanks On Thu, Jul 28, 2011 at 12:00 PM, Francesco Poli invernom...@paranoici.org wrote: [please remember to Cc: me, otherwise I will only be able to see your replies on the BTS web interface] Sorry, will do! Maybe the first time Fluxbox is started, it is not fast enough to do something that is needed by Conky, and the latter fails to start because of this. The next times Fluxbox is started (without rebooting the box), it is faster to load, due to memory caches and similar tricks performed by the kernel: as a consequence, Conky finds Fluxbox fully initialized (or more initialized, anyway) and is able to start properly. This is all I can imagine, as a guessed explanation... Could it be? Or am I completely off-track? At the moment, that sounds like the most reasonable explanation for this bug... Well, I think it *is* a bug, even though we *may* have found a way to work around it. Hence, it would be very nice of you, if you could forward the bug report upstream... I've just forwarded the bug upstream; see https://sourceforge.net/tracker/?func=detailatid=757308aid=3381993group_id=143975 (if there's anything I've overlooked, feel free to add a comment). - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635644: conky-std: often fails to start from .xsession (Alarm clock error)
On Fri, Jul 29, 2011 at 9:23 AM, Francesco Poli invernom...@paranoici.org wrote: It seems to me that the bug does not yet show up as forwarded on the BTS web interface: I suspect that breaking the forwarded command line confused the control bot... Yes, I've noticed that as well, but for some reason, the BTS seems to be wrapping my commands and breaking it up into multiple lines; I'm also having problems trying to set up a forwarded-to address for #635637. This wouldn't be an issue if SourceForge bug URIs could be shortened somehow, but I don't know if that's possible. Or maybe this is just a problem with Gmail wrapping my e-mail before the control bot receives it? Hmmm...could you try mailing the control bot yourself and setting up a forwarded-to address for this bug (and if it works, #635637 as well)? I'd appreciate your help, thanks! Thank you so much! I think you summarized the bug report adequately, and there's the URL of the full Debian bug report, anyway. Let's wait and see. Thanks again for your kind assistance! No problem, it's my duty as maintainer to deal with bug reports and forward them upstream, after all. :) - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635644: conky-std: often fails to start from .xsession (Alarm clock error)
On Fri, Jul 29, 2011 at 10:31 AM, Francesco Poli invernom...@paranoici.org wrote: Let's try and see. I would be glad to help! So I guess this is indeed an issue with Gmail, not with the BTS itself. Oh well...regardless, thanks! - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609849: nevernote: changing back from ITP to RFP
retitle 609849 ITP: nixnote -- An open source clone designed to interact with Evernote. owner 609849 ! thanks I still intend on packaging Nixnote/Nevernote, but there are a number of dependencies (mostly java ones) that need to be packaged first. - Vincent On Wed, Jul 27, 2011 at 9:02 AM, Lucas Nussbaum lu...@debian.org wrote: retitle 609849 RFP: nevernote -- An open source clone designed to interact with Evernote. noowner 609849 thanks Hi, This is an automatic email to change the status of nevernote back from ITP (Intent to Package) to RFP (Request for Package), because this bug hasn't seen any activity during the last 6 months. If you are still interested in adopting nevernote, please send a mail to cont...@bugs.debian.org with: retitle 609849 ITP: nevernote -- An open source clone designed to interact with Evernote. owner 609849 ! thanks However, it is not recommended to keep ITP for a long time without acting on the package, as it might cause other prospective maintainers to refrain from packaging that software. It is also a good idea to document your progress on this ITP from time to time, by mailing 609...@bugs.debian.org. Thank you for your interest in Debian, -- Lucas, for the QA team debian...@lists.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635637: conky: elements disordered
Hi, Would it be possible for you to provide a sample .conkyrc file that exhibits this bug? Thanks in advance! Kind regards, - Vincent Cheng -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635637: conky: elements disordered
I'd also appreciate it if you could provide your ~/.conkyForecast.template file as well; thanks! Since you mention that this bug was not present in Conky 1.8.0, this post on the Arch forums [1] may be of interest to you. - Vincent [1] https://bbs.archlinux.org/viewtopic.php?pid=844390#p844390 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635644: conky-std: often fails to start from .xsession (Alarm clock error)
Hi, I'm not quite sure what to make of this bug; I don't know of any specific changes between conky 1.7 and 1.8 that could have possibly caused this bug, and the fact that this bug can't be reproduced reliably makes it even harder to pinpoint the cause. However, as a workaround, can you try introducing a delay before starting conky? For example, in ~/.xsession: sleep 15 conky Besides that, I don't have any other suggestions. If delaying conky's startup doesn't fix this, let me know and I'll file a bug report upstream. Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579102: closed by foo...@debian.org (Bug#579102: fixed in conky 1.8.1-1)
On Tue, Jul 26, 2011 at 12:48 PM, Francesco Poli invernom...@paranoici.org wrote: On Tue, 26 Jul 2011 08:51:07 + Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the conky package: #579102: please let conky be moved back to main! It has been closed by foo...@debian.org. [...] * Change section of source package from contrib/utils to utils. (Closes: #579102) - Change section of binary package conky-all to contrib/utils. [...] Hi Vincent! Many thanks for adopting conky and for solving the contrib/main issue! I wasn't aware that a source package in main could build one contrib binary package, along with other main binary packages... How do the buildd's handle this special case? I mean: do they always have contrib and non-free available in the configured sources.list, even when building source packages from the main archive? I thought that the used chroot environments only had main repositories available, when building source packages from the main archive. Otherwise, how can they make sure that no packages outside of main are used as build-dependencies? Or is this automatic check missing? I am thinking about these aspects, because I suppose that the current conky source package would FTBFS inside my pbuilder-managed sid chroot (which only has main as configured component). Or am I completely off-track? -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE That's exactly what I thought as well, until my sponsor tried to convince me otherwise. I don't know how the buildds handle this, but it works, so I'm not complaining. Conky still builds fine according to the build logs [1] (aside from a completely unrelated FTBFS on kfreebsd), and Nvidia support is still compiled in and fully working on conky-all i386 and amd64 (I've tested it myself). Looks like a separate conky-all source package is no longer needed. - Vincent [1] https://buildd.debian.org/status/package.php?p=conky -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579102: closed by foo...@debian.org (Bug#579102: fixed in conky 1.8.1-1)
On Tue, Jul 26, 2011 at 1:25 PM, Francesco Poli invernom...@paranoici.org wrote: Are there any other checks that may be performed? Add ${nvidia temp} to your .conkyrc. If you have a Nvidia card along with the binary blob installed, and Conky is compiled with --enable-nvidia, it should display the current temperature of your Nvidia card (in degrees Celsius). - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579102: closed by foo...@debian.org (Bug#579102: fixed in conky 1.8.1-1)
On Tue, Jul 26, 2011 at 2:27 PM, Francesco Poli invernom...@paranoici.org wrote: On Tue, 26 Jul 2011 14:09:03 -0700 Vincent Cheng wrote: On Tue, Jul 26, 2011 at 1:25 PM, Francesco Poli invernom...@paranoici.org wrote: Are there any other checks that may be performed? Add ${nvidia temp} to your .conkyrc. If you have a Nvidia card along with the binary blob installed, and Conky is compiled with --enable-nvidia, it should display the current temperature of your Nvidia card (in degrees Celsius). You must be joking! ;-) If you recall where all this came from, it should be clear that I obviously do not have any nvidia binary blob installed on my boxes! I don't even have any nvidia video card on my boxes! So I understand that I cannot perform the above-described test... You seem in the position of performing that test, though: you could (temporarily) install conky-std instead of conky-all and see how it handles the ${nvidia temp} variable. Or did I misunderstand what you meant? -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE Well, you did ask for another method to check whether or not Nvidia support is compiled into Conky, and that's the only method I can think of at the moment. :) I have indeed checked conky-std; conky-std does not recognize the ${nvidia} variable (i.e. it displays ${nvidia} verbatim on screen, whereas with conky-all, it displays the actual temperature of my Nvidia card). So I'm pretty confident that conky-std (and -cli) are not tainted by contrib/non-free components. - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623106: weather crash conky
tags 623106 unreproducible fixed 623106 1.8.1-1 thanks I can no longer reproduce this bug with Conky 1.8.1-1 (currently in unstable), so I'm marking this as fixed. I'd appreciate any additional feedback (i.e. can anyone still reproduce this particular bug?). - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616531: Acknowledgement (conky: crashing with goto needs arguments error)
Hi, Is this bug still reproducible with Conky 1.8.1-1 in unstable? Thanks! Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623106: weather crash conky
I can also reproduce this bug in Conky 1.8.0. Note that a similar bug has also been filed on Launchpad [1]. As a temporary workaround, don't use multiple instances of ${weather}; a single weather object doesn't seem to crash. I'll file a bug report upstream if this can still be reproduced with Conky 1.8.1. Kind regards, - Vincent [1] https://bugs.launchpad.net/bugs/780741 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609484: when will conky be available in stable or testing?
Hi, As a package maintainer, I have no control over how and when my packages migrate between sections of the Debian archives. However, to answer your question, Conky will migrate to testing once the version in unstable meets certain criteria mentioned in [1]; it will migrate to stable once a new stable version of Debian is released. I'll close this bug once Conky 1.8.1 lands in testing. Kind regards, - Vincent [1] http://www.debian.org/devel/testing -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579102: ITA: conky -- highly configurable system monitor
On Sat, Jul 16, 2011 at 5:16 PM, Aron Xu happyaron...@gmail.com wrote: You've sent the RFA already, :-) But I'm sorry that you have to wait for another few days, I'm not at home and very busy in the upcoming week. I'll try to work on it earlier, though. -- Regards, Aron Xu No worries; another DD has recently offered to sponsor my Conky packaging as well, so I might not have to trouble you. :) Regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604547: does exaile include an embedded copy of python-simplejson under /usr/share/exaile/plugins/jamendo ?
Hi, Thanks for the bug report, and sorry for the delay in replying! However, Exaile's copy of simplejson isn't exactly the same as the contents of the python-simplejson package in the Debian archives. I was intending to fix this bug while uploading the latest Exaile bugfix release to the archives, but the Jamendo plugin breaks if you remove the embedded copy of simplejson and replace it with the contents of python-simplejson. I'd rather not break a working plugin, so I'll leave this bug unfixed for now. Kind regards, - Vincent Cheng -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634241: ITP: disper -- display switcher for attaching/detaching displays easily
Package has been uploaded to mentors.d.n and is now awaiting a sponsor. Thanks in advance! - URL: http://mentors.debian.net/debian/pool/main/d/disper - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/d/disper/disper_0.3.0-1.dsc Kind regards, - Vincent Cheng -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634241: ITP: disper -- display switcher for attaching/detaching displays easily
Package: wnpp Severity: wishlist Owner: Vincent Cheng vincentc1...@gmail.com * Package name: disper Version : 0.3.0 Upstream Author : Willem van Engen dev-dis...@willem.engen.nl * URL : http://willem.engen.nl/projects/disper/ * License : GPL3 Programming Lang: Python Description : display switcher for attaching/detaching displays easily No more headaches just before your presentation. Disper lets you add and remove display devices at the press of a button. It detects what display devices are attached at the moment, and configures the display output automatically. You can specify whether to clone the output on all displays, or to extend the desktop. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634019: supertuxkart: New upstream release (0.7.2) available
Package: supertuxkart Version: 0.7+dfsg1-2 Severity: wishlist A new upstream release of supertuxkart, 0.7.2, is available; please package it. Thanks in advance! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-3.dmz.2-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages supertuxkart depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libcurl37.21.6-3 Multi-protocol file transfer libra ii libgcc1 1:4.6.1-1GCC support library ii libgl1-mesa-glx [libgl1 7.10.2-3 free implementation of the OpenGL ii libglu1-mesa [libglu1] 7.10.2-3 The OpenGL utility library (GLU) ii libopenal1 1:1.13-2 Software implementation of the Ope ii libstdc++6 4.6.1-1 GNU Standard C++ Library v3 ii libvorbisfile3 1.3.2-1 The Vorbis General Audio Compressi ii libx11-62:1.4.3-2X11 client-side library ii libxxf86vm1 1:1.1.1-2X11 XFree86 video mode extension l ii supertuxkart-data 0.7+dfsg1-2 data for the supertuxkart kart rac supertuxkart recommends no packages. supertuxkart suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544347: pygame: New upstream version 1.9.1 available
On Wed, Jun 29, 2011 at 4:44 PM, Vincent Cheng vincentc1...@gmail.com wrote: Hi, I have a package that depends on pygame, so I'd like to help out with the packaging and maintenance of pygame as well. I'm not a DD though, so I'd like to ask for a sponsor to review my packaging and consider uploading it to the archives. I'd appreciate any comments and suggestions, of course. Thanks! $ dget http://mentors.debian.net/debian/pool/main/p/pygame/pygame_1.9.1release-1.dsc Still on my TODO list: - Build pygame for Python 3 - Modify debian/copyright to use DEP-5. Kind regards, - Vincent Cheng -- To unsubscribe, send mail to 544347-unsubscr...@bugs.debian.org. Hi, Are there any updates on this? If there's anything you'd like me to change/fix in my packaging, please let me know. Thanks! Kind regards, - Vincent Cheng -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579102: Bug#632655: ITA: conky -- highly configurable system monitor
This sounds like a perfect solution! Thank you very much for your intention to implement it. I had thought about something similar, but I didn't dare to suggest it, since it increases the burden on the maintainer's side. I was afraid that such a proposal would have never been accepted! ;-) Well, from my point of view, it's not any more burdensome or complicated than several other possible solutions previously mentionned. Besides, after the first upload, maintaining Conky should be relatively simple. As I said, I am really happy about your plan. I am looking forward to seeing it implemented! Bye, and thanks again. I plan on uploading my packaging to collab-maint sometime tomorrow and have a source package uploaded to mentors.d.n within the next few days. Debian users have been waiting for the latest upstream release of Conky for over half a year, so I don't intend to keep them waiting much longer. :) - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632655: ITA: conky -- highly configurable system monitor
On Thu, Jul 14, 2011 at 7:06 AM, Aron Xu happyaron...@gmail.com wrote: Hello Cheng, If you need a sponsor when it's ready, drop me a line please. I'd like to help upload conky. -- Regards, Aron Xu Thank you, I'd really appreciate having a sponsor for my packaging. Once I've uploaded conky to mentors.d.n, I'll let you know. - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634003: ITP: conky-all -- highly configurable system monitor (all features enabled)
Package: wnpp Severity: wishlist Owner: Vincent Cheng vincentc1...@gmail.com * Package name: conky-all Version : 1.8.1 Upstream Author : Brenden Matthews, Philip Kovacs, et. al. * URL : http://conky.sf.net/ * License : GPL3, BSD Programming Lang: C, Lua Description : highly configurable system monitor (all features enabled) As part of my plans to adopt Conky, I've decided to split it into 2 source packages, conky and conky-all. Refer to #579102 for more info. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579102: ITA: conky -- highly configurable system monitor
Conky 1.8.1 is now ready to be uploaded to Debian; I've tested my packages on my own laptop and Conky seems to be working just fine. They're also, of course, pbuilder clean and lintian clean (i.e. no errors/warnings). I've uploaded my packages to mentors.d.n, but haven't sent out a RFS yet (Aron, let me know if you'd like me to do so). conky and conky-all should be uploaded to the archive at the same time. collab-maint: $ svn co svn+ssh://svn.debian.org/svn/collab-maint/deb-maint/conky conky $ svn co svn+ssh://svn.debian.org/svn/collab-maint/deb-maint/conky-all conky-all mentors.d.n: (conky) The upload would fix these bugs: 579102, 604921, 609745, 612904, 628519, 628527, 632655 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/c/conky - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/c/conky/conky_1.8.1-1.dsc (conky-all) The upload would fix these bugs: 634003 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/contrib/c/conky-all - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/contrib/c/conky-all/conky-all_1.8.1-1.dsc Kind regards, - Vincent Cheng -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633808: ITP: xul-ext-zotero -- Iceweasel extension to collect, manage and cite bibliographic information
On Wed, Jul 13, 2011 at 2:42 PM, Theodore Lytras thlyt...@gmail.com wrote: Package: wnpp Severity: wishlist Owner: Theodore Lytras thlyt...@gmail.com * Package name : xul-ext-zotero Version : 2.1.8 Upstream Author : Center for History and New Media, George Mason University * URL : http://www.zotero.org/ * License : Affero GPL v3 Description : Iceweasel extension to collect, manage and cite bibliographic information Zotero is one of the best bibliography managers available. It is available as an extension for Iceweasel and as a Standalone version. A plugin for LibreOffice is also available. I have made a debian package for the iceweasel extension version, and I am uploading it to mentors.debian.net: http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=xul-ext-zotero ... Hopefully a sponsor can upload it to debian. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110713214250.3636.31694.reportbug@localhost Hi, Next time, instead of filing a new ITP bug, please consider assigning any old RFP/ITP bugs to yourself (e.g. #504058). See [1] for more info. Kind regards, - Vincent Cheng [1] http://www.debian.org/Bugs/server-control -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633808: ITP: xul-ext-zotero -- Iceweasel extension to collect, manage and cite bibliographic information
Looks like I spoke a bit too soon. Sorry about that! - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579102: ITA: conky -- highly configurable system monitor
On Wed, Jul 13, 2011 at 12:23 PM, Francesco Poli invernom...@paranoici.org wrote: On Tue, 12 Jul 2011 12:16:30 -0700 Vincent Cheng wrote: retitle 632655 ITA: conky -- highly configurable system monitor owner 632655 vincentc1...@gmail.com thanks Hello Vincent! I am very happy to see that you decided to adopt conky. Even more happy to see how quickly you came to the rescue! Thanks a lot for your willing to help! I really hope that you manage to adopt it soon and that you are willing to move it back to the main archive, by disabling the nvidia support (see bug #579102 for the details). Once again, many thanks for your intention to help out. Bye. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE Hi Francesco, As a longtime Conky (and Debian) user, I'm definitely willing to make sure that Conky is properly maintained in Debian. :) I've taken a close look at #579102 and the various ways this issue can be fixed, I'm inclined to go with a different method altogether; have a source package conky that provides conky-cli and conky-std binaries (and the transitional conky package), both compiled without the --enable-nvidia flag (so it can be moved to main), as well as a new source package named conky-all that provides a conky-all binary, with Nvidia support (the status quo; this would go in contrib). The transitional conky package would depend on conky-all | conky-std (currently it only depends on conky-all), so Debian users with contrib enabled would install the former, and those without contrib would install the latter. If you want a comparison, I suppose this is somewhat similar to how p7zip and p7zip-rar are packaged. Why am I seemingly making this more complicated? Well, for one thing, I personally use the binary Nvidia blob, so I would prefer not to have Nvidia support disabled in Conky. However, I understand why it would be preferable to have Conky in main rather than contrib, and I respect users who don't want to have contrib or non-free enabled in their sources.list. I've also taken a look at Raphael Hertzog's blog post about having different dependencies for the same package synced between Debian and Ubuntu, but that would mean that Debian users would no longer have the option of installing a Conky package with Nvidia support enabled (I don't think that Ubuntu users are the only ones who want this feature). With my solution, Debian users can still install Conky without the need for contrib, yet they also have the option to install a Conky compiled with --enable-nvidia, if they want to; Ubuntu users would not notice any difference. I'd gladly welcome any comments or suggestions. Kind regards, - Vincent Cheng -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633420: ITP: gecrit -- simple, easy-to-use Python IDE
Any interested DD's may check out my packaging at mentors.d.n. (At the moment, I'm still looking for a sponsor.) The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/gecrit - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/gecrit/gecrit_2.7-1.dsc Kind regards, - Vincent Cheng -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633420: ITP: gecrit -- simple, easy-to-use Python IDE
Package: wnpp Severity: wishlist Owner: Vincent Cheng vincentc1...@gmail.com * Package name: gecrit Version : 2.7 Upstream Author : Groza Cristian kristi9...@gmail.com * URL : http://sourceforge.net/projects/gecrit/ * License : GPL Programming Lang: Python Description : simple, easy-to-use Python IDE gEcrit is a Python IDE, with a focus on simplicity and ease of use. Some of its features include: * Editor geared towards Python, supporting indentation, code folding, syntax highlighting/checking, auto-completion, and bad brace checking * Integrated Python shell * Source tree browser * Autosaving * Multiple tabs * Printing * Spell-checking * Word searching/replacement * Pastebin.com integration -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523834: ITP: naev -- 2D space trading combat game
Hi, Just a quick update on the current status of my Naev packaging... Naev is mostly ready to be uploaded to the Debian archives, except for the fact that the images currently can't all be rebuilt from source. (My DD insists on being able to rebuild all the images in Naev's source tree from scratch.) Problem with that is: 1) the source for many of those images reside in several different Github repositories (more of a pain to package) 2) 2) some of those images require Blender, and upstream only has Blender scripts compatible with 2.4, not the latest version (2.5) of Blender in the archives, so all those scripts have to be rewritten If anybody would like to help with this, I'd gladly appreciate it. My current packaging can be found in the Debian Games svn repository (mentors.d.n is a bit out-of-date): $ svn co svn://svn.debian.org/svn/pkg-games/packages/trunk/naev/ Kind regards, - Vincent Cheng -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544347: pygame: New upstream version 1.9.1 available
On Sun, Jul 3, 2011 at 8:01 PM, Lenard Lindstrom le...@telus.net wrote: Hi, I am one of the Pygame developers and do most of my Pygame development on Debian. But I also manage Pygame on 32bit Windows, which takes up a lot of time building Pygame's dependencies. So I have not tried to create a Debian package. But I am willing to answer questions if someone else does the work of creating the package. If the package is experimental then it should use the latest Pygame from svn head, 1.9.2 alpha. I constantly check that svn head builds and runs on Debian. Pygame 1.9.2 alpha works well with Pythons 2.5 to 3.2. It supports NumPy for Python 3 and has new Sphinx generated documentation. Further work has also been done on the camera module. Lenard Lindstrom Hi, I think the priority right now should be to get Pygame 1.9 into Debian unstable first; there seems to be a number of packagers who need Pygame 1.9 as a dependency for their packages. After Pygame 1.9.1 lands in experimental and is tested a bit to make sure nothing breaks, we can upload it to unstable and then package 1.9.2 alpha for experimental (or we could upload 1.9.1 directly into unstable, and package 1.9.2 alpha for experimental). Does anybody have any other suggestions? Either way, I'm happy to do the actual packaging; I just need a DD to upload my work for me. Kind regards, - Vincent Cheng -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544347: pygame: New upstream version 1.9.1 available
Hi, I have a package that depends on pygame, so I'd like to help out with the packaging and maintenance of pygame as well. I'm not a DD though, so I'd like to ask for a sponsor to review my packaging and consider uploading it to the archives. I'd appreciate any comments and suggestions, of course. Thanks! $ dget http://mentors.debian.net/debian/pool/main/p/pygame/pygame_1.9.1release-1.dsc Still on my TODO list: - Build pygame for Python 3 - Modify debian/copyright to use DEP-5. Kind regards, - Vincent Cheng -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628219: RFP: 0ad -- 0ad is a realtime RPG currently in alpha stage, but already one of the greatest games for Linux
Hi, 0 A.D. is only offered in Ubuntu via a PPA, not as an official package. Note that there are several things blocking 0 A.D. from being packaged for Debian at the moment; that includes embedded libraries (e.g. spidermonkey), dependencies on libraries whose versions differ in Debian (i.e. 0 A.D. requires enet 1.2.x whereas Debian testing/sid has 1.3), and a few other issues as mentionned previously on the deb-games mailing list (see [1]). I am currently working on packaging 0 A.D. for Debian [2], and I'll upload it once all pending issues are resolved. Note that there's already an ITP bug open for 0 A.D., so this RFP bug report is superfluous. [1] http://lists.debian.org/debian-mentors/2011/04/msg00128.html [2] $ svn co svn://svn.debian.org/svn/pkg-games/packages/trunk/0ad/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628753: frogatto: New upstream release (1.1) available
Package: frogatto Version: 1.0.3+dfsg1-1 Severity: wishlist A new upstream release of Frogatto is available at http://www.frogatto.com/files/frogatto-1.1.tar.bz2; please package it! Thanks in advance. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-7.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages frogatto depends on: ii frogatto-data 1.0.3+dfsg1-1 2D platformer game starring a quix ii libboost-regex1.42.0 1.42.0-4+b1 regular expression library for C++ ii libboost-system1.42.0 1.42.0-4+b1 Operating system (e.g. diagnostics ii libc6 2.13-4Embedded GNU C Library: Shared lib ii libgcc11:4.6.0-2 GCC support library ii libgl1-mesa-glx [libgl1] 7.10.2-2 free implementation of the OpenGL ii libglew1.5 1.5.8-3 The OpenGL Extension Wrangler - ru ii libglu1-mesa [libglu1] 7.10.2-2 The OpenGL utility library (GLU) ii libpng12-0 1.2.44-2 PNG library - runtime ii libsdl-image1.21.2.10-2+b2 image loading library for Simple D ii libsdl-mixer1.21.2.8-6.3 mixer library for Simple DirectMed ii libsdl-ttf2.0-02.0.9-1 ttf library for Simple DirectMedia ii libsdl1.2debian1.2.14-6.3Simple DirectMedia Layer ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii libx11-6 2:1.4.3-1 X11 client-side library frogatto recommends no packages. frogatto suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627121: gzip: incorrect checksum computed that leads to valid gz file flagged as invalid
Hi, I can reproduce this bug as well, although I have no idea what may be causing it. Steps to reproduce: $ wget -q http://releases.wildfiregames.com/0ad-r09530-alpha-unix-build.tar.gz $ gzip -t 0ad-r09530-alpha-unix-build.tar.gz gzip: 0ad-r09530-alpha-unix-build.tar.gz: invalid compressed data--crc error $ tar xzf 0ad-r09530-alpha-unix-build.tar.gz gzip: stdin: invalid compressed data--crc error tar: Child returned status 1 tar: Error is not recoverable: exiting now Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578138: exaile: Consuming extrem high memory on creating libary
In that case, please file a bug report upstream [1]. Kind regards, - Vincent [1] https://bugs.launchpad.net/exaile/+filebug -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626229: wesnoth-1.9: New upstream version (1.9.6)
It was just published yesterday, it would be nice if you put less preassure on the people that are doing a voluntary job here. Compiling isn't done instantly, and private life also requests its attention ... Please be notified that I'm in close contact with upstream and do receive information about new releases directly. :) Sorry about my impatience; I didn't mean to pressure you or anything. Thanks for the work you've put into packaging Wesnoth for Debian! :) For such a request it would be nice to have information on why you want to have that enabled, and what's the benefit of it. Given that it seems to be deactivated by default by upstream I would like to have more information on this request. According to this forum thread [1], it provides support to better use multiple cores, and it sounds like an intriguing feature to test out. I'm just curious whether or not it'd make a noticeable difference to Wesnoth's performance, that's all. Regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626229: wesnoth-1.9: New upstream version (1.9.6)
Package: wesnoth-1.9 Version: 1:1.9.5-1 Severity: wishlist A new upstream version of Wesnoth (1.9.6) is available; please consider packaging it! Also, please consider enabling OpenMP support, e.g. by adding -DENABLE_OMP=ON to CMAKE_SWITCHES in debian/rules. Thank you! -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-5.dmz.2-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wesnoth-1.9 depends on: ii wesnoth-1.9-aoi 1:1.9.5-1 An Orcish Incursion official cam ii wesnoth-1.9-core 1:1.9.5-1 fantasy turn-based strategy game ( ii wesnoth-1.9-data 1:1.9.5-1 data files for Wesnoth (branch 1.9 ii wesnoth-1.9-did 1:1.9.5-1 Descent Into Darkness official c ii wesnoth-1.9-dm1:1.9.5-1 Delfador's Memoirs official camp ii wesnoth-1.9-dw1:1.9.5-1 Dead Water official campaign for ii wesnoth-1.9-ei1:1.9.5-1 The Eastern Invasion official ca ii wesnoth-1.9-httt 1:1.9.5-1 Heir to the Throne official camp ii wesnoth-1.9-l 1:1.9.5-1 Liberty official campaign for We ii wesnoth-1.9-low 1:1.9.5-1 Legend of Wesmere official campa ii wesnoth-1.9-nr1:1.9.5-1 Northern Rebirth official campai ii wesnoth-1.9-sof 1:1.9.5-1 The Sceptre of Fire official cam ii wesnoth-1.9-sotbe 1:1.9.5-1 Son of the Black-Eye official ca ii wesnoth-1.9-thot 1:1.9.5-1 The Hammer of Thursagan official ii wesnoth-1.9-trow 1:1.9.5-1 The Rise of Wesnoth official cam ii wesnoth-1.9-tsg 1:1.9.5-1 The South Guard official campaig ii wesnoth-1.9-ttb 1:1.9.5-1 A Tale of Two Brothers official ii wesnoth-1.9-utbs 1:1.9.5-1 Under the Burning Suns official Versions of packages wesnoth-1.9 recommends: ii wesnoth-1.9-music 1:1.9.5-1 music files for Wesnoth (branch 1. wesnoth-1.9 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624851: cnetworkmanager: doesn't work
Hi, nm-applet must be killed first before cnetworkmanager can be used. $ killall nm-applet $ cnetworkmanager -C Vincent --wpa-pass= Entering mainloop (19:27:41) State: CONNECTING (19:27:41) State: DISCONNECTED (19:27:41) State: CONNECTING (19:27:45) State: CONNECTED Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523407: exaile: make scrobbling url dynamically configurable
Hi, This feature request seems to have already been completed for Exaile 0.3. Therefore, I'm going to close this bug. Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601887: exaile: should optionally handle Various Artists albums as one artist
Hi, Is this issue still present in the latest version of Exaile (0.3.2.1)? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#483907: exaile: Should have an option to import external playlists
Hi, I cannot reproduce this bug in the latest version of Exaile (0.3.2.1) in Debian, i.e. I am able to import external playlists into Exaile and play them. Could you upgrade to the latest version and confirm whether or not this bug still exists? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#480989: exaile: Creating a playlist empties all playlists
Hi, I cannot reproduce this bug in the latest version of Exaile (0.3.2.1) in Debian. Could you upgrade to the latest version and confirm whether or not this bug still exists? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#466241: exaile: fails to play songs in .m4a-format
Hi, I cannot reproduce this bug in the latest version of Exaile (0.3.2.1) in Debian. Could you upgrade to the latest version and confirm whether or not this bug still exists? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506154: exaile: crashes on exit
Hi, I am unable to reproduce this crash with the latest version of Exaile (0.3.2.1) installed. Could you please upgrade to the latest version and confirm whether or not this bug still exists? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506169: exaile: fetching album cover art fails
Hi, I am unable to reproduce this bug with the latest version of Exaile (0.3.2.1) installed. Could you please upgrade to the latest version and confirm whether or not this bug still exists? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506163: exaile: ShoutCast Radio plugin does not work
Hi, Please see [1] for an explanation on why this bug report is marked as wontfix. Kind regards, - Vincent [1] https://bugs.launchpad.net/exaile/+bug/694680/comments/3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518627: exaile: Show empty collection if UTF8 characters are present in filenames
Hi, Could you please update to the latest version of Exaile (0.3.2.1) and confirm whether or not this bug still exists? Upstream states that this bug has already been fixed. [1] Kind regards, - Vincent [1] https://bugs.launchpad.net/exaile/+bug/192260 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589971: Frontend crashes when running a second exaile command
Hi, I am unable to reproduce this bug with the latest version of Exaile (0.3.2.1) installed. Could you please upgrade to the latest version and confirm whether or not this bug still exists? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604833: exaile: segfault
Hi, I am unable to reproduce this bug with the latest version of Exaile (0.3.2.1) installed. Could you please upgrade to the latest version and confirm whether or not this bug still exists? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#468205: exaile will not run
Hi, I am unable to reproduce this bug with the latest version of Exaile (0.3.2.1) installed. Could you please upgrade to the latest version and confirm whether or not this bug still exists? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526226: exaile doesn't start at all
Hi, According to [1], this bug has already been fixed. Please install the latest version of Exaile (0.3.2.1) available in Debian. Kind regards, - Vincent [1] https://bugs.launchpad.net/exaile/+bug/364279 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532147: Disable all update checking
Hi, The patch provided for the security issue in bug #451303 was removed in Exaile 0.3.2.0-0.1, with the following message in debian/changelog: * debian/patches - Remove directory. No longer needed for current release. As such, is this patch still needed (in Exaile 0.3)? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595443: Exaile hangs when trying to play some MP3 files
Hi, I've played with your sample .mp3 file and have not been able to reproduce this bug. Could you please upgrade to the latest version of Exaile (0.3.2.1) and confirm whether or not this bug still exists? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596905: exaile: cannot configure hotkeys
Hi, Is this bug still present with the latest version of Exaile (0.3.2.1) installed? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625950: exaile: Segmentation fault while fetching cover art
Package: exaile Version: 0.3.2.1-2 Severity: normal Steps to reproduce: 1) Start Exaile 2) Edit Covers 3) Press Start 4) Close the window (with ALT+F4), before Exaile finishes downloading all cover art 5) Exaile segfaults. Terminal output: $ LC_ALL=C exaile --debug 03:09:12,967:INFO : Loading Exaile 0.3.2.1... (xl.main) 03:09:12,967:INFO : Loading settings... (xl.main) 03:09:13, 23:DEBUG : Provider tags registered for service covers (xl.providers) 03:09:13, 23:DEBUG : Provider localfile registered for service covers (xl.providers) 03:09:13, 26:DEBUG : Normal playback engine selected. (xl.player) 03:09:13, 93:DEBUG : Provider tracknumber registered for service tag_formatting (xl.providers) 03:09:13, 94:DEBUG : Provider discnumber registered for service tag_formatting (xl.providers) 03:09:13, 94:DEBUG : Provider artist registered for service tag_formatting (xl.providers) 03:09:13, 94:DEBUG : Provider __length registered for service tag_formatting (xl.providers) 03:09:13, 94:DEBUG : Provider __rating registered for service tag_formatting (xl.providers) 03:09:13, 95:DEBUG : Provider __last_played registered for service tag_formatting (xl.providers) 03:09:13, 95:DEBUG : Provider filename registered for service tag_formatting (xl.providers) 03:09:13,137:INFO : Loading plugins... (xl.main) 03:09:13,138:DEBUG : Provider equalizer-10bands registered for service postprocessing_element (xl.providers) 03:09:13,138:DEBUG : Loaded plugin equalizer (xl.plugins) 03:09:13,143:DEBUG : Loaded plugin lyricsviewer (xl.plugins) 03:09:13,143:DEBUG : Loaded plugin lastfmcovers (xl.plugins) 03:09:13,149:DEBUG : Provider cd registered for service hal (xl.providers) 03:09:13,149:DEBUG : Loaded plugin cd (xl.plugins) 03:09:13,150:DEBUG : Provider rgvolume registered for service stream_element (xl.providers) 03:09:13,150:DEBUG : Provider rglimiter registered for service stream_element (xl.providers) 03:09:13,150:DEBUG : Loaded plugin replaygain (xl.plugins) 03:09:13,151:DEBUG : Provider lastfm registered for service dynamic_playlists (xl.providers) 03:09:13,151:DEBUG : Loaded plugin lastfmdynamic (xl.plugins) 03:09:13,151:INFO : Loading collection... (xl.main) 03:09:13,211:INFO : Loading devices... (xl.main) 03:09:13,213:DEBUG : Provider __local registered for service lyrics (xl.providers) 03:09:13,213:INFO : Loading interface... (xl.main) 03:09:13,230:WARNING : Failed to connect to HAL, autodetection of devices will be disabled. (xl.hal) 03:09:13,309:INFO : Loading main window... (xlgui) 03:09:13,310:INFO : Enabling Restart menu item (xlgui.main) 03:09:13,317:INFO : Connecting main window events... (xlgui.main) 03:09:13,324:DEBUG : Adding playlist 0: order0.playing.Playlist %d (xlgui.main) 03:09:13,324:DEBUG : Tab:0; Tag:playing; Name:Playlist %d (xlgui.main) 03:09:13,356:INFO : Loading panels... (xlgui) 03:09:13,365:DEBUG : Reloading collection tree (xlgui.panel.collection) 03:09:13,419:INFO : Connecting panel events... (xlgui) 03:09:13,432:INFO : Done loading main window... (xlgui) 03:09:13,516:INFO : Playing file:///home/vincent/Music/AquariaSoundtrack/01%20Fear%20the%20Dark.mp3 (xl.player.engine_normal) 03:09:13,919:DEBUG : Provider lastfm registered for service covers (xl.providers) /usr/lib/exaile/xlgui/cover.py:303: Warning: g_object_ref: assertion `G_IS_OBJECT (object)' failed self.stop_button.set_label(_('Start')) Segmentation fault -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-5.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages exaile depends on: ii gstreamer0.10-alsa 0.10.32-2GStreamer plugin for ALSA ii gstreamer0.10-esd 0.10.28-3GStreamer plugin for ESD ii gstreamer0.10-plugins-base 0.10.32-2GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.28-3GStreamer plugins from the good ii libgstreamer0.10-0 0.10.32-6+b1 Core GStreamer libraries and eleme ii libjs-prototype 1.7.0-2 JavaScript Framework for dynamic w ii python 2.6.6-14 interactive high-level object-orie ii python-dbus 0.83.1-1+b1 simple interprocess messaging syst ii python-feedparser 5.0.1-1 Universal Feed Parser for Python ii python-glade2 2.17.0-4+b1 GTK+ bindings: Glade support ii python-gst0.10 0.10.21-2+b1 generic media-playing framework (P ii python-gtk2 2.17.0-4+b1 Python bindings for the GTK+ widge ii python-mmkeys 1.6.2.1-3+b1 Multimedia key support as a PyGTK ii python-mutagen 1.19-2 audio metadata editing library ii python-pysqlite22.6.3-1+b1 Python interface to SQLite 3 ii python-pyvorbis 1.4-2+b2
Bug#471124: closing exaile show error about exaile.py
Hi, Could you please upgrade to the latest version of Exaile (0.3.2.1) and confirm whether or not this bug still exists? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557060: exaile: refers to non-existant package gnome-python-extras
Hi, I am unable to reproduce this bug with the latest version of Exaile (0.3.2.1) installed. Could you please upgrade to the latest version and confirm whether or not this bug still exists? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#462666: exaile: should search network for dynamic tracks
Hi, Is this issue still present in the latest version of Exaile (0.3.2.1)? If so, could you please file a bug upstream at [1]? Kind regards, - Vincent [1] https://bugs.launchpad.net/exaile/+filebug -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506166: exaile: visualization does not work
Hi, According to [1], visualization support has been removed from Exaile 0.3.x. Therefore, I'm marking this as wontfix. Kind regards, - Vincent [1] https://bugs.launchpad.net/exaile/+bug/326751 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#502594: exaile: does not read plugins in subdirectories of
Hi, Is this bug still present in the latest version of Exaile (0.3.2.1)? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541418: exaile: should not interrupt audio when cover fails to load
Hi, Is this bug still present in the latest version of Exaile (0.3.2.1)? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540456: exaile: dialogue boxes should select default button when Enter is pressed
Hi, I cannot seem to reproduce this bug (with Exaile 0.3.2.1). Using your example (right-click on track, select Properties, press Add tag, and pressing Enter), Exaile does select the default button, producing another input box to add a tag. In addition, simple examples don't exhibit this bug either. For example, Help About produces an About Exaile dialog box; pressing Enter will close the window, since Close is the default button. Could you update to the latest version of Exaile (0.3.2.1) and confirm whether or not this bug still exists for you? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578138: exaile: Consuming extrem high memory on creating libary
Hi, Is this issue still reproducible with the latest version of Exaile (0.3.2.1)? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561567: exaile: Save queue state when exiting Exaile
Hi, Is this issue still reproducible for you with the latest version of Exaile (0.3.2.1)? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561519: exaile: Sort order of playlist somehow strange when queuing tracks...
Hi, Is this issue still reproducible for you with the latest version of Exaile (0.3.2.1)? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549578: Exaile does not rescan tags
Hi, Is this bug still reproducible with the latest version of Exaile (0.3.2.1)? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557166: Zero sized files halt exaile
Hi, Looks like this bug still seems to be reproducible; when playing an empty .ogg file, Exaile stops with Playback error encountered! Stream contains no data. However, as Exaile does recognize the problem, this may perhaps be a deliberate design decision by upstream (i.e. if there's a malformed file, stop and warn the user about it). Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540452: exaile: fails to set tag value containing “” character
Hi, I cannot seem to reproduce this issue in the latest version (0.3.2.1) of Exaile. Could you update to the latest version and confirm whether or not this bug still exists? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504576: exaile: Locale es_CL does not connect with locale es_ES or es_AR
Hi, Is this bug still reproducible with the latest version of Exaile (0.3.2.1)? Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624358: ITA: exaile -- flexible audio player, similar to Amarok, but written in GTK+
retitle 624358 ITA: exaile -- flexible audio player, similar to Amarok, but written in GTK+ owner 624358 vincentc1...@gmail.com thanks If nobody else is interested in Exaile, I would like to adopt it. Kind regards, - Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613788: Bug #613788: ITP: dropbox -- secure backup, sync and sharing util
retitle 613788 RFP: dropbox -- secure backup, sync and sharing util noowner 613788 thanks I no longer have any interest in working on this package (forgot to change the title to RFP earlier though). Sorry! Regards, - Vincent
Bug#624478: xboard: You MUST have a chess on your system
Try as I may I can't get rid of chess on my system. Removing gnuchess INSTALLS xboard. Removing xboard INSTALLS gnuchess. apt-get purge should REMOVE, not INSTALL your software $ aptitude why xboard i gnome Depends gnome-games (= 1:2.30) i A gnome-games Depends gnuchess | hoichess | bbchess | crafty | fruit i A gnuchessSuggests xboard | eboard $ aptitude why gnuchess i gnome Depends gnome-games (= 1:2.30) i A gnome-games Depends gnuchess | hoichess | bbchess | crafty | fruit If you want to remove both xboard and gnuchess from your system, you'd have to purge gnome-games as well, and get rid of the gnome meta-package while you're at it. Kind regards, - Vincent
Bug#618850: Crawl: New upstream version (0.8.0) available
It looks like Crawl 0.8 was a day or so late, but it's out now! No changes besides a changelog bump are necessary to build Crawl successfully. Only problem is that it seems that Crawl 0.8 doesn't recognize any of my previous Crawl 0.7.2 saves, but I'm unsure whether this is intentional or not. Kind regards, - Vincent
Bug#618850: Crawl: New upstream version (0.8.0) available
Forgot to include this in my previous e-mail, sorry. I've written a new watch file for Crawl that's been tested with uscan, and identifies the latest upstream version correctly (the current watch file labels 0.5.2 as the latest release, which is definitely not true). Hope it helps! :) version=3 opts=uversionmangle=s/\-nodeps// \ http://sf.net/crawl-ref/stone_soup-(.+)\.t(?:ar.)?(?:gz|bz2) Kind regards, - Vincent
Bug#622982: ITP: naev-data -- 2D space trading combat game
Package: wnpp Severity: wishlist Owner: Vincent Cheng vincentc1...@gmail.com * Package name: naev-data Version : 0.4.2 Upstream Author : Edgar Simo bobbens bobb...@gmail.com Nikola Whallon 6.satur...@gmail.com Josiah Schwartfeger Deiz Bas Fournier BTAxis bta...@gmail.com * URL : http://code.google.com/p/naev/ * License : code - GPL-3 ; data - public domain, GPLv2, GPLv3, CC-By (and -SA) 3.0 Programming Lang: C, Lua Description : 2D space trading combat game NAEV is a 2D space trading and combat game, in a similar vein to Escape Velocity. NAEV is played from a top-down perspective, featuring fast-paced combat, many ships and outfits, and a large galaxy to explore. The game is highly open-ended, letting players proceed at their own paces. This package contains the data files for Naev. (For reference, #609295 is my ITP for Naev itself.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622927: minitube: New upstream version (1.4.2) available
Package: minitube Version: 1.4.1-1 Severity: wishlist A new version of Minitube is available upstream. Please consider packaging it! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2.dmz.2-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages minitube depends on: ii dbus-x111.4.6-1 simple interprocess messaging syst ii gstreamer0.10-ffmpe 1:0.10.11-4.1FFmpeg plugin for GStreamer ii gstreamer0.10-plugi 0.10.19-2.1 GStreamer plugins from the bad s ii gstreamer0.10-plugi 0.10.24-1GStreamer plugins from the good ii gstreamer0.10-x 0.10.32-2GStreamer plugins for X11 and Pang ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-2GCC support library ii libphonon4 4:4.6.0really4.5.0-2 multimedia framework from KDE - co ii libqt4-dbus 4:4.7.2-3Qt 4 D-Bus module ii libqt4-network 4:4.7.2-3Qt 4 network module ii libqt4-xml 4:4.7.2-3Qt 4 XML module ii libqtcore4 4:4.7.2-3Qt 4 core module ii libqtgui4 4:4.7.2-3Qt 4 GUI module ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii phonon 4:4.6.0really4.5.0-2 multimedia framework from KDE - me ii phonon-backend-gstr 4:4.6.0really4.4.4-3 Phonon GStreamer 0.10.x backend minitube recommends no packages. minitube suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619903: chromium: Latest upgrade forgot all my saved passwords
Hi, This is a known issue, caused by an incompatibility between Chrome/Chromium 10 and the GNOME keyring, as documented here [1]. Workarounds are also noted on that page. (If you aren't using the GNOME keyring to store your passwords in Chromium, then this would probably be a completely different issue; in that case, please disregard this message.) Regards, - Vincent [1] http://www.google.com/support/chrome/bin/answer.py?hl=enanswer=1230517
Bug#617265: wesnoth-1.9: New version 1.9.4 is out for a long time already. PLEASE update.
On Sat, Apr 2, 2011 at 1:47 AM, Vincent Cheng vincentc1...@gmail.comwrote: On Fri, Apr 1, 2011 at 2:42 AM, Gerfried Fuchs rho...@deb.at wrote: Hi! * Vincent Cheng vincentc1...@gmail.com [2011-04-01 03:52:54 CEST]: I've taken a closer look at this and I've tried to package the latest dev release of Wesnoth (1.9.5). I've been using my own PPA to test it [1], and it seems to build and run fine now. I've also attached a patch of my changes, if that helps any. Sorry, I don't see the need or requirement to switch to cdbs to make it work properly again. If cdbs is able to make it work, so must debhelper be able to do it. And actually, such changes definitely should be documented in debian/changelog, that's actually what it's there for. I admit I don't really understand how cdbs works myself, so I ended up going back to debhelper and building off of your debian/rules instead of trying to write one from scratch. Just a sidenote: Did you check where the files end up after your patch? Do they appear in the same place as they were before? Including translations? Yes; see attached text file for the output of dpkg -L on my wesnoth-1.9 packages. - $(MAKE) -C build DESTDIR=$(CURDIR)/debian/tmp install + $(MAKE) -C build DESTDIR=$(CURDIR) install Uh, *really* install into the current directory and not debian/tmp? That looks pretty much like an error to me, at least it it's totally counter-intuitive if it would end up in debian/tmp in the end? - cd $(CURDIR)/debian/tmp/usr/share/games/wesnoth/$(BRANCH_VERSION)/data/tools \ + cd $(CURDIR)/usr/share/games/wesnoth/$(BRANCH_VERSION)/data/tools \ chmod +x extractbindings unit_tree/TeamColorizer \ wesnoth/wescamp.py wesnoth/wmldata.py wesnoth/wmlparser.py \ wmlindent wmlflip wmllint wmlscope wesnoth_addon_manager \ @@ -178,10 +177,10 @@ done Sorry, this is totally weird, why did you go that approach? # move binaries to their proper name - mv debian/wesnoth-$(BRANCH_VERSION)-core/usr/games/wesnoth \ - debian/wesnoth-$(BRANCH_VERSION)-core/usr/games/wesnoth-$(BRANCH_VERSION) - mv debian/wesnoth-$(BRANCH_VERSION)-server/usr/games/wesnothd \ - debian/wesnoth-$(BRANCH_VERSION)-server/usr/games/wesnothd-$(BRANCH_VERSION) + #mv debian/wesnoth-$(BRANCH_VERSION)-core/usr/games/wesnoth \ + # debian/wesnoth-$(BRANCH_VERSION)-core/usr/games/wesnoth-$(BRANCH_VERSION) + #mv debian/wesnoth-$(BRANCH_VERSION)-server/usr/games/wesnothd \ + # debian/wesnoth-$(BRANCH_VERSION)-server/usr/games/wesnothd-$(BRANCH_VERSION) So it looks you are changing the install structure of the package? Your patch seems to completely rewriting the whole thing, actually I don't really see the benefit or rationale for that, could you elaborate why this is needed? Actually, I'm not entirely sure why my patches are even necessary to get Wesnoth to build (sorry, I'm still relatively new to Debian packaging). I changed the install structure after taking a look at Launchpad's build log after one of my earlier failed builds [1]. Here's a snippet: -- Installing: /build/buildd/wesnoth-1.9-1.9.5/usr/include/ana/predicates.hpp -- Installing: /build/buildd/wesnoth-1.9-1.9.5/usr/include/ana/binary_streams.hpp make[1]: Leaving directory `/build/buildd/wesnoth-1.9-1.9.5/build' cd /build/buildd/wesnoth-1.9-1.9.5/usr/share/games/wesnoth/1.9/data/tools \ chmod +x extractbindings unit_tree/TeamColorizer \ wesnoth/wescamp.py wesnoth/wmldata.py wesnoth/wmlparser.py \ wmlindent wmlflip wmllint wmlscope wesnoth_addon_manager \ wmlvalidator hexometer/hexometer wmlxgettext imgcheck dh_install cp: cannot stat `debian/tmp/debian/tmp/usr/share/games/wesnoth/1.9/data/advanced_preferences.cfg': No such file or directory dh_install: cp -a debian/tmp/debian/tmp/usr/share/games/wesnoth/1.9/data/advanced_preferences.cfg debian/wesnoth-1.9-data//usr/share/games/wesnoth/1.9/data/ returned exit code 1 make: *** [debian/stamp-install] Error 2 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 dh_install tried to copy a file from debian/tmp/debian/tmp/..., which is why I changed Wesnoth's install structure the way I did. I'm not sure if this was the right thing to do, but it did finally lead to a successful build in the end. Unfortunately, I just tried building Wesnoth 1.9 with pbuilder on my laptop (running Debian testing) with the exact same debian/ structure from my successful Launchpad build, and it doesn't even get to the point of building itself. make[3]: *** No rule to make target `../usr/share/games/wesnoth/1.9/locale/zh_TW/LC_MESSAGES/wesnoth-manual.mo', needed by `po/CMakeFiles/mo-update'. Stop. I have no clue why it builds successfully in Launchpad, in Lucid, Maverick, and Natty chroots, yet it fails unexpectedly when I try to build it myself
Bug#594800: Bug#594802: ITP: 0ad-data -- 3D real-time strategy (RTS) game of ancient warfare
On Thu, Mar 31, 2011 at 8:19 PM, Vincent Cheng vincentc1...@gmail.comwrote: On Thu, Mar 31, 2011 at 7:16 AM, Bertrand Marc beberk...@gmail.comwrote: 2011/3/31 Vincent Cheng vincentc1...@gmail.com Hi, Are there any updates on this? I'm interested in seeing 0 A.D. in Debian's repositories as well; would you like any help in packaging it? Kind regards, - Vincent Cheng Hi Vincent, I did the initial packaging work a few months ago now [1]. I don't remember very well. I think I had working packages, but there was some kind of hack needed to configure properly (as I remember). There was also a couple of libraries shipped with the archive, some of them were not part of Debian last year. You are welcome if you want to take over this ITP or work on the svn. I am not sure I'll have plenty of time for 0ad this month. Regards, Bertrand [1] http://svn.debian.org/wsvn/pkg-games/packages/trunk/0ad/ http://svn.debian.org/wsvn/pkg-games/packages/trunk/0ad-data/ I'd be glad to help you out with the packaging, although I admit I've had very little experience with svn. Is there some sort of quick-start guide for working with Debian's svn repositories? Aside from that, I seem to be having quite a bit of trouble getting 0 A.D. to build itself and run, as documented here [1]. - Vincent [1] http://www.wildfiregames.com/forum/index.php?showtopic=14568 A working patch was provided on Wildfire Games' forums (and attached with this e-mail); now 0ad can be successfully built and run. I'm going to upload my packaging to Debian Mentors and see if anybody would like to sponsor this package. - Vincent Index: lib/file/file.cpp === --- lib/file/file.cpp (revision 9141) +++ lib/file/file.cpp (working copy) @@ -94,8 +94,8 @@ return LibError_from_errno(); const size_t totalTransferred = (size_t)ret; - if(totalTransferred != size) - WARN_RETURN(ERR::IO); + //if(totalTransferred != size) + // WARN_RETURN(ERR::IO); monitor.NotifyOfSuccess(FI_LOWIO, accessType, totalTransferred); return INFO::OK; @@ -110,29 +110,31 @@ req.aio_fildes = fd; req.aio_offset = alignedOfs; req.aio_nbytes = alignedSize; - struct sigevent* sig = 0; // no notification signal - aiocb* const reqs = req; - if(lio_listio(LIO_NOWAIT, reqs, 1, sig) != 0) - return LibError_from_errno(); - return INFO::OK; + //struct sigevent* sig = 0; // no notification signal + //aiocb* const reqs = req; + //if(lio_listio(LIO_NOWAIT, reqs, 1, sig) != 0) + // return LibError_from_errno(); + //return INFO::OK; + return IO(fd, accessType, alignedOfs, alignedBuf, alignedSize); } LibError WaitUntilComplete(aiocb req, u8* alignedBuf, size_t alignedSize) { - // wait for transfer to complete. - while(aio_error(req) == EINPROGRESS) - { - aiocb* const reqs = req; - aio_suspend(reqs, 1, (timespec*)0); // wait indefinitely - } + wait for transfer to complete. + //while(aio_error(req) == EINPROGRESS) + //{ + // aiocb* const reqs = req; + // aio_suspend(reqs, 1, (timespec*)0); // wait indefinitely + //} - const ssize_t bytesTransferred = aio_return(req); - if(bytesTransferred == -1) // transfer failed - WARN_RETURN(ERR::IO); + //const ssize_t bytesTransferred = aio_return(req); + //if(bytesTransferred == -1) // transfer failed + // WARN_RETURN(ERR::IO); alignedBuf = (u8*)req.aio_buf; // cast from volatile void* - alignedSize = bytesTransferred; + //alignedSize = bytesTransferred; + alignedSize = req.aio_nbytes; return INFO::OK; }
Bug#617265: wesnoth-1.9: New version 1.9.4 is out for a long time already. PLEASE update.
I've taken a closer look at this and I've tried to package the latest dev release of Wesnoth (1.9.5). I've been using my own PPA to test it [1], and it seems to build and run fine now. I've also attached a patch of my changes, if that helps any. Regards, - Vincent [1] https://launchpad.net/~vincent-c/+archive/wesnoth diff -Nru a//debian/changelog b//debian/changelog --- a//debian/changelog 2011-01-27 01:51:47.0 -0800 +++ b//debian/changelog 2011-03-31 18:38:15.689134611 -0700 @@ -1,3 +1,9 @@ +wesnoth-1.9 (1:1.9.5-1) unstable; urgency=low + + * New upstream devel release. + + -- Vincent Cheng vincentc1...@gmail.com Sun, 27 Mar 2011 19:38:02 -0700 + wesnoth-1.9 (1:1.9.4-1) unstable; urgency=low * New upstream devel release. diff -Nru a//debian/control b//debian/control --- a//debian/control 2011-01-27 01:51:47.0 -0800 +++ b//debian/control 2011-03-31 18:43:22.433299780 -0700 @@ -7,7 +7,7 @@ libsdl-ttf2.0-dev (= 2.0.8), python-support, libdbus-1-dev, libboost-iostreams-dev, libboost-test-dev, libboost-regex-dev, libboost-serialization-dev, libboost-system-dev, libboost-thread-dev, - libpango1.0-dev, cmake (= 2.6), liblua5.1-0-dev + libpango1.0-dev, cmake (= 2.6), liblua5.1-0-dev, cdbs Standards-Version: 3.9.1 Uploaders: Gerfried Fuchs rho...@debian.org Homepage: http://wesnoth.org/ diff -Nru a//debian/rules b//debian/rules --- a//debian/rules 2011-01-27 01:51:47.0 -0800 +++ b//debian/rules 2011-03-31 02:33:48.0 -0700 @@ -45,10 +45,9 @@ ## used for package name extension BRANCH_VERSION = $(STRIP_MAJOR).$(MINOR_VERSION) -CONFIGURE_SWITCHES = --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --disable-strict-compilation --disable-maintainer-mode --disable-rpath --prefix=/usr --mandir=\$${prefix}/share/man --bindir=\$${prefix}/games --with-datadir-name=wesnoth/$(BRANCH_VERSION) --with-localedir=\$${prefix}/share/games/wesnoth/$(BRANCH_VERSION)/locale --with-fifodir=/var/run/wesnothd --datadir=\$${prefix}/share/games --enable-server --with-fribidi --enable-python-install - -CMAKE_SWITCHES = -DBINARY_SUFFIX=-$(BRANCH_VERSION) -DCMAKE_INSTALL_PREFIX=/usr/ -DBINDIR=/usr/games -DDATAROOTDIR=/usr/share/games -DDATADIRNAME=wesnoth/$(BRANCH_VERSION) -DDESKTOPDIR=/usr/share/applications -DDOCDIR=/usr/share/doc/wesnoth-$(BRANCH_VERSION)-data -DLOCALEDIR=wesnoth/$(BRANCH_VERSION)/locale -DMANDIR=/usr/share/man +# CONFIGURE_SWITCHES = --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --disable-strict-compilation --disable-maintainer-mode --disable-rpath --prefix=/usr --mandir=\$${prefix}/share/man --bindir=\$${prefix}/games --with-datadir-name=wesnoth/$(BRANCH_VERSION) --with-localedir=\$${prefix}/share/games/wesnoth/$(BRANCH_VERSION)/locale --with-fifodir=/var/run/wesnothd --datadir=\$${prefix}/share/games --enable-server --with-fribidi --enable-python-install +CMAKE_SWITCHES = -DBINARY_SUFFIX=-$(BRANCH_VERSION) -DCMAKE_INSTALL_PREFIX=/usr/ -DBINDIR=/usr/games -DDATAROOTDIR=/usr/share/games -DDATADIRNAME=wesnoth/$(BRANCH_VERSION) -DDESKTOPDIR=/usr/share/applications -DDOCDIR=/usr/share/doc/wesnoth-$(BRANCH_VERSION)-data -DLOCALEDIR=/usr/share/games/wesnoth/$(BRANCH_VERSION)/locale -DMANDIR=/usr/share/man -DFIFO_DIR=/var/run/wesnothd -DENABLE_CAMPAIGN_SERVER=ON -DENABLE_TOOLS=ON -DENABLE_STRICT_COMPILATION=OFF clean: dh_testdir @@ -83,9 +82,9 @@ dh_prep dh_installdirs - $(MAKE) -C build DESTDIR=$(CURDIR)/debian/tmp install + $(MAKE) -C build DESTDIR=$(CURDIR) install - cd $(CURDIR)/debian/tmp/usr/share/games/wesnoth/$(BRANCH_VERSION)/data/tools \ + cd $(CURDIR)/usr/share/games/wesnoth/$(BRANCH_VERSION)/data/tools \ chmod +x extractbindings unit_tree/TeamColorizer \ wesnoth/wescamp.py wesnoth/wmldata.py wesnoth/wmlparser.py \ wmlindent wmlflip wmllint wmlscope wesnoth_addon_manager \ @@ -178,10 +177,10 @@ done # move binaries to their proper name - mv debian/wesnoth-$(BRANCH_VERSION)-core/usr/games/wesnoth \ - debian/wesnoth-$(BRANCH_VERSION)-core/usr/games/wesnoth-$(BRANCH_VERSION) - mv debian/wesnoth-$(BRANCH_VERSION)-server/usr/games/wesnothd \ - debian/wesnoth-$(BRANCH_VERSION)-server/usr/games/wesnothd-$(BRANCH_VERSION) + #mv debian/wesnoth-$(BRANCH_VERSION)-core/usr/games/wesnoth \ + # debian/wesnoth-$(BRANCH_VERSION)-core/usr/games/wesnoth-$(BRANCH_VERSION) + #mv debian/wesnoth-$(BRANCH_VERSION)-server/usr/games/wesnothd \ + # debian/wesnoth-$(BRANCH_VERSION)-server/usr/games/wesnothd-$(BRANCH_VERSION) # move the desktop files to their proper name mv debian/wesnoth-$(BRANCH_VERSION)-core/usr/share/applications/wesnoth.desktop \ diff -Nru a//debian/source/format b//debian/source/format --- a//debian/source/format 1969-12-31 16:00:00.0 -0800 +++ b//debian/source/format 2011-03-27 19:40:50.0 -0700 @@ -0,0 +1 @@ +3.0 (quilt) diff -Nru a//debian/wesnoth-1.9-aoi.install b//debian/wesnoth-1.9-aoi.install --- a//debian/wesnoth-1.9-aoi.install 2011-01-27 01:51:47.0 -0800 +++ b//debian
Bug#594800: Bug#594802: ITP: 0ad-data -- 3D real-time strategy (RTS) game of ancient warfare
On Thu, Mar 31, 2011 at 7:16 AM, Bertrand Marc beberk...@gmail.com wrote: 2011/3/31 Vincent Cheng vincentc1...@gmail.com Hi, Are there any updates on this? I'm interested in seeing 0 A.D. in Debian's repositories as well; would you like any help in packaging it? Kind regards, - Vincent Cheng Hi Vincent, I did the initial packaging work a few months ago now [1]. I don't remember very well. I think I had working packages, but there was some kind of hack needed to configure properly (as I remember). There was also a couple of libraries shipped with the archive, some of them were not part of Debian last year. You are welcome if you want to take over this ITP or work on the svn. I am not sure I'll have plenty of time for 0ad this month. Regards, Bertrand [1] http://svn.debian.org/wsvn/pkg-games/packages/trunk/0ad/ http://svn.debian.org/wsvn/pkg-games/packages/trunk/0ad-data/ I'd be glad to help you out with the packaging, although I admit I've had very little experience with svn. Is there some sort of quick-start guide for working with Debian's svn repositories? Aside from that, I seem to be having quite a bit of trouble getting 0 A.D. to build itself and run, as documented here [1]. - Vincent [1] http://www.wildfiregames.com/forum/index.php?showtopic=14568
Bug#594800: Bug#594802: ITP: 0ad-data -- 3D real-time strategy (RTS) game of ancient warfare
Hi, Are there any updates on this? I'm interested in seeing 0 A.D. in Debian's repositories as well; would you like any help in packaging it? Kind regards, - Vincent Cheng
Bug#617265: wesnoth-1.9: New version 1.9.4 is out for a long time already. PLEASE update.
If you're willing to use cdbs, it should be doable to work around upstream's removal of autotools support. Example debian/rules file: #!/usr/bin/make -f include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/cmake.mk include /usr/share/cdbs/1/class/makefile.mk cdbs and cmake would also have to be added to Build-Depends in debian/control. Ideally, Wesnoth would continue to support autotools, but that looks unlikely at the moment. :(
Bug#618850: crawl-tiles: New upstream version (0.7.2) available
Package: crawl-tiles Version: 2:0.7.1-3 Severity: wishlist A new upstream bug-fix version of Dungeon Crawl (0.7.2) is available; please package it. Thanks! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-4.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages crawl-tiles depends on: ii crawl-common 2:0.7.1-3 Dungeon Crawl, a text-based roguel ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.5.2-4 GCC support library ii libgl1-mesa-glx [libgl1] 7.7.1-4 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.7.1-4 The OpenGL utility library (GLU) ii liblua5.1-0 5.1.4-5 Simple, extensible, embeddable pro ii libsdl-image1.2 1.2.10-2+b2 image loading library for Simple D ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libsqlite3-0 3.7.5-1 SQLite 3 shared library ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii ttf-dejavu 2.33-1 Metapackage to pull in ttf-dejavu- crawl-tiles recommends no packages. crawl-tiles suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616188: supertuxkart: Segfault when changing settings
Package: supertuxkart Version: 0.7+dfsg1-1~getdeb1 Severity: normal SuperTuxKart crashes when changing certain options under Controls, and then returning to the main screen. How to reproduce: 1. Run supertuxkart. 2. Click on Options. 3. Click on Controls. 4. Choose a keyboard and change any of the keybindings. 5. Click on Back to device list. 6. Repeat step 4 and 5 a few more times, then click on the back button to return to the main screen. 7. Supertuxkart exits with a segmentation fault. me@localhost:~$ supertuxkart Irrlicht Engine version 1.7.1 Linux 2.6.37-2.dmz.1-liquorix-amd64 #1 ZEN SMP PREEMPT Fri Feb 25 19:18:19 CST 2011 x86_64 [FileManager] Data files will be fetched from: '/usr/share/games/supertuxkart/' [IrrDriver] Creating NULL device Irrlicht Engine version 1.7.1 Linux 2.6.37-2.dmz.1-liquorix-amd64 #1 ZEN SMP PREEMPT Fri Feb 25 19:18:19 CST 2011 x86_64 [IrrDriver] Trying OpenGL rendering. [IrrDriver] Tring to create device with 32 bits startMusic : m_normal_filename=/usr/share/games/supertuxkart//data//music/MayDayMayhem.ogg, gain=0.7 -- switching to screen main.stkgui Segmentation fault -- System Information: Debian Release: wheezy/sid APT prefers maverick-proposed APT policy: (500, 'maverick-proposed'), (500, 'maverick'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-2.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages supertuxkart depends on: ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libenet0debian1 1.2.1-1 thin network communication layer o ii libgcc1 1:4.4.5-12 GCC support library ii libglu1-mesa [libglu 7.7.1-4 The OpenGL utility library (GLU) ii libirrlicht1.7 1.7.1+dfsg1-1+b1High performance realtime 3D engin ii libopenal1 1:1.12.854-2Software implementation of the Ope ii libstdc++6 4.4.5-12The GNU Standard C++ Library v3 ii libvorbisfile3 1.3.2-1 The Vorbis General Audio Compressi ii supertuxkart-data0.7+dfsg1-1~getdeb1 data for the supertuxkart kart rac supertuxkart recommends no packages. supertuxkart suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616188: supertuxkart: Segfault when changing settings
Package: supertuxkart Version: 0.7+dfsg1-1 Severity: normal Whoops, I've just realized that I sent this bug report with the GetDeb version of supertuxkart installed. Please disregard that; regardless, the same bug still exists in Debian's version of supertuxkart. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-2.dmz.2-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages supertuxkart depends on: ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libenet0debian1 1.2.1-1 thin network communication layer o ii libgcc1 1:4.4.5-12 GCC support library ii libgl1-mesa-glx [libgl1 7.7.1-4 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.7.1-4 The OpenGL utility library (GLU) ii libirrlicht1.7 1.7.1+dfsg1-1+b1 High performance realtime 3D engin ii libopenal1 1:1.12.854-2 Software implementation of the Ope ii libstdc++6 4.4.5-12 The GNU Standard C++ Library v3 ii libvorbisfile3 1.3.2-1 The Vorbis General Audio Compressi ii supertuxkart-data 0.7+dfsg1-1 data for the supertuxkart kart rac supertuxkart recommends no packages. supertuxkart suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613788: RFS: Dropbox
I've uploaded Dropbox again to Debian mentors; it includes several suggested fixes, and it's now one step closer to possibly being accepted into Debian. (This isn't my final upload though.) The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/non-free/d/dropbox - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/non-free/d/dropbox/dropbox_1.0.20-2.dsc Of the 52 libraries that was originally in the source tarball and in my first upload, only a few remain. I've managed to track down the origins of most of the libraries with apt-file, and instead of including those libraries in the source tarball, I've set those packages as build-depends and used dh_link to establish symlinks to Dropbox's directory. Dropbox now depends on the following packages: python2.5, python-dbus, libbz2-1.0, libssl0.9.8, libdbus-1-3, libdbus-glib-1-2, libpng12-0, libpopt0, librsync1, libsqlite3-0, libssl0.9.8, libstdc++6, libwxbase2.8-dbg, python-wxgtk2.8, zlib1g, python-simplejson, python-netifaces (I've chosen python2.5 over python2.6/3.1 because python2.5 includes all the python-related libraries that Dropbox needs, whereas python2.6/3.1 only includes some.) The following libraries/binaries are still present in the source tarball I've uploaded. - _librsync.so: not present in librsync1. apt-file says that it's included in the packages rdiff-backup and duplicity, but I'm unsure if they are the same libraries. - dropbox: the actual dropbox binary - fastpath.so: I have no idea what this library is, or what purpose it serves. - ncrypt/*: ncrypt is not yet packaged for Debian. It seems that this package has already been requested in a RFP bug report for python-ncrypt. (http://bugs.debian.org/528358) - netifaces/netifaces.pyc: this Python bytecode file doesn't seem to be in Debian's python-netifaces package. I've no idea whether or not this is needed, but I've included it at the moment for safe measure. Eventually, only dropbox will be left in the source tarball. I'll have to find some way between now and my next upload(s) to get rid of the remaining libraries. It looks like I may also have to package python-ncrypt; if nobody else is interested in this package, I'll look into it in the next few days and try to package it. Incidentally, does anyone know where I might possibly find the origin of _librsync.so or fastpath.so? To address a few of the questions/comments I've received over the past few days: - I don't know Dropbox's actual distribution license, which is why the license for the dropbox binary in debian/copyright only consists of Copyright 2008-2011 Dropbox, Inc. All rights reserved. I've contacted upstream to try and find out where I can obtain the actual license for the distribution of Dropbox. - While I don't have the text of the distribution license, the previous Dropbox maintainer has given me a copy of an e-mail conversation he had with a Dropbox employee who granted him permission to distribute Dropbox in Debian. See /usr/share/doc/dropbox/dropbox.mbox. Kind regards, ~ Vincent Cheng vincentc1...@gmail.com
Bug#614051: ITP: python-ncrypt -- python wrapper for OpenSSL
Package: wnpp Severity: wishlist Owner: Vincent Cheng vincentc1...@gmail.com * Package name: python-ncrypt Version : 0.6.4 Upstream Author : Tachyon Technologies Pvt. Ltd. * URL : http://tachyon.in/ncrypt/ * License : MIT Programming Lang: Python Description : python wrapper for OpenSSL NCrypt is a python wrapper for OpenSSL built using Pyrex. It supports: * hash algorithms (md5, sha1, sha256, sha512 etc.) * symmetric encryption algorithms (aes256, aes128, 3des, blowfish etc.) * public key crypto with RSA * diffie-hellman key exchange * create/manipulate X.509 certificates * SSL/TLS network protocol -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613788: ITP: dropbox -- secure backup, sync and sharing util
Package: wnpp Severity: wishlist Owner: Vincent Cheng vincentc1...@gmail.com * Package name: dropbox Version : 1.0.20-1 Upstream Author : Dropbox, Inc. * URL : http://www.dropbox.com * License : Proprietary Section : non-free/net Description : secure backup, sync and sharing util Dropbox is a Web-based file hosting service operated by Dropbox, Inc. which uses cloud computing to enable users to store and share files and folders with others across the Internet using file synchronization. This package only contains the Dropbox daemon; it does not contain the Nautilus plugin for Dropbox. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610257: dropbox 1.0.17 distribution now complies to copyright complaints
As promised earlier, I've re-packaged Dropbox (based off of Ivan's work) and have tried to address the licensing issues in the packaging. I would be grateful if any Debian developers/maintainers could look through my packaging and help me resolve any further licensing issues that I missed, and perhaps even sponsor my package. Thank you! The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/non-free/d/dropbox - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/non-free/d/dropbox/dropbox_1.0.20-1.dsc Best regards, ~ Vincent Cheng vincentc1...@gmail.com