Bug#744738: O: eqonomize -- personal accounting software for the small household economy
Package: wnpp Severity: normal I intend to orphan the eqonomize package. The package description is: Eqonomize! is a personal accounting software for KDE, with focus on efficiency and ease of use for the small household economy. It provides a complete solution, with bookkeeping by double entry and support for scheduled recurring transactions, security investments, and budgeting. It gives a clear overview of past and present transactions, and development of incomes and expenses, with -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744706: O: wxmaxima -- GUI for the computer algebra system Maxima
Package: wnpp Severity: normal I intend to orphan the wxmaxima package. The package description is: wxMaxima is a graphical user interface for the computer algebra system Maxima. It eases the use of Maxima by making most of its commands available through a menu system and by providing input dialogs for commands that require more than one argument. It also implements its own display engine that outputs mathematical symbols directly instead of depicting them with ASCII characters. . wxMaxima also features 2D and 3D inline plots, simple animations, mixing of text and mathematical calculations to create documents, exporting of input -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741569: wxmaxima: Please update to use wxwidgets3.0
On Friday 14 March 2014 11:56:56 Olly Betts wrote: I'm happy to NMU this change if you wish me to - just let me know. That would be great! Cheers Frank signature.asc Description: This is a digitally signed message part.
Bug#720569: scala upload
Hi tony, On Thursday 26 December 2013 22:05:03 tony mancill wrote: I just realized that scala is not a pkg-java/Debian Java Team maintained package, and so the upload I just made to get scala to build against Java7 could very rightly be considered rude by the team. (It also means that I can't push the commits to the pkg-scala packaging repo.) the Scala team has been inactive for a very long time, so I guess nobody considers your upload rude. On the contrary, your upload brought Scala back to testing, so thank you for that! I can format-patch the changes to you if you'd like, but there's nothing very complicated going on. My apologies if this disrupts any packaging work that was already in progress. No problem, I just pushed your changes to the Git repo. Thanks again for your help! Frank signature.asc Description: This is a digitally signed message part.
Bug#713801: O: euler -- interactive mathematical programming environment
Package: wnpp Severity: normal I am orphaning euler. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. signature.asc Description: This is a digitally signed message part.
Bug#666337: euler: FTBFS: gcc: error: unrecognized option '-V'
On Friday 01 June 2012 15:23:27 gregor herrmann wrote: On Fri, 01 Jun 2012 14:19:42 +0200, Sebastian Ramacher wrote: If you have the time to create a debdiff, great. Otherwise I can also do it myself. Here it is. LDFLAGS is exported now as well. Otherwise the maintainer's change from 1.61.0-5 is reverted, i.e the unneeded dependencies are back. Good catch. Sorry, that was the wrong patch. Here is the right one. Thank you, uploaded to DELAYED/2. Thank you guys for fixing this bug! signature.asc Description: This is a digitally signed message part.
Bug#661790: [wxmaxima] no keyboard input after closing a dialog
Hi, On Saturday 03 March 2012 23:50:00 Mate Miklos wrote: I now found that changing to an other window and back gets keyboard back. This might be a bug in kde-window-manager. Have you tried it with another window manager? Cheers, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661790: [wxmaxima] no keyboard input after closing a dialog
tags 661790 + unreproducible thanks Hi, On Thursday 01 March 2012 11:29:54 Mate Miklos wrote: After using a dialog (like enter matrix) the main input area receives no keyboard input until I use the context menu via right click. Unfortunately I cannot reproduce this behaviour. After leaving the Enter matrix dialog (or any other dialog), I can type something into the document without creating the context menu. And it also doesn't matter if I leave the dialog with Ok or Cancel. Cheers, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593548: wxaxima loses connection to maxima for long connection
tags 593548 + unreproducible moreinfo thanks On Thursday 19 August 2010 17:13:13 Julian Andres Klode wrote: On Do, 2010-08-19 at 12:01 +0200, Frank S. Thomas wrote: I've tried to reproduce this and this is what I got after some minutes: | (%i1) sum(1/i, i, 1, 10^6); | | Maxima encountered a Lisp error: | Error in FORMAT [or a callee]: Value stack overflow. | | Automatically continuing. | To enable the Lisp debugger set *debugger-hook* to nil. This doesn't look like wxMaxima looses the connection to Maxima, so could you please explain in more detail what happens in your case. For me: maxima: the command runs 14 minutes and prints a result wxmaxima gives CLIENT: Lost socket connection ... Restart Maxima with 'Maxima-Restart Maxima'. (after 10-20 seconds) Since I got a value stack overflow in my first attempt to reproduce this bug, I just tried to reproduce it again with a convergent series and wxMaxima 11.08.0: | float(sum(1/i^2, i, 1, 10^3)); time(%); | 1.64393456668156 | [0.02] | | float(sum(1/i^2, i, 1, 10^4)); time(%); | 1.64483407184806 | [0.68] | | float(sum(1/i^2, i, 1, 10^5)); time(%); | 1.644924066898226 | [43.57] | | float(sum(1/i^2, i, 1, 10^6)); time(%); | 1.644933066848727 | [4146.08] | | ? time; | -- Function: time (%o1, %o2, %o3, ...) | | Returns a list of the times, in seconds, taken to compute the | output lines `%o1', `%o2', `%o3', The time returned is | Maxima's estimate of the internal computation time, not the | elapsed time. So the last calculation lasted more than an hour and still succeeded. It would be interesting to see if your bug is still present in the latest wxMaxima version and if it is, whether it also happens with a convergent series. Cheers, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641249: [scala] Use +dfsg instead of .dfsg in the version number
Package: scala Version: 2.9.1.dfsg-1 Severity: important Lintian currently informs us about: I: dfsg-version-with-period The version number of this package contains .dfsg, probably in a form like 1.2.dfsg1. There is a subtle sorting problem with this version method: 1.2.dfsg1 is considered a later version than 1.2.1. If upstream adds another level to its versioning, finding a good version number for the next upstream release will be awkward. Upstream may never do this, in which case this isn't a problem, but it's normally better to use +dfsg instead (such as 1.2+dfsg1). + sorts before ., so 1.2 1.2+dfsg1 1.2.1 as normally desired. Since upstreams uses an optional fourth number for hotfix releases, as we have seen with 2.9.0 and 2.9.0.1, we should use +dfsg for the next upload of a new upstream release. -Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640223: [Pkg-scala-maint] Bug#640223: scala: Invalid terminal type: jline.UnixTerminal
tags 640223 + unreproducible thanks Hi! On Saturday 03 September 2011 16:38:43 basilevs wrote: Package: scala Version: 2.9.0.1.dfsg-1 Severity: normal Scala interpreter fails to initialize terminal. Interpreer remains functional, but accepts no special keys. Output: $ scala [ERROR] Failed to construct terminal; falling back to unsupportedjava.lang.IllegalArgumentException: Invalid terminal type: jline.UnixTerminal I cannot reproduce this bug, but it would be interesting to see if this also happens with the recently uploaded version 2.9.1. Thanks, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639960: [scala] Update to Scala 2.9.1
Package: scala Severity: wishlist Please update the package to version 2.9.1 which has been released yesterday: http://www.scala-lang.org/node/10780 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626525: wxmaxima: Should register itself for .wxm files
On Thursday 12 May 2011 18:31:07 Julian Andres Klode wrote: It's getting annoying to have to workaround wxMaxima's missing registration of its mime type support. Please change the desktop file so that we wxMaxima is registered as the default handler for .wxm files (MimeType being text/x-maxima-batch). Why should the the MimeType be text/x-maxima-batch instead of text/x-wxmaxima-batch for .wxm files? Trying to process a wxMaxima batch file with Maxima or Xmaxima fails with an incorrect syntax error. So the MimeType of .wxm files should be specific to wxMaxima, right? Cheers, Frank signature.asc Description: This is a digitally signed message part.
Bug#612133: RM: orsa -- ROM; old, unmaintained upstream, Qt 3
Package: ftp.debian.org Severity: normal Hi, Please remove orsa from the archive: - last upstream release was 6 years ago - it depends on old libraries: Qt 3 and fftw2 - only 21 popcon votes Thanks Frank signature.asc Description: This is a digitally signed message part.
Bug#610559: wxmaxima fails to support CUA editing keys
tags 610559 pending fixed-upstream thanks Hi Jeff, On Wednesday 19 January 2011 22:15:42 Jeff Teunissen wrote: The IBM/Windows Common User Access editing keys (Shift+Del for cut, Shift+Ins for paste, Ctrl+Ins for copy), which work almost everywhere, don't work in wxMaxima. Worse, the failure mode is destructive -- that is, Shift+Del deletes rather than cuts, so when the user tries to paste what he/she thought was cut, all that shows up is the ł (U+0142) character (the two-byte key code for Insert)...and because wxMaxima has only one level of undo, pasting has just irrevocably erased what the user thought had been cut to the clipboard. Included is a short patch to enable the expected functionality. Your patch has been applied in r1474 [1] and will be part of the next wxMaxima release (probably 0.8.8). Cheers, Frank 1: http://sourceforge.net/apps/trac/wxmaxima/changeset/1474/ signature.asc Description: This is a digitally signed message part.
Bug#604367: Preparations for the removal of the KDE3 and Qt3 libraries
On Sunday 21 November 2010 20:46:28 Eckhart Wörner wrote: The Debian Qt/KDE team is planning to remove the KDE3 and Qt3 libraries from Debian shortly after the Squeeze release. The transition phase to KDE4 and Qt4 will finish since both KDE and Nokia upstream don't maintain the old versions of those libraries anymore. In order to make this move, all packages directly or indirectly depending on the KDE3/Qt3 libraries have to either get ported to KDE4/Qt4 or eventually get removed from the Debian repositories. Therefore, please take the time and: - contact your upstream (if existing) and ask about the state of a KDE4/Qt4 port of your application - if there are no activities regarding porting, investigate whether there are suitable alternatives for your users - if there is a KDE4/Qt4 port that is not yet packaged, consider packaging it - if both the KDE3/Qt3 and the KDE4/Qt4 version already coexist in the Debian archives, consider removing the KDE3/Qt3 version FTR: There is no Qt4 port of ORSA and the current version in Debian is already more than five years old. I haven't asked upstream, but it seems that his top priority currently is orbit@home [1]. After the release of Squeeze I will therefore ask for the removal of ORSA from Debian. I'm also not aware of any alternatives. - Frank [1] http://orbit.psi.edu/ signature.asc Description: This is a digitally signed message part.
Bug#604315: Preparations for the removal of the KDE3 and Qt3 libraries
On Sunday 21 November 2010 19:45:36 Eckhart Wörner wrote: The Debian Qt/KDE team is planning to remove the KDE3 and Qt3 libraries from Debian shortly after the Squeeze release. The transition phase to KDE4 and Qt4 will finish since both KDE and Nokia upstream don't maintain the old versions of those libraries anymore. In order to make this move, all packages directly or indirectly depending on the KDE3/Qt3 libraries have to either get ported to KDE4/Qt4 or eventually get removed from the Debian repositories. Therefore, please take the time and: - contact your upstream (if existing) and ask about the state of a KDE4/Qt4 port of your application - if there are no activities regarding porting, investigate whether there are suitable alternatives for your users - if there is a KDE4/Qt4 port that is not yet packaged, consider packaging it - if both the KDE3/Qt3 and the KDE4/Qt4 version already coexist in the Debian archives, consider removing the KDE3/Qt3 version FTR: There is a KDE4 port of LabPlot. It is however not ready to be packaged yet (it failed to build from source the last time I tried to build it and also the last release of an alpha version of this port was more than two years ago). Also the LabPlot and SciDAVis projects (which uses Qt4 and is already in Debian) are currently merging their codebase [1]. Therefore it is unclear whether LabPlot and SciDAVis will be built from the same Debian source package once the merge is complete. I recommend to remove LabPlot after the release of Squeeze and use SciDAVis instead. LabPlot should be reintroduced as soon as there is a working KDE4 port of it. - Frank [1] http://dot.kde.org/2009/10/16/labplot-and-scidavis-collaborate-future- free-scientific-plotting signature.asc Description: This is a digitally signed message part.
Bug#593548: wxaxima loses connection to maxima for long connection
On Thursday 19 August 2010 09:37:04 Julian Andres Klode wrote: Calculate sum(1/i, i, 1, 10^6); and wxmaxima will lose the connection to maxima. I've tried to reproduce this and this is what I got after some minutes: | (%i1) sum(1/i, i, 1, 10^6); | Maxima encountered a Lisp error: | Error in FORMAT [or a callee]: Value stack overflow. | Automatically continuing. | To enable the Lisp debugger set *debugger-hook* to nil. This doesn't look like wxMaxima looses the connection to Maxima, so could you please explain in more detail what happens in your case. Thanks, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575297: more info
tags 575297 + confirmed upstream forwarded 575297 http://sourceforge.net/tracker/?func=detailaid=2980951group_id=126731atid=707628 thanks I can reproduce this bug with wxMaxima 0.8.4. If I disable the jsMath fonts, at least the roots are not garbled but words are still used instead of the greek letters. - Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552226: [root-plugin-math-minuit2] header files are not included anymore
Hi Christian, First of all, I'm sorry for the late answer. On Friday 20 November 2009 10:27:54 Christian Holm Christensen wrote: In that case, that you only need Minuit2 and not the `rest' of ROOT, you should link your program against the stand-alone version of Minuit2 available from Note, that if you link against libMinuit2.so from ROOT you _will_ pull in a lot of ROOT stuff, just try to do ldd /usr/lib/root/5.24/libMinuit2.so.5.24 Ok, you are of course right. I missed that the libMinuit2.so from ROOT was linked to other ROOT libraries. So basically I'm using Minuit2 just as a standalone library and therefore need its header files. Then, you should truly use it as stand-alone and get the stand-alone package :-) Since the ROOT source package already includes the Minuit2 sources, could stand-alone packages of it (e.g. libminuit2 and libminuit2-dev) be built from the ROOT source package? Or is it required to introduce an independent source package for Minuit2? Cheers Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547573: [wxmaxima] cut and paste doesn't work
Hi, It seems that the recently uploaded wxMaxima version 0.8.4 fixes this issue. It would be kind of you if you could check if this bug still exists in the new version. Thanks Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556572: [libgnuradio-qtgui0] typo in short description
Package: libgnuradio-qtgui0 Severity: minor Hi, there are typos in the short descriptions of the libgnuradio-qtgui0 and libgnuradio-qtgui-dev packages (fro instead of for): - GNU Radio C++ blocks fro QT-based GUI applications + GNU Radio C++ blocks for QT-based GUI applications Cheers Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547573: [wxmaxima] cut and paste doesn't work
Hi, On Saturday 31 October 2009 11:40:10 Mate Miklos wrote: On 2009 September 25 Freitag, Frank S. Thomas wrote: Copy and paste works here as expected. now that I had some time to experiment with wxmaxima, I found the 'configure/copy to clipboard on select' option, and it changes the situation a bit (why is this off by default???). Now wxmaxima puts the selection into the clipboard buffer, and middle click inserts the clipboard buffer. This is not how other applications work, though, they use the primary buffer for select-insert, and use the clipboard buffer for the ^C-^V clipboard. I think that this is a good answer why the copy to clipboard on select option is off by default. That is just not how other applications use the X buffers. With this option off, my observation is that wxMaxima does not put selections into the PRIMARY buffer (like all other applications do) but CTRL-C puts selections into the CLIPBOARD buffer (like all other applications). But this is still different from your observation that CTRL-C doesn't do anything at all. I'll ask upstream about this. Cheers Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545105: log(x) is natural log in maxima!
Hi Andres, On Tuesday 27 October 2009 05:59:02 Andres Cimmarusti wrote: The definition ln(x) has never existed in Maxima. This is not a wxmaxima or maxima problem. This should not block the upgrade to maxima 5.19.2 The bug reported against wxMaxima does not block the upgrade of Maxima, but that Maxima in Debian is still at 5.17 hinders that this bug gets fixed in wxMaxima. Also #545105 is not about ln(x) being not defined in Maxima. 552280 is NOT blocked by 545105, but 545105 is blocked by 552280 Cheers -- Frank S. Thomas f...@debian.org PGP public key ID: 0xDC426429 Debian Developerfinger fst/k...@db.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#545105: wxmaxima: plotting fails (no handler found for image type)
block 545105 by 552280 thanks On Sunday 13 September 2009 16:38:38 Frank S. Thomas wrote: On Sunday 13 September 2009 14:56:12 John Lindgren wrote: The bug is that the error message is completely inappropriate (no handler found for image type). A minimal fix would be something like parse error; better would be unknown symbol: ln. Ok, now I see it. I've forwarded your request to the upstream developers. Upstream explained that with recent Maxima versions (5.18 or later) an appropriate error message is shown above the image in wxMaxima. So this bug is fixed as soon as a more recent Maxima is uploaded to Debian and wxMaxima gets adapted to this version. Cheers Frank signature.asc Description: This is a digitally signed message part.
Bug#552226: [root-plugin-math-minuit2] header files are not included anymore
Package: root-plugin-math-minuit2 Version: 5.24.00-1 Severity: wishlist Hi, The header files that were included in root-plugin-minuit2/5.18.00 in the directory /usr/include/root/Minuit2/ are not included in the new root-plugin- math-minuit2 anymore. I also couldn't find them in any other package. Please provide these headers in this or any other package. Thanks and much kudos for packaging ROOT! Frank --- System information. --- Architecture: amd64 Kernel: Linux 2.6.30-2-amd64 Debian Release: squeeze/sid 600 testing www.debian-multimedia.org 600 testing ftp.de.debian.org 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 101 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-= libc6 (= 2.2.5) | 2.9-25 libgcc1 (= 1:4.1.1) | 1:4.4.1-4 libroot-core5.24 (= 5.24.00) | 5.24.00-1 libroot-graf2d-graf5.24 (= 5.24.00) | 5.24.00-1 libroot-hist5.24 (= 5.24.00) | 5.24.00-1 libroot-math-mathcore5.24 (= 5.24.00) | 5.24.00-1 libroot-math-matrix5.24 (= 5.24.00) | 5.24.00-1 libstdc++6 (= 4.2.1) | 4.4.1-4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552226: [root-plugin-math-minuit2] header files are not included anymore
Hi Christian,
On Saturday 24 October 2009 20:46:00 Christian Holm Christensen wrote:
On Sat, 2009-10-24 at 16:04 +0200, Frank S. Thomas wrote:
The header files that were included in root-plugin-minuit2/5.18.00 in the
directory /usr/include/root/Minuit2/ are not included in the new
root-plugin- math-minuit2 anymore.
There's a good reason for that. All the packages at that are named
`root-plugin-.*' are - well - plug-ins. That means, that it is up to
ROOT's internal loading mechanism to load the right library. That also
means, that you should not use the concrete interface provided by these
packages, but instead use the virtual interface provided in the core.
For Minuit2, you should do
TVirtualFitter* fitter = TVirtualFitter::Fitter(0, 0);
and have
Root.Fitter: Minuit2
in your .rootrc file.
I guess I should explain how I use Minuit2. I'm developing a C++ program with
a Fcn class that is derived from ROOT::Minuit2::FCNBase. A method of this
class computes some number that I want to minimize. In the simpliest form this
is achieved by using the class ROOT::Minuit2::MnMinimize together with my Fcn,
but I want to be able to use other minimizing strategies and to vary/fix the
parameters of my function. The classes in the ROOT::Minuit2 namespace are of
course all declared in the Minuit2 headers (that were included in the old
package). So my C++ source files only #include the required Minuit2 headers,
and nothing else from ROOT, and my program is only linked against
libMinuit2.so, and also nothing else from ROOT. I want to use Minuit2 directly
in my program and don't need another abstraction layer.
So basically I'm using Minuit2 just as a standalone library and therefore need
its header files.
If, however, you (and others) can convince me, that you _must_ use the
TMinuit2 class directly, then perhaps I can be persuaded to make
root-plugin-math-minuit2 into the two packages
libroot-math-minuit2{5.xx,-dev}.
From my current point of view I would very much like to have a libroot-math-
minuit2-dev package.
Perhaps you want to consider joining the debian-science mailing list?
It's for users, maintainers, and developers a-like.
I'm lurking on debian-science but currently don't have enough free time for
valuable contributions.
Thanks and cheers
Frank
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550455: RM: kboincspy -- ROM; old, RC buggy, unmaintained upstream
Package: ftp.debian.org Severity: normal Hi! Please remove kboincspy from the archive. The current version was released over three years ago, it requires the old KDE 3 library and currently fails to build from source. Thanks Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547573: [wxmaxima] cut and paste doesn't work
Hi, On Sunday 20 September 2009 23:04:12 Mate Miklos wrote: Version: 0.8.3a-1 The edit/copy, edit/paste, Ctrl-C, Ctrl-V, as well as the X11 selection clipboard do not work at all. Not within wxmaxima window, nor from/to other windows. libwxbase2.8-0 (= 2.8.7.1) | 2.8.7.1-2 Having the same wxMaxima version installed, I cannot reproduce this. Copy and paste works here as expected. You could check what is in the clipboard with the xsel utility (try xsel -psb to output the content of all X selections) and verify with it that nothing is transferred from wxMaxima to the X selections. I'm not an X expert but maybe the desktop environment influences the X selections. Which one are you using and have you tried cp in other environments? I tested wxMaxima within KDE 4. It would be also interesting to try out other applications that are linked to libwxbase2.8-0 and to check if cp works there. amule would be such an application. Cheers Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545105: wxmaxima: plotting fails (no handler found for image type)
reopen 545105 forwarded 545105 http://sourceforge.net/tracker/?func=detailaid=2858065group_id=126731atid=707628 tag 545105 + upstream thanks On Sunday 13 September 2009 14:56:12 John Lindgren wrote: On Sun, 2009-09-13 at 12:36 +0200, Frank S. Thomas wrote: I don't see any bug here. The bug is that the error message is completely inappropriate (no handler found for image type). A minimal fix would be something like parse error; better would be unknown symbol: ln. Sorry for not clarifying earlier. Ok, now I see it. I've forwarded your request to the upstream developers. Cheers Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#461921: wxmaxima queries cupsd far too often
Hi, On Monday 21 January 2008 15:14:54 Emmanuel Hainry wrote: When started in an environment with a lot of printers, wxmaxima queries for the numerous printers a lot and uses large amounts of cpu (as does cupsd (typically, I get 70% cpu for wxmaxima and 40% for cupsd when I don't do anything, and it increases when I write a formula and decreases when maxima is computing). Does this also happen with wxMaxima 0.8.2? I think I don't have enough printers here to reproduce this myself. Thanks Frank signature.asc Description: This is a digitally signed message part.
Bug#527708: wxmaxima: FTBFS: wxchar.h:894: error: expected initializer before 'ATTRIBUTE_PRINTF_3'
On Saturday 27 June 2009 14:14:19 Filippo Giunchedi wrote: On Thu, Jun 25, 2009 at 06:00:38PM +0200, Frank S. Thomas wrote: On Friday 08 May 2009 19:52:37 Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: g++ -DHAVE_CONFIG_H -I. -I. -I. [...] MathParser.cpp:220: error: 'Format' is not a member of 'wxString' make[2]: *** [MathParser.o] Error 1 I'm currently preparing a new upstream release of wxMaxima (0.8.2) which does not exhibit this problem and therefore I'm tagging this bug as pending. it does compile despite http://bugs.debian.org/521924 ? The new upstream version requires wxWidgets = 2.8.0. Cheers Frank signature.asc Description: This is a digitally signed message part.
Bug#527708: wxmaxima: FTBFS: wxchar.h:894: error: expected initializer before 'ATTRIBUTE_PRINTF_3'
package wxmaxima tags 527708 + pending thanks Hi, On Friday 08 May 2009 19:52:37 Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: g++ -DHAVE_CONFIG_H -I. -I. -I. [...] MathParser.cpp:220: error: 'Format' is not a member of 'wxString' make[2]: *** [MathParser.o] Error 1 I'm currently preparing a new upstream release of wxMaxima (0.8.2) which does not exhibit this problem and therefore I'm tagging this bug as pending. Cheers Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515244: RM: kernel-patch-debianlogo -- ROM; transitional dummy package for linux-patch-debianlogo
Package: ftp.debian.org Severity: normal Hi, Please remove kernel-patch-debianlogo from unstable because it is only a transitional dummy package for linux-patch-debianlogo. Now that the transitional kernel-patch-debianlogo is part of a stable release, which means a proper upgrade path is in place, the package is not required in unstable anymore. Thanks Frank -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (990, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506247: [boinc-client] boinc-client could also suggests cpulimit
On Wednesday 19 November 2008 21:29:10 clement R. wrote: Maybe boinc-client could suggests cpulimit in addition of schedtool. Why? boinc-client suggests schedtool because its init script can make use of it. How does cpulimit enhances boinc-client's usefulness? How are they related? Cheers Frank signature.asc Description: This is a digitally signed message part.
Bug#511563: Incorrect calculation of Variance/StdDev
Hi Raphael, On Monday 12 January 2009 10:04:03 Raphael Wimmer wrote: When entering the numbers 3 7 7 19 in fields A1-A4 of a new spreadsheet, selecting them and selecting Column statistics from the context menu, a new spreadsheet pops up. It contains (among others) two fields for Standard Deviation and Variance. LabPlot calculates the variance as 48 and the StdDev as 6.9... which is incorrect. The correct variance is 36, the correct StdDev is 6. This error can be reproduced with other combinations of numbers. It seems that LabPlot always divides the sum of squares by n-1 instead of n. LabPlot's behaviour is consistent with other programs like OOCalc, Mathematica and QtiPlot. STDEV() and VAR() in OOCalc and StandardDeviation[] and Variance[] in Mathematica both reproduce what LabPlot calculated. As explained on [1], all these programs compute the bias-corrected sample variance and it's square root. On that page it is also mentioned that using variance for bias-corrected variance is consistent with widespread inconsistent and ambiguous terminology. Too bad, but that's the way it is. I think it would be more confusing if LabPlot would deviate from the terminology of all other programs. Cheers Frank [1] http://mathworld.wolfram.com/StandardDeviation.html signature.asc Description: This is a digitally signed message part.
Bug#511521: boinc: Does not check the RSA_public_decrypt() return value.
On Tuesday 13 January 2009 16:43:55 Rene Mayorga wrote: I was about to port this fix to 6.2.14-2, are everybody ok with this? FWIW: I'm ok with backporting this to the current version in Lenny. signature.asc Description: This is a digitally signed message part.
Bug#511243: RFA: boinc -- BOINC distributed computing infrastructure
Package: wnpp Severity: normal X-Debbugs-CC: debian-de...@lists.debian.org, debian-scie...@lists.debian.org, pkg-boinc-de...@lists.alioth.debian.org Hello, We, the Debian BOINC Maintainers, put up boinc and boinc-app-seti for adoption. None of us currently have enough time to properly maintain these packages, e.g. fixing non-RC bugs, updating them to new upstream versions, and so on. The current BOINC version in Debian is one major version behind the current upstream release and the packages accumulate bug reports that are left unanswered. So if you are a BOINC user or interested in BOINC, please consider adopting it. If you want to inspect the source packages, they are maintained in Git: http://git.debian.org/?p=pkg-boinc/boinc.git http://git.debian.org/?p=pkg-boinc/boinc-app-seti.git Thanks Frank signature.asc Description: This is a digitally signed message part.
Bug#511243: RFA: boinc -- BOINC distributed computing infrastructure
On Thursday 08 January 2009 20:50:26 Rene Mayorga wrote: I am actually interested on this, but FWIW I really will prefer to join a team and keep BOINC related packages team maintained. I see no problem for you to join the pkg-boinc project on Alioth and join the Debian BOINC Maintainers. But note that none of us currently have time for doing maintenance works. Cheers Frank signature.asc Description: This is a digitally signed message part.
Bug#495105: ITP: scidavis
retitle 495105 RFP: scidavis -- application for scientific data analysis and visualization noowner 495105 thanks Hi, I currently don't have time to properly maintain this software therefore I hereby withdraw my ITP. The preliminary packaging will however be available in this Git repository: http://git.debian.org/?p=collab-maint/scidavis.git Prospective packagers are free to reuse this packaging or to start packaging from scratch. Cheers -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#504467: init script fails to shut down boinc if $BOINC_OPTS contains --daemon
reassign 504467 boinc-client 6.2.14-2 severity 504467 normal thanks The boinc-client init script fails to shut down boinc if /var/run/boinc.pid does not contain the actual boinc pid. This can happen if boinc is started with the --daemon option. Since this option is not used in the default configuration of boinc-client, this bug is at most of severity normal and not release critical. An easy fix would be to add a warning to /etc/default/boinc-client to not use the --daemon option. More elegant would be of course if the init script would work with or without this option. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500006: installation-reports: installation report netinst 23.09.2008: Acer TravelMate 661LMi
Package: installation-reports Severity: normal -- Package-specific info: Boot method: CD Image version: debian-testing-i386-netinst Date: Tue Sep 23 01:47:56 UTC 2008 Machine: Acer TravelMate 661LMi Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Installation worked great! -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to [EMAIL PROTECTED] == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=5.0 (lenny) - installer build 20080918-09:02 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == umame -a: Linux hyperion 2.6.26-1-486 #1 Wed Sep 10 16:00:21 UTC 2008 i686 unknown lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller [8086:3580] (rev 02) lspci -knn: 00:00.1 System peripheral [0880]: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller [8086:3584] (rev 02) lspci -knn: 00:00.3 System peripheral [0880]: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller [8086:3585] (rev 02) lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 82852/855GM Integrated Graphics Device [8086:3582] (rev 02) lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation 82852/855GM Integrated Graphics Device [8086:3582] (rev 02) lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 [8086:24c2] (rev 03) lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 [8086:24c4] (rev 03) lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:1d.2 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 [8086:24c7] (rev 03) lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:1d.7 USB Controller [0c03]: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller [8086:24cd] (rev 03) lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: Kernel modules: ehci-hcd lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev 83) lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge [8086:24cc] (rev 03) lspci -knn: 00:1f.1 IDE interface [0101]: Intel Corporation 82801DBM (ICH4-M) IDE Controller [8086:24ca] (rev 03) lspci -knn: Kernel driver in use: PIIX_IDE lspci -knn: Kernel modules: piix lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller [8086:24c3] (rev 03) lspci -knn: 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller [8086:24c5] (rev 03) lspci -knn: 00:1f.6 Modem [0703]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller [8086:24c6] (rev 03) lspci -knn: 02:02.0 Ethernet controller [0200]: Broadcom Corporation BCM4401 100Base-T [14e4:4401] (rev 01) lspci -knn: Kernel driver in use: b44 lspci -knn: Kernel modules: b44 lspci -knn: 02:04.0 Network controller [0280]: Intel Corporation PRO/Wireless LAN 2100 3B Mini PCI Adapter [8086:1043] (rev 04) lspci -knn: Kernel modules: ipw2100 lspci -knn: 02:06.0 CardBus bridge [0607]: O2 Micro, Inc. OZ711EC1 SmartCardBus Controller [1217:7113] (rev 20) lspci -knn: Kernel driver in use: yenta_cardbus lspci -knn: Kernel modules: yenta_socket lspci -knn: 02:06.1 CardBus bridge [0607]: O2 Micro, Inc. OZ711EC1 SmartCardBus Controller [1217:7113] (rev 20) lspci -knn: Kernel driver in use: yenta_cardbus lspci -knn: Kernel modules: yenta_socket lspci -knn: 02:07.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB43AB21 IEEE-1394a-2000 Controller (PHY/Link) [104c:8026] lspci -knn: Kernel driver in use: ohci1394 lspci -knn: Kernel modules: ohci1394 lsmod: Module Size Used by lsmod: nls_cp437 5504 0 lsmod: ufs63620 0
Bug#497247: warns about desktop-file-but-no-dh_desktop-call but dh is used
Package: lintian Version: 1.24.4 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, If there is a .desktop file in debian/ and the rules file looks like #!/usr/bin/make -f %: dh $@ lintian warns about desktop-file-but-no-dh_desktop-call although dh calls dh_desktop in the binary-arch or binary-indep target. Thanks, Frank - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina ii diffstat1.45-2 produces graph of changes introduc ii dpkg-dev1.14.21 Debian package development tools ii file4.25-1 Determines file type using magic ii gettext 0.17-4 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf ii libdigest-sha-perl 5.47-1 Perl extension for SHA-1/224/256/3 ii libparse-debianchan 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl1.1600-9 Time and date functions for Perl ii liburi-perl 1.35.dfsg.1-1Manipulates and accesses URI strin ii man-db 2.5.2-2 on-line manual pager ii perl [libdigest-sha 5.10.0-13Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libtext-template-perl 1.44-1.2 Text::Template perl module ii man-db2.5.2-2on-line manual pager - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAki6WrQACgkQft6HNdxCZCmF3ACeO1ocsQLDAjAOQ1FHBlFfbIG+ +aQAn3+y0aF1hV5R4Lr+/hllA2UImm5i =87g5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491226: boincmgr: does not respect VM occupation limits
Hi Sandro, On Monday 25 August 2008 22:40, Sandro Tosi wrote: On Mon, Aug 25, 2008 at 19:53, Frank S. Thomas [EMAIL PROTECTED] wrote: I'm not totally sure but I think vm_max_used_pct is only used to determine if enough swap space is available to leave suspended applications in memory if leave_apps_in_memory is set. So for example if vm_max_used_pct is set to 25.0 and you have 1 GB of swap space, BOINC would only use 250 MB of it for suspended applications. Well, on this machine there is no swap space ;) So if I'm right, the client should never leave applications in memory which is opposed to the other bug you reported. *sigh* :-) If you want to limit RAM usage, you should adjust ram_max_used_busy_pct and ram_max_used_idle_pct in global_prefs_override.xml. These are the values for the keys: $ egrep ram_max_used_idle_pct|ram_max_used_busy_pct /etc/boinc-client/global_prefs_override.xml ram_max_used_busy_pct50.00/ram_max_used_busy_pct ram_max_used_idle_pct90.00/ram_max_used_idle_pct It seems a safe situation, but the problem appears anyhow (and I didn't change those parameters in the meantime). I was on 6.2.12 while now I'm on 6.2.14 (waiting for .18 to be built for amd64) so I don't know if in the meantime it was fixed or not. Frankly, I don't know. But it would be interesting if you could modify those values to find out if it affects RAM usage. For example, set them to 25.0 and 50.0, restart the client and monitor the client's RAM usage. To monitor BOINC's RAM usage the attached script may be helpful: $ watch -n 0.5 ./boinc-mem-usage.sh In theory, BOINC's total resident set size (in %) should never exceed ram_max_used_idle_pct. Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] boinc-mem-usage.sh Description: application/shellscript signature.asc Description: This is a digitally signed message part.
Bug#491226: boincmgr: does not respect VM occupation limits
reassign 491226 boinc-client 6.2.12-1 thanks Hi Sandro, On Thursday 17 July 2008 20:58, Sandro Tosi wrote: I've set limits for VM usage: zion:/debs# grep vm_max_used_pct etc/boinc-client/global_prefs_override.xml vm_max_used_pct75.00/vm_max_used_pct I'm not totally sure but I think vm_max_used_pct is only used to determine if enough swap space is available to leave suspended applications in memory if leave_apps_in_memory is set. So for example if vm_max_used_pct is set to 25.0 and you have 1 GB of swap space, BOINC would only use 250 MB of it for suspended applications. but boicmgr didn't respect them, and I got 4 garli processes (each one takes 1Gb of ram) on my 4Gb Ram machine, and the box got freezed. If you want to limit RAM usage, you should adjust ram_max_used_busy_pct and ram_max_used_idle_pct in global_prefs_override.xml. Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#490543: boinc-manager: leaves apps in memory even if request not to
reassign 490543 boinc-client 6.2.11-1 tags 490543 unreproducible thanks Hi Sandro, On Saturday 12 July 2008 16:09, Sandro Tosi wrote: boinc-manager is configured not to leave apps in memory if not running: $ grep leave_apps_in_memory /etc/boinc-client/global_prefs_override.xml leave_apps_in_memory0/leave_apps_in_memory It is the BOINC client that controls applications, so this is an issue with the client and not with the manager. I'm therefore reassigning this bug to boinc-client. but they are left there: [...] while only PID 24879 24959 31290 31291 are really running (other processes are boinc itself), and I see the 2 garli processes in Waiting to run state on boincmgr. I tried to reproduce this behavior with several tasks by repeatedly suspending and resuming them so that their status changed between Running, Task suspended by user, and Waiting to run. But ps indicated that only those tasks with status Running were actually running. Is this issue reproducible with your client and apps? Happens this only with the garli applications or have you seen other applications that stayed in memory although they were not Running? If you can reproduce this, could you please set task_debug in /etc/boinc-client/cc_config.xml to 1 and post the relevant output from the client's log file? Thanks! BTW: In the first paragraph of this page[1] it is said that some applications take fairly long to shut down. Maybe garli is one of those applications? 1: http://www.boinc-wiki.info/Failed_to_stop_applications;_aborting_CPU_benchmarks Cheers, Frank signature.asc Description: This is a digitally signed message part.
Bug#495152: Report from Debconf's QA BOF
On Friday 15 August 2008 15:52:55 Stefano Zacchiroli wrote: On Fri, Aug 15, 2008 at 09:21:30AM +0300, Martin Michlmayr wrote: These are included already: wnpp-alert - check for installed packages up for adoption or orphaned rc-alert - check for installed packages with release-critical bugs Ah, according to #495152 you want cronjobs around those scripts, I see. Yep. Additionally, we also discussed the idea of having a single script instead of multiple ones, with a single configuration entry and possibly sane defaults. Cc-ing the bugreport to store this wish. I think it would also be nice if wnpp-alert could sort packages by popcon score so that developers know which packages are more worth adopting. Cheers, Frank -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495105: ITP: scidavis -- application for scientific data analysis and visualization
Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED], [EMAIL PROTECTED] * Package name: scidavis Version : 0.1.3 Upstream Authors: Tilman Benkert, Knut Franke * URL : http://scidavis.sourceforge.net/ * License : GPL-2+ Programming Lang: C++ Description : application for scientific data analysis and visualization SciDAVis is an application for data analysis and visualization. . Some of SciDAVis' features are: * Tables, matrices, graphs and notes are gathered in a project and can be organized using folders. * Tables for entering data directly or importing from ASCII files. * Column-based computations using standard and special functions. * Many built-in analysis operations like column/row statistics, (de)convolution, FFT and FFT-based filters. * Extensive support for fitting linear and nonlinear functions to the data, including multi-peak fitting. * 2D plots in a variety of formats, including symbols/lines, bars and pie charts. * Interactive 3D plots with export to a variety of formats, including EPS and PDF. * Note windows with support for in-place evaluation of mathematical expressions. Also other objects in the project can be accessed to e.g. rapidly writing an import filter for a custom data format. This package will be maintained by Burkhard Bunk and me and we'll use Git as VCS: http://git.debian.org/?p=collab-maint/scidavis.git -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461806: Adopting it
Hi Ding, Sorry for the late reply. On Tuesday 05 August 2008 09:32, Ding Honghui wrote: I has update the fields and reupload the package to mentors.debian.org. And I will commit in the codes to svn when I'm approved to. Ok, good. I've uploaded your package. For further uploads of curlftpfs, please contact me directly. I still have some comments on the current package which you should keep in mind for the future and/or fix in the next revision: From your .diff.gz: +curlftpfs (0.9.2-1) unstable; urgency=low + + * New upstream release. (closes: #480320,#449207,#461455) Unless all three bugs are about packaging the new upstream release, this is a bad habit of writing a changelog entry. Better would be something like this: * New upstream release. (closes: #999111) - Fixes bug A. (closes: #123456) - Fixes problem when doing this and that. (closes: #123457) Bug #999111 is then the report which is about packaging the new upstream release. Second, the build-dependency on libcurl4-gnutls-dev should be versioned, it should be libcurl4-gnutls-dev (= 7.17.0) because libcurl4-gnutls-dev packages existed which does not fullfill the above requirement. See Debian Policy for reference: 4.2 Package relationships [...] If build-time dependencies are specified, it must be possible to build the package and produce working binaries on a system with only essential and build-essential packages installed and also those required to satisfy the build-time relationships (including any implied relationships). In particular, this means that version clauses should be used rigorously in build-time relationships so that one cannot produce bad or inconsistently configured packages when the relationships are properly satisfied. Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#461806: Adopting it
On Monday 04 August 2008 08:56:29 Ding Honghui wrote: Frank S. Thomas wrote: On Friday 07 March 2008 04:31, H.H. Ding wrote: retitle 461806 ITA: curlftpfs -- filesystem to access FTP hosts based on FUSE and cURL owner 461806 Ding Honghui [EMAIL PROTECTED] thanks I'll adopt this package. What is the status of your ITA? Do you have packages of the new upstream release (0.9.2) ready for testing? Yes, Can you help me upload it? Yes, I can sponsor your package. Just give me the URL to the .dsc file so that I can have a look at your package. Cheers, Frank -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438779: boinc-client: update of package should not start new version automatically
On Sunday 19 August 2007 18:40, Steffen Moeller wrote: The szenario that I just ran into was that I had donated a colleague the machine for his computations, /etc/init.d/boind stopped for that and then did apt-get -u dist-upgrade. Boinc-client was started but I should have asked at least. It is reasonable to ask for that a service is not started during a system upgrade or boot if this is desired. This should be possible for all services, not just BOINC because it runs CPU intensive applications and therefore has a special impact on the system. The way how boinc-client's init script is installed and integrated into the init system is the default way in Debian (via dh_installinit), therefore I don't think changing solely boinc-client's maintainer scripts is the right way to address this issue. In a previous mail to this bug report I advised to set ENABLED=0 in /etc/default/boinc-client after running /etc/init.d/boinc stop to disable the init script completely. This has the desired effect that BOINC is not started during an upgrade or boot, but it has the disadvantage that you can't use the init script without editing /etc/default/boinc-client before. In the meantime I learned in this thread [1] that the standard way how to disable services (not restarting them on upgrades nor starting them at boot) is to change the the S symlinks in /etc/rc?.d/ to K symlinks (so changing /etc/rc?.d/S20boinc-client to /etc/rc?.d/K20boinc-client). This has the desired effect of not restarting BOINC on upgrades and still let you start and stop it via /etc/init.d/boinc-client. There is a tool called sysv-rc-conf which renames the symlinks for you. So to disable the BOINC client you can run: sysv-rc-conf boinc-client off I think this is what you should have done in the first place before running /etc/init.d/boinc stop and giving the machine to your colleague. This way the boinc-client wouldn't have bugged you during the dist-upgrade. What do you think? Can we close this bug or should boinc-client really behave differently than other services? [1] http://lists.debian.org/debian-devel/2008/07/msg00892.html Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#461806: Adopting it
On Monday 04 August 2008 09:38:01 Ding Honghui wrote:
http://mentors.debian.net/debian/pool/main/c/curlftpfs/curlftpfs_0.9.2-1.dsc
I've some comments/questions:
* The packages uses an obsolete Standards-Version. Please adapt it to the
current Debian Policy (3.8.0). You can use this list to review what needs
to be changed: /usr/share/doc/debian-policy/upgrading-checklist.txt.gz
* The Build-Depends lines in debian/control and debian/control.in differ, see
libcurl*-dev. This only adds confusion. Those build-dependencies should be
the same or if you don't need the control.in file you can get rid of it.
* There are still the Vcs-{Svn,Browser} fields that point to
svn://svn.debian.org/collab-maint/deb-maint/curlftpfs/trunk/ and
http://svn.debian.org/wsvn/collab-maint/deb-maint/curlftpfs/trunk/, but you
obviously don't use this repository. If you don't use this, remove them.
I'd however prefer if you could use this repository so that the history of
this package does not get lost.
* curlftpfs now requires curl (= 7.17.0), see configure.ac. Have you checked
if the build-dependency in debian/control needs to be updated?
Cheers,
Frank
signature.asc
Description: This is a digitally signed message part.
Bug#461806: Adopting it
Hi, On Friday 07 March 2008 04:31, H.H. Ding wrote: retitle 461806 ITA: curlftpfs -- filesystem to access FTP hosts based on FUSE and cURL owner 461806 Ding Honghui [EMAIL PROTECTED] thanks I'll adopt this package. What is the status of your ITA? Do you have packages of the new upstream release (0.9.2) ready for testing? Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#491752: kde4: No Desktop
On Monday 21 July 2008 22:58, miguel wrote: I've been following kde4-experimental for at least a month now and have had no issues with upgrades until the last one about a week ago. Desktop does not start. After logging in, I have a chequered gray/white canvas for a desktop, but nothing else. I had the same issue here. The problem was that kdelibs5/4:4.0.84-1, which was the last version that was uploaded to experimental, was not upgraded to the latest version in unstable (currently 4:4.0.98+svn833207-1). I did this then manually with apt-get install -t unstable kdelibs5 and all is back to normal now. This also fixed the Could not find the Okular component.-issue I had with okular. Cheers, Frank -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476681: Acknowledgement ([lintian] Please add metapackage to the spell-checking table)
JFTR: The spelling of metapackge has been discussed once again [1] with the same outcome. [1] http://lists.debian.org/debian-l10n-english/2008/07/msg0.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461581: boinc-manager: scroll list with mouse scroll wheel
Hi Sandro, On Thursday 10 July 2008 09:58, Sandro Tosi wrote: I was replying to this email when I saw your replies on bts (sadly I didn't receive those communications). Anyhow, I can confirm the bug is still present in 6.2.11-1 . Despite the email that was generated via tagpending, 6.2.11-1 has not been built with wxWidgets 2.8 due to the request from Gerfried Fuchs, see http://lists.debian.org/debian-devel-announce/2008/07/msg0.html. So it is not unexpected that this bug is still present in recent BOINC revisions. And I do not think that this bug is severe enough to ignore Gerfried's request. Or has BOINC Manager built with wxWidgets 2.8 other advantages I'm not aware of? Cheers, Frank -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#487580: [boinc]
unmerge 487580 retitle 487580 boinc-client: problem with SSL and ca-certificates close 487580 thanks On Wednesday 09 July 2008 02:41, Rafael Belmonte wrote: ca-certificates 20080617 fixes the problem. This can be closed. Ok, closing this bug report then. I'd like to know which version of the ca-certificates package was installed before you upgraded to 20080617? Thanks, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#489299: boinc-client: SSL doesn't work, and so WCG project can't transfer data.
Hi, On Friday 04 July 2008 20:59, Ilya Kasnacheev wrote: Putting ca-bundle.crt into /var/lib/boinc-client fixes the problem. Was there a symbolic link also called ca-bundle.crt in /var/lib/boinc-client/ that pointed to /etc/ssl/certs/ca-certificates.crt before you put this file there yourself? I've no problem with boinc-client, WCG and the symbolic link ca-bundle.crt that is created by boinc-client after installation. If this file was absent in your data directory, I need to know why. Did you manipulate your data directoy in some way? Thanks, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#487580: [boinc]
On Sunday 22 June 2008 22:07, Rafael wrote: Boinc manager report that cannot conect to project servers. I have tested this in two different Debian installations: lenny and sid with the same result. Which version of the ca-certificate package do you have installed? Try to upgrade this package to the latest version. And what is the ouput of this command: ls -l /var/lib/boinc-client/ca-bundle.crt Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#461581: setting package to boinc-dbg boinc-manager boinc-client boinc-dev boinc, tagging 461581
# Automatically generated email from bts, devscripts version 2.10.33 # via tagpending # # boinc (6.2.11-1) UNRELEASED; urgency=low # # * debian/control: #- Bumped Standards-Version from 3.7.3 to 3.8.0. This required to add a # debian/README.source file to explain that we use quilt and to move the # paragraph about repackaged upstream source from debian/copyright to this # new file. #- wxWidgets 2.8 is now in unstable, so upgraded the build-dependency from # libwxgtk2.6-dev to libwxgtk2.8-dev. (closes: #461581) # package boinc-dbg boinc-manager boinc-client boinc-dev boinc tags 461581 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461581: boinc-manager: scroll list with mouse scroll wheel
On Tuesday 26 February 2008 17:57, Sandro Tosi wrote: So we are now waiting for wxwidgets2.8 to enter unstable. Let's hope this will happen soon (but I'm aware of a sort of fight for wx2.8 to enter Debian). FYI, it happened today: http://lists.debian.org/debian-devel-changes/2008/06/msg02989.html Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#487618: setting package to eqonomize eqonomize-doc, tagging 487618
# Automatically generated email from bts, devscripts version 2.10.30 # via tagpending # # eqonomize (0.5-6) UNRELEASED; urgency=low # # * debian/patches/101_dont_crash_at_concurrent_transactions.patch: Added from #upstream's CVS repository so that Eqonomize! does not crash if planned #transactions occur on the same date. (closes: #487618) # package eqonomize eqonomize-doc tags 487618 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483169: [new] getbuildlog: download package build logs from auto-builders
Hi, On Tuesday 27 May 2008 20:00, Adam D. Barratt wrote: Thanks for the unusually (but welcome :-) comprehensive patch. :-) I've added your script, with a couple of small tweaks to make it cope with packages with names containing + symbols and versions containing epochs. I've attached a diff against your original script; hopefully you agree with the changes :) Of course. I should have checked the script with versions containing epochs and unusual package names before submitting the bug report. Thanks for taking care of these issues! Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#463823: setting package to boinc-dbg boinc-manager boinc-client boinc-dev boinc, tagging 463823
# Automatically generated email from bts, devscripts version 2.10.28 # # boinc (6.2.4-1) UNRELEASED; urgency=low # # * New upstream release. #- BOINC Manager: Redraw disk usage charts immediately after connecting to # a (different) client. (closes: 463823) # package boinc-dbg boinc-manager boinc-client boinc-dev boinc tags 463823 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438779: boinc-client: update of package should not start new version automatically
On Sunday 02 September 2007 16:59, Frank S. Thomas wrote: However, you propose to not restart the client on upgrades if it was not running when the update was initiated. Ok, on upgrades the client is stopped in the prerm of the old package and started in the postinst of the new package. How would you know in the postinst then whether the client was stopped by prerm or it was not running before the upgrade was initiated. Another option would be instead of stopping the client on prerm upgrade and starting it on postinst configure to only restart the client on upgrades on postinst configure new_version (D-BUS does this for example). It should then be possible to restart the client only if it was running before. Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#463823: boinc-manager: disk usage chart and remote hosts
tags 463823 + fixed-upstream stop On Sunday 03 February 2008 17:52, Riccardo Stagni wrote: If I connect to some remote host with boinc-manager, the disk tab remains stuck for some seconds on a null state showing an empty plot with the not connected to any boinc project label. (I think that boinc-client in the meanwhile is calculating the disk usage) Every other tab is updated immediatly after an host-change, so would be nice to write something like computing instead of not connected to... This bug has been fixed upstream by immediately redrawing the graphics after changing hosts. Here is the relevant changeset: http://boinc.berkeley.edu/trac/changeset/15140 It can be closed with the next upload from the 6.2 branch. Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#476922: [desktop-file-utils] desktop-file-validate: option --warn-kde is useless and other issues
Package: desktop-file-utils Version: 0.15-1 Severity: normal Hello, Desktop-file-validate warns about reserved keys or values for KDE in the Desktop Entry group regardless if the --warn-kde option is given or not. One would assume that these warnings are suppressed if desktop-file-validate is invoked without the --warn-kde option. It also complains about groups which begin with PropertyDef::, for example: error: file contains group PropertyDef::X-KDE-Name, but groups extending the format should start with X- But this extension is used by (at least) KDE3 service types, see: http://techbase.kde.org/index.php?title=Development/Architecture/KDE3/Services Maybe desktop-file-validate should also suppress these errors unless the --warn-kde option is given. Another issue is that desktop-file-validate does not complain about commas used as separators in lists (in the latest Desktop Entry Specification the use of commas as separator is marked as deprecated in favor of semicolons). Thanks, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#476784: boinc-manager: boincmgr -s doesn't work
forcemerge 464192 476784 thanks Hi, On Saturday 19 April 2008 08:25, Bill Wohler wrote: By the way, any thoughts on why boincmgr shows the correct [EMAIL PROTECTED] icons and images when run from the menus, but shows the BOINC icon and image when run from the command line? Looking at the menu's properties, there do not appear to be any arguments passed to boincmgr. On my system regardless whether boincmgr is started from the menu or the command line, the same icon is shown in the KDE panel and boincmgr's window decoration. Could you provide some screenshots to illustrate this behaviour? Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#476681: [lintian] Please add metapackage to the spell-checking table
Package: lintian Version: 1.23.46 Severity: wishlist Hi, Currently three different spellings of the compound metapackage are used in package descriptions: $ grep-available -FDescription -c metapackage 105 $ grep-available -FDescription -c meta package 53 $ grep-available -FDescription -c meta-package 28 A brief discussion in debian-l10n-english which started with [1] expressed support for the majority oppinion metapackage. So please add metapackage, meta package, and meta-package to Lintian's spell-checking table to unify the spelling of metpackage in package descriptions. [1] http://lists.debian.org/debian-l10n-english/2008/04/msg6.html Thanks, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#475522: [qtiplot] default path for translations is /usr/bin/translations instead of /usr/share/qtiplot/translations
Package: qtiplot Version: 0.9.4-1 Severity: minor Hello, The default path for translation files in View - Preferences... - File Locations - Translations is /usr/bin/translations instead of /usr/share/qtiplot/translations (where the translation files are actually installed). This means that changing the language is not possible unless the path for translation files is changed. And BTW: The manpage lists a --default option, but qtiplot only knows --default-settings. Thanks, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#473965: [Pkg-scicomp-devel] Bug#473965: orsa: FTBFS: libginac.so: undefined reference to `cln::cl_double_to_DF_pointer(cln::dfloatjanus const)'
severity 473965 important block 473965 by 473494 stop On Wednesday 02 April 2008 12:44, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: /usr/lib/libginac.so: undefined reference to `cln::cl_double_to_DF_pointer(cln::dfloatjanus const)' collect2: ld returned 1 exit status ORSA FTBFS because of http://bugs.debian.org/473494. Once #473494 is fixed, this bug can be closed. Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#462382: runs configure twice on application builds
On Monday 31 March 2008 14:41, Peter Eisentraut wrote: I think we determined that this was an error outside of cdbs. Besides this I've already fixed this error in boinc-app-seti's VCS. Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#409490: labplot: Labplot crashed when opening a .lpl file in konqueror or thunar
tags 409490 + pending patch
stop
Hello,
On Saturday 03 February 2007 16:44, Lee Garrett wrote:
when opening a .lpl file in one of the two mentioned file managers (on two
different systems), labplot just crashes.
LabPlot also crashes if it is invoked on the command line with an .lpl / .lml
file as argument. Backtraces of the crashes indicate that these happen when
this functions are called in MainWin.cc:
action = new
KAction(title,icon,KShortcut(),sm,SLOT(map()),actionCollection());
action = new
KAction(title,icon,KShortcut(),smg,SLOT(map()),actionCollection());
These functions are indirectly called in openLPL() or openXML(). Looking at
MainWin::MainWin() shows that sm and smg are initialized after the openLPL()
and openXML() calls:
if(QFile::exists(fn) fn.contains(.lpl))
openLPL(fn);
else if(QFile::exists(fn) ( fn.contains(.lml) ||
fn.contains(.xml) )) openXML(fn);
modified = false;
is_fullscreen=false;
sm = new QSignalMapper(this);
connect(sm,SIGNAL(mapped(int)),this,SLOT(setActiveSheet(int)));
smg = new QSignalMapper(this);
connect(smg,SIGNAL(mapped(int)),this,SLOT(changeGraph(int)));
So the cause for the crashes is that KAction() is called while sm and smg are
not initialized. An easy fix for this bug is to move the openLPL() and
openXML() calls after the initialization of sm and smg, as for example in the
attached patch. I will probably upload a fixed package soon.
Cheers,
--
Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429
Debian Developerfinger fst/[EMAIL PROTECTED]Using host libthread_db library /lib/i686/cmov/libthread_db.so.1.
[Thread debugging using libthread_db enabled]
[New Thread 0xb4ee96e0 (LWP 30098)]
[KCrash handler]
#6 0xb63f9ac6 in QObject::connect () from /usr/lib/libqt-mt.so.3
#7 0xb7f28d6e in KAction::initPrivate () from /usr/lib/libkdeui.so.4
#8 0xb7f2ad5d in KAction::KAction () from /usr/lib/libkdeui.so.4
#9 0xb6f72529 in MainWin::updateSheetList (this=0x80ec3c0) at MainWin.cc:1506
#10 0xb6f7464a in MainWin::windowActivated (this=0x80ec3c0) at MainWin.cc:1356
#11 0xb7083719 in MainWin::qt_invoke (this=0x80ec3c0, _id=79, _o=0xbf8b2ec4)
at MainWin.moc.cc:753
#12 0xb63f6f6d in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#13 0xb674f67e in QWorkspace::windowActivated () from /usr/lib/libqt-mt.so.3
#14 0xb65c147d in QWorkspace::activateWindow () from /usr/lib/libqt-mt.so.3
#15 0xb65c64e0 in QWorkspace::childEvent () from /usr/lib/libqt-mt.so.3
#16 0xb63f686c in QObject::event () from /usr/lib/libqt-mt.so.3
#17 0xb642f43c in QWidget::event () from /usr/lib/libqt-mt.so.3
#18 0xb639918a in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3
#19 0xb6399f43 in QApplication::notify () from /usr/lib/libqt-mt.so.3
#20 0xb6a16ec2 in KApplication::notify () from /usr/lib/libkdecore.so.4
#21 0xb639ab11 in QApplication::sendPostedEvents ()
from /usr/lib/libqt-mt.so.3
#22 0xb642df1c in QWidget::show () from /usr/lib/libqt-mt.so.3
#23 0xb7034a52 in Spreadsheet (this=0x8237a90, p=0x80fa8c8, m=0x80ec3c0,
name=0x0) at Spreadsheet.cc:110
#24 0xb6f75239 in MainWin::newSpreadsheet (this=0x80ec3c0) at MainWin.cc:1171
#25 0xb6f76a69 in MainWin::openXML (this=0x80ec3c0, [EMAIL PROTECTED])
at MainWin.cc:2071
#26 0xb6f8908e in MainWin (this=0x80ec3c0, name=0x804cda7 MainWindow,
filen=0x805e068 /home/mrfrost/test.lml, is_part=false) at MainWin.cc:224
#27 0x0804c4a1 in main (argc=) at LabPlot.cc:48
diff --git a/src/MainWin.cc b/src/MainWin.cc
index 85d0350..bc3a83e 100644
--- a/src/MainWin.cc
+++ b/src/MainWin.cc
@@ -218,11 +218,6 @@ MainWin::MainWin(const char *name, const char *filen, bool is_part)
readScript(fn);
#endif
- if(QFile::exists(fn) fn.contains(.lpl))
- openLPL(fn);
- else if(QFile::exists(fn) ( fn.contains(.lml) || fn.contains(.xml) ))
- openXML(fn);
-
modified = false;
is_fullscreen=false;
@@ -231,6 +226,10 @@ MainWin::MainWin(const char *name, const char *filen, bool is_part)
smg = new QSignalMapper(this);
connect(smg,SIGNAL(mapped(int)),this,SLOT(changeGraph(int)));
+ if(QFile::exists(fn) fn.contains(.lpl))
+ openLPL(fn);
+ else if(QFile::exists(fn) ( fn.contains(.lml) || fn.contains(.xml) ))
+ openXML(fn);
}
MainWin::~MainWin() {
signature.asc
Description: This is a digitally signed message part.
Bug#472558: setting package to boinc-dbg boinc-manager boinc-client boinc-dev boinc, tagging 472558
# Automatically generated email from bts, devscripts version 2.10.20 # # boinc (5.10.45-2) UNRELEASED; urgency=low # # * Added Finnish (fi.po) by Esko Arajärvi [EMAIL PROTECTED]. (closes: #472558) package boinc-dbg boinc-manager boinc-client boinc-dev boinc tags 472558 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472496: The --upstream-version option is listed twice in the synopsis section of git-import-orig's manpage
Package: git-buildpackage Version: 0.4.22 Severity: minor Tags: patch Hello, The subject says it all. The --upstream-version option is listed twice in the synopsis section of git-import-orig's manpage. The first of the attached patches removes the second of this options. I have also attached another patch which I would like to see applied. This one replaces the plain text references to other manpages in the SEE ALSO section of the form of COMMAND (#SECTION) with the citerefentry element, see [1] for details. The advantage of using citerefentry references over the plain text references is that the former are formatted unitary to other manpages generated with docbook2man and that for example if the manpages are viewed with Konqueror, hyperlinks are used for these references - which is quite handy. Thanks for considering, Frank [1] http://www.docbook.org/tdg/en/html/citerefentry.html From 22cc2423c97d62eb56734a6e47d770eaa35f25de Mon Sep 17 00:00:00 2001 From: Frank S. Thomas [EMAIL PROTECTED] Date: Mon, 24 Mar 2008 12:45:30 +0100 Subject: [PATCH] Do not list the --upstream-version option twice in the synopsis section of git-import-orig's manpage. --- docs/manpages/git-import-orig.sgml |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/docs/manpages/git-import-orig.sgml b/docs/manpages/git-import-orig.sgml index d1034eb..55c9ff7 100644 --- a/docs/manpages/git-import-orig.sgml +++ b/docs/manpages/git-import-orig.sgml @@ -27,7 +27,6 @@ argoption--no-dch/option/arg argoption--upstream-branch=/optionreplaceablebranch_name/replaceable/arg argoption--debian-branch=/optionreplaceablebranch_name/replaceable/arg - argoption--upstream-version=/optionreplaceableversion/replaceable/arg argoption--sign-tags/option/arg argoption--keyid=/optionreplaceablegpg-keyid/replaceable/arg argoption--upstream-tag=/optionreplaceabletag-format/replaceable/arg -- 1.5.4.4 From 5b325a39ac416dd065f23247fc6fa50bf6ad909f Mon Sep 17 00:00:00 2001 From: Frank S. Thomas [EMAIL PROTECTED] Date: Mon, 24 Mar 2008 15:17:17 +0100 Subject: [PATCH] docs/manpages/*.sgml: Use the citerefentry for references to other manpages. --- docs/manpages/git-buildpackage.sgml | 23 ++- docs/manpages/git-dch.sgml | 23 ++- docs/manpages/git-import-dsc.sgml | 23 ++- docs/manpages/git-import-orig.sgml | 23 ++- 4 files changed, 88 insertions(+), 4 deletions(-) diff --git a/docs/manpages/git-buildpackage.sgml b/docs/manpages/git-buildpackage.sgml index a0f14c1..c5a09c7 100644 --- a/docs/manpages/git-buildpackage.sgml +++ b/docs/manpages/git-buildpackage.sgml @@ -209,7 +209,28 @@ refsect1 titleSEE ALSO/title -paragit-import-dsc (1), git-import-orig (1), debuild (1), git (1), git-dch (1)/para +para + citerefentry +refentrytitlegit-import-dsc/refentrytitle +manvolnum1/manvolnum + /citerefentry, + citerefentry +refentrytitlegit-import-orig/refentrytitle +manvolnum1/manvolnum + /citerefentry, + citerefentry +refentrytitledebuild/refentrytitle +manvolnum1/manvolnum + /citerefentry, + citerefentry +refentrytitlegit/refentrytitle +manvolnum1/manvolnum + /citerefentry, + citerefentry +refentrytitlegit-dch/refentrytitle +manvolnum1/manvolnum + /citerefentry +/para /refsect1 refsect1 diff --git a/docs/manpages/git-dch.sgml b/docs/manpages/git-dch.sgml index b9aa16b..4828967 100644 --- a/docs/manpages/git-dch.sgml +++ b/docs/manpages/git-dch.sgml @@ -152,7 +152,28 @@ refsect1 titleSEE ALSO/title -paragit-buildpackage (1), git-import-dsc (1), git-import-orig (1), git (1), git_load_dirs (1)/para +para + citerefentry +refentrytitlegit-buildpackage/refentrytitle +manvolnum1/manvolnum + /citerefentry, + citerefentry +refentrytitlegit-import-dsc/refentrytitle +manvolnum1/manvolnum + /citerefentry, + citerefentry +refentrytitlegit-import-orig/refentrytitle +manvolnum1/manvolnum + /citerefentry, + citerefentry +refentrytitlegit/refentrytitle +manvolnum1/manvolnum + /citerefentry, + citerefentry +refentrytitlegit_load_dirs/refentrytitle +manvolnum1/manvolnum + /citerefentry +/para /refsect1 refsect1 diff --git a/docs/manpages/git-import-dsc.sgml b/docs/manpages/git-import-dsc.sgml index 6fb2cec..37556f0 100644 --- a/docs/manpages/git-import-dsc.sgml +++ b/docs/manpages/git-import-dsc.sgml @@ -121,7 +121,28 @@ refsect1 titleSEE ALSO/title -paragit-buildpackage (1), git-import-orig (1), git (1), git_load_dirs (1), git-dch (1)/para +para + citerefentry +refentrytitlegit-buildpackage/refentrytitle +manvolnum1/manvolnum + /citerefentry, + citerefentry
Bug#410162: ITP: schafkopf -- a popular Bavarian card game
retitle 410162 RFP: schafkopf -- a popular Bavarian card game noowner 410162 stop Hi Sebastian, On Monday 10 March 2008 11:27, Sebastian Harl wrote: Sorry, but I've currently lost interest in maintaining schafkopf as I currently have few spare time and quite a few more interesting things going on. Are you willing to maintain it on your own for now? I don't have enough spare time to maintain schafkopf on my own and I don't want to upload yet another package with an inactive upstream to the archive - the last upstream release was more than two years ago. Since currently we both aren't interested in maintaining schafkopf, I'm retitling this bug to RFP. Prospective packagers might want to reuse parts of my previous packaging effort which is available in this Git repository: http://git.debian.org/?p=collab-maint/schafkopf.git Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#470246: labplot: FTBFS: ImportOPJ.cc:47: error: no matching function for call to 'Spreadsheet::setColumnType(int, ColumnType)'
tags 470246 + confirmed patch pending
stop
On Monday 10 March 2008 09:48, Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build on
i386.
Relevant part:
ImportOPJ.cc: In member function 'int
ImportOPJ::import()':
ImportOPJ.cc:47: error: no matching function for call to
'Spreadsheet::setColumnType(int, ColumnType)' Spreadsheet.h:69: note:
candidates are: void Spreadsheet::setColumnType(int, QString)
ImportOPJ.cc:53: error: cannot convert 'ColumnType' to 'const char*' for
argument '1' to 'int strcmp(const char*, const char*)' ImportOPJ.cc:65:
error: 'class OPJFile' has no member named 'matrixParentFolder'
ImportOPJ.cc:102: error: 'class OPJFile' has no member named
'noteParentFolder' ImportOPJ.cc:118: error: 'class OPJFile' has no member
named 'graphParentFolder' ImportOPJ.cc:142: error: 'xlabel' was not
declared in this scope ImportOPJ.cc:142: error: expected type-specifier
before 'Label'
ImportOPJ.cc:142: error: expected `;' before 'Label'
ImportOPJ.cc:143: error: 'ylabel' was not declared in this scope
ImportOPJ.cc:143: error: expected type-specifier before 'Label'
ImportOPJ.cc:143: error: expected `;' before 'Label'
ImportOPJ.cc:345: error: conversion from 'graphLayerRange' to non-scalar
type 'std::vectordouble, std::allocatordouble ' requested
ImportOPJ.cc:346: error: conversion from 'graphLayerRange' to non-scalar
type 'std::vectordouble, std::allocatordouble ' requested make[3]:
*** [ImportOPJ.lo] Error 1
The full build log is available from:
http://people.debian.org/~lucas/logs/2008/03/08
This FTBFS is caused by the new liborigin/20080225-1 which changed it's API
and ABI. For example the declaration of the OPJFile::colType() function
changed from
const char *OPJFile::colType(int, int) const; (20071119)
to
ColumnType OPJFile::colType(int, int) const;(20080225).
And this is not the only API/ABI incompatible change. I guess liborigin's
SONAME should have been bumped for version 20080225. However, I've a patch
ready to fix this bug (it is attached, and requires a B-D on liborigin (=
20080225)) but it needs some more testing before I can upload a fixed labplot
package.
Cheers,
--
Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429
Debian Developerfinger fst/[EMAIL PROTECTED]
diff --git a/src/ImportOPJ.cc b/src/ImportOPJ.cc
index 2b625d4..790d09c 100644
--- a/src/ImportOPJ.cc
+++ b/src/ImportOPJ.cc
@@ -12,6 +12,36 @@
#include liborigin/OPJFile.h
+QString colTypeToString(const ColumnType type) {
+QString type_str = ;
+
+switch (type) {
+case X:
+type_str = X;
+break;
+case Y:
+type_str = Y;
+break;
+case Z:
+type_str = Z;
+break;
+case XErr:
+type_str = DX;
+break;
+case YErr:
+type_str = DY;
+break;
+case Label:
+type_str = LABEL;
+break;
+case NONE:
+type_str = NONE;
+break;
+}
+
+return type_str;
+}
+
ImportOPJ::ImportOPJ(MainWin *mw, QString filename)
: mw(mw),filename(filename)
{}
@@ -44,13 +74,13 @@ int ImportOPJ::import() {
for (int j=0;jnr_cols;j++) {
QString name(opj.colName(s,j));
spread-setColumnTitle(j,name.replace(QRegExp(.*_),));
- spread-setColumnType(j,opj.colType(s,j));
+ spread-setColumnType(j,colTypeToString(opj.colType(s,j)));
for (int i=0;iopj.numRows(s,j);i++) {
double *v = (double *) opj.oData(s,j,i,true);
LTableItem *item;
-if(strcmp(opj.colType(s,j),LABEL)) { // number
+if(strcmp(colTypeToString(opj.colType(s,j)),LABEL)) { // number
if(fabs(*v)0 fabs(*v)2.0e-300) // empty entry
continue;
item = new LTableItem( table, QTableItem::OnTyping,QString::number(*v));
@@ -62,7 +92,7 @@ int ImportOPJ::import() {
}
}
for (int s=0;sopj.numMatrices();s++) {
- kdDebug() Matrix s+1 : opj.matrixName(s) (ParentFolder : opj.matrixParentFolder(s))endl;
+ kdDebug() Matrix s+1 : opj.matrixName(s)endl; // (ParentFolder : opj.matrixParentFolder(s))endl;
kdDebug() Label : opj.matrixLabel(s) Cols/Rows : opj.numMatrixCols(s)'/'opj.numMatrixRows(s)endl;
kdDebug() Formula : opj.matrixFormula(s) DisplayType : opj.matrixNumDisplayType(s)endl;
@@ -99,7 +129,7 @@ int ImportOPJ::import() {
QString notes = mw-getProject()-Notes();
for (int s=0;sopj.numNotes();s++) {
- kdDebug() Note s+1 : opj.noteName(s) (ParentFolder : opj.noteParentFolder(s))endl;
+ kdDebug() Note s+1 : opj.noteName(s)endl; // (ParentFolder : opj.noteParentFolder(s))endl;
kdDebug() Label : opj.noteLabel(s) Text : opj.noteText(s)endl;
notes.append(QString(opj.noteLabel(s))+:\n);
notes.append(opj.noteText(s));
@@ -115,7 +145,7 @@ int ImportOPJ::import() {
}
for (int s=0;sopj.numGraphs();s++) {
- kdDebug() Graph s+1 : opj.graphName(s) (ParentFolder : opj.graphParentFolder(s))endl;
+ kdDebug() Graph s+1
Bug#469047: Please use versioned Conflicts for labplot
Package: opj2dat Severity: normal X-Debbugs-CC: [EMAIL PROTECTED] Hello, The labplot package prior version 1.6.0.1-1 shipped /usr/bin/opj2dat and /usr/share/man/man1/opj2dat.1.gz and therefore the opj2dat package, which ships the same files, conflicts with labplot. Since 1.6.0.1-1 labplot uses liborigin-dev instead of the included copy of liborigin in labplot's tarball and hence doesn't ship these two files anymore. Because of this please use a versioned conflicts for labplot: Conflicts: labplot ( 1.6.0.1-1) Thanks, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#468187: setting package to boinc-dbg boinc-manager boinc-client boinc-dev boinc, tagging 468187
# Automatically generated email from bts, devscripts version 2.10.18.1 # # boinc (5.10.44-1) unstable; urgency=low # # * New upstream release. #- BOINC Manager: Clear all cached messages and resume auto-scrolling when # connected host has changed (cp. r14813, r14817). (closes: #468187) # package boinc-dbg boinc-manager boinc-client boinc-dev boinc tags 468187 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461581: boinc-manager: scroll list with mouse scroll wheel
user [EMAIL PROTECTED] usertags 461581 = triaged waiting-for-wxwidgets2.8 tags 461581 + confirmed stop Hi Sandro, On Monday 21 January 2008 17:21, Frank S. Thomas wrote: On Saturday 19 January 2008 18:31, Sandro Tosi wrote: the Messages tab allows to scroll the messages list using the mouse scroll wheel when the mouse pointer is over the main window area. Every other tabs, Projects, Tasks and Trandfers allow to scroll with the mouse scroll wheel only when the mouse pointer is over the scroll bar at the right of the main area. This works flawlessly with boincmgr on KDE 3, but I can reproduce this with boincmgr on GNOME and KDE 4. I haven't looked at the code yet, but this looks odd. Which desktop environment did you used as you observed this? Looking at boincmgr's code didn't give a hint for this bug, therefore I built boinc wiht wxwidgets2.8 from experimental today to see if this is probably a wxwidgets bug, and indeed it seems so. If boincmgr is built with wxwidgets2.8, scrolling is possible with the mouse wheel even if the mouse pointer is not over the scroll bar. So we are now waiting for wxwidgets2.8 to enter unstable. Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#465265: closed by Frank S. Thomas [EMAIL PROTECTED] (Re: Bug#465265: boincmgr: Opens terminal session instead of web browser.)
On Friday 22 February 2008 19:55, Dennis G. Wicks wrote: I set BROWSER=/usr/bin/iceweasel It was not set (who/what is supposed to set this?) It is not required to set this, but some programs, sensible-browser for example, respect it when it is set. Then entering the command sensible-browser at the command prompt in a gnome-terminal window opens an Iceweasel session. If I give it a URL as an arg it will open the web page when Iceweasel starts. Good, that's normal behavior and I expected it. But, when I start BOINC Manager and then select eg. Your account it still opens a gnome-terminal window instead of the browser. Ok, now please try this again, but this time start the BOINC Manager in a gnome-terminal window like this: $ BROWSER=iceweasel boincmgr Does it use Iceweasel as browser now? Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#461630: Adjust cpu_share for boinc user (for 2.6.24 cfs scheduler)
Hi Daniel, On Friday 22 February 2008 00:04, Daniel Hahler wrote: Frank S. Thomas wrote: Why is udev-usr_share installed into /usr/lib instead of /usr/share although it is architecture-independent? Probably I've seen it on another package or example done this way. Please move it to /usr/share if you think that's better - I don't know. Do you know which package this was? Maybe there is a legitimate reason for putting it into /usr/lib. However, since the FHS (Filesystem Hierarchy Standard) says that architecture-independent data should go into /usr/share, I'll will move it there. Thanks for taking this patch, but you maybe don't want to include the Ubuntu changelog in debian/changelog, do you? ;) Yes, I do! :-) They contain some additional information which I'd otherwise need to add to the latest Debian changelog entry. I also like to have the complete history of all changes in the package in debian/changelog. Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#465265: closed by Frank S. Thomas [EMAIL PROTECTED] (Re: Bug#465265: boincmgr: Opens terminal session instead of web browser.)
On Friday 22 February 2008 03:41, Dennis G. Wicks wrote: Tried both suggested solutions, no difference. [...] There is no change in the way that Boinc Manager acts when it tries to open a web page. What happens if you run sensible-browser in an X terminal? For example: $ sensible-browser http://www.debian.org And is the BROWSER variable set in your environment? $ echo $BROWSER Do I have to pretend I am running Windows and reboot? No. Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#461630: Adjust cpu_share for boinc user (for 2.6.24 cfs scheduler)
On Sunday 17 February 2008 19:33, James Westby wrote: I am attaching the patch used in Ubuntu to work around this issue for your consideration, and so I am also setting the patch tag again. The author of the patch, Daniel Hahler, acknowledges that it is a workaround, but I believe it is a working solution to the issue. diff -pruN 5.10.30-5/debian/rules 5.10.30-5ubuntu3/debian/rules --- 5.10.30-5/debian/rules2008-02-04 03:12:53.0 + +++ 5.10.30-5ubuntu3/debian/rules 2008-02-04 03:11:41.0 + @@ -205,6 +205,11 @@ install-arch: build $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp + # udev rule and script for it + dh_installudev + install -D debian/extra/udev-usr_share \ + debian/boinc-client/usr/lib/boinc-client/udev-usr_share Why is udev-usr_share installed into /usr/lib instead of /usr/share although it is architecture-independent? Thanks, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#340530: labplot: add support to plot across rows also
On Monday 18 February 2008 18:10, Kamaraju Kusumanchi wrote: Did you had the time to check whether what Helen suggested suites your needs? I'd like to know if this is still a valid wishlist bug that should be forwarded upstream or if it can be closed. Sorry for getting back to you so late. The suggestion given by Helen solves the problem partially but not completely. Thanks for checking this! I've just verified that the newest upstream version 1.6.0.1 does the same as 1.5.1.6. I'll forward it upstream. When using the y1|y2|y3|... format, I am not able to change the x: index y:1 values to something else. It is as if they are unmodifiable which is strange since they are modifiable under the x|y format. While reproducing what you did, I noticed a bug here. If one changes from y1|y2|y3|... back to x|y the x: and y: input fields stay unmodifiable. Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#461630: use CONFIG_FAIR_CGROUP_SCHED instead of CONFIG_FAIR_USER_SCHED
clone 461630 -1 reassign -1 linux-image-2.6.24-1-686 retitle -1 use CONFIG_FAIR_CGROUP_SCHED instead of CONFIG_FAIR_USER_SCHED tags -1 = submitter -1 ! stop Hello, linux-image-2.6.24-1-686 is built with the Completely Fair Scheduler (CONFIG_FAIR_GROUP_SCHED) and it uses userid as basis for grouping tasks (CONFIG_FAIR_USER_SCHED), and therefore provides equal CPU bandwidth to each user. This configuration has a severe impact on e.g. a desktop system where a CPU intensive program with niceness 19 runs under a user that is not the user who uses the desktop. The CPU intensive task gets nearly half of the CPU cycles which results in a sluggish desktop. An example of such a program is boinc-client (from which this bug has been reassigned). A possible solution for this issue is to use CONFIG_FAIR_CGROUP_SCHED instead of CONFIG_FAIR_USER_SCHED and using cgroups to assign different cpu_shares to different tasks. Without any configuration all processes are then in the same cgroup and since niceness is retained in the same cgroup this would restore the behaviour prior to 2.6.24. More information regarding this issue can be found here: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/188226 https://bugs.launchpad.net/ubuntu/+source/boinc/+bug/177713 Thanks, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#464549: cryptic comment in init.d script
Package: fetchmail Version: 6.3.8-10 Severity: minor Tags: patch Hi, fetchmail's init.d script contains this cryptic comment: # This script will NOT start or stop fetchmail if the /etc/fetchmailrc file # does not exist or /etc/default/fetchmail is set to no. It's not really clear what is meant by /etc/default/fetchmail is set to no. Instead this comment should explicitly state that setting the START_DAEMON variable in /etc/default/fetchmail to no will result in the script not starting fetchmail. A possible patch is attached. Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] Index: trunk/debian/init === --- trunk/debian/init (revision 461) +++ trunk/debian/init (working copy) @@ -17,7 +17,7 @@ # to avoid disclosing the users' passwords. # # This script will NOT start or stop fetchmail if the /etc/fetchmailrc file -# does not exist or /etc/default/fetchmail is set to no. +# does not exist or if START_DAEMON in /etc/default/fetchmail is set to no. set -e signature.asc Description: This is a digitally signed message part.
Bug#340530: labplot: add support to plot across rows also
On Sunday 11 December 2005 15:23, Kamaraju Kusumanchi wrote: On 12/11/05, Helen Faulkner [EMAIL PROTECTED] wrote: Kamaraju Kusumanchi wrote: Using Plot - New Plot from data - 2D data, one can generate a plot. But this assumes that the data is stored along columns. It would be cool if you can add support for plotting across rows as well. AFAIK not many visualization softwares have that facility. Labplot does offer the possiblity to plot a 2D graph from data that is stored along one row in the format y1 | y2 | y3 ... Thanks for pointing it out. I did not know that before. Initially when I saw it, I thought it was a format which allows multiple columns to be plotted at one stretch. i.e. I thought it is just an extension to the x | y format. But anyway, I will look into it. Currently due to kde transition in Sid, labplot on my computer was removed and I am unable to install it. I will get back to this once I am able to install labplot. Hi, Did you had the time to check whether what Helen suggested suites your needs? I'd like to know if this is still a valid wishlist bug that should be forwarded upstream or if it can be closed. Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#461630: Adjust cpu_share for boinc user (for 2.6.24 cfs scheduler)
Just for the record, this bug originated from https://bugs.launchpad.net/bugs/177713, which has some additonal information regarding this report. signature.asc Description: This is a digitally signed message part.
Bug#461581: boinc-manager: scroll list with mouse scroll wheel
Hi Sandro, On Saturday 19 January 2008 18:31, Sandro Tosi wrote: the Messages tab allows to scroll the messages list using the mouse scroll wheel when the mouse pointer is over the main window area. Every other tabs, Projects, Tasks and Trandfers allow to scroll with the mouse scroll wheel only when the mouse pointer is over the scroll bar at the right of the main area. This works flawlessly with boincmgr on KDE 3, but I can reproduce this with boincmgr on GNOME and KDE 4. I haven't looked at the code yet, but this looks odd. Which desktop environment did you used as you observed this? Cheers, Frank signature.asc Description: This is a digitally signed message part.
Bug#461806: O: curlftpfs -- filesystem to access FTP hosts based on FUSE and cURL
Package: wnpp Severity: normal I orphan this package because I currently do not have enough time to maintain it properly. The packaging is very simple and upstream is responsive and helpful. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: curlftpfs Binary: curlftpfs Version: 0.9.1-2 Priority: optional Section: utils Maintainer: Frank S. Thomas [EMAIL PROTECTED] Build-Depends: cdbs (= 0.4.23-1.1), debhelper (= 5), libcurl4-gnutls-dev | libcurl-ssl-dev, libfuse-dev, libglib2.0-dev Build-Conflicts: libcurl4-openssl-dev Architecture: any Standards-Version: 3.7.3 Format: 1.0 Directory: pool/main/c/curlftpfs Files: c6f44e7cff92245b3017fb49422b01bd 885 curlftpfs_0.9.1-2.dsc 969998e9cf1663824f44739e94c703a1 362542 curlftpfs_0.9.1.orig.tar.gz 5af7ff6bc91ec043b0ed8f1239368897 2420 curlftpfs_0.9.1-2.diff.gz Homepage: http://curlftpfs.sourceforge.net Vcs-Browser: http://svn.debian.org/wsvn/collab-maint/deb-maint/curlftpfs/trunk/ Vcs-Svn: svn://svn.debian.org/collab-maint/deb-maint/curlftpfs/trunk/ Package: curlftpfs Priority: optional Section: utils Installed-Size: 92 Maintainer: Frank S. Thomas [EMAIL PROTECTED] Architecture: i386 Version: 0.9.1-2 Depends: fuse-utils, libc6 (= 2.7-1), libcurl3-gnutls (= 7.16.2-1), libfuse2 (= 2.6), libgcrypt11 (= 1.2.2), libglib2.0-0 (= 2.14.0), libgnutls13 (= 2.0.4-0), libgpg-error0 (= 1.4), libidn11 (= 0.5.18), libkrb53 (= 1.6.dfsg.2), libldap2 (= 2.1.17-1), libtasn1-3 (= 0.3.4), zlib1g (= 1:1.2.3.3.dfsg-1) Filename: pool/main/c/curlftpfs/curlftpfs_0.9.1-2_i386.deb Size: 24490 MD5sum: ce7c6c9a51726b00b2fa18c9db58d467 SHA1: 6a6ee3509beb5014ca82ca31a034d0c7e26ee946 SHA256: d7552ef7d4aacf3908669390c7cd8805952c2801dd0778477679d84ee1eafcc9 Description: filesystem to access FTP hosts based on FUSE and cURL CurlFtpFS is a tool to mount FTP hosts as local directories. It connects to a FTP server and maps its directory structure to the local filesystem. . Based on FUSE (filesystem in userspace) and the cURL library, CurlFtpFS has some features that distinguish it over other FTP filesystems: * support for SSLv3 and TLSv1 * connecting through tunneling HTTP proxies * automatic reconnection if the server times out * conversion of absolute symlinks to point back into the FTP filesystem Homepage: http://curlftpfs.sourceforge.net Tag: filetransfer::ftp, implemented-in::c, protocol::ftp, role::program signature.asc Description: This is a digitally signed message part.
Bug#458444: New upstream version 1.6.0
retitle 458444 Please package new upstream version 1.6.0.1 stop Hi, Just for the record, on the 16th January 2008 LabPlot 1.6.0.1 has been released. Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#409551: labplot: Labplot crashes when deleting two graphs
tags 409551 + fixed-upstream stop Hi, On Saturday 03 February 2007 22:58, Lee Garrett wrote: Package: labplot Version: 1.5.1-1 I've attached a file so you can reproduce this bug: 1) open Elektronenschwingung.lpl 2) press ctrl + g (opens up the graph list dialog) 3) select D, right-click and select delete (oddly, it will delete the last graph) 4) select D again, right-click and select delete (*crash*) I've just tried to reproduce this bug with the new LabPlot version 1.6.0 (which is not yet in Debian) but I couldn't. So it seems that is fixed in 1.6.0. Cheers, -- Frank S. Thomas [EMAIL PROTECTED] PGP public key ID: 0xDC426429 Debian Developerfinger fst/[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part.
Bug#459586: [grep-excuses] depends on libterm-size-perl but only wget is listed as dependency
Package: devscripts Version: 2.10.12 Severity: minor Tags: patch Hello, grep-excuses requires that libterm-size-perl (which contains Term/Size.pm) is installed to work: $ grep-excuses Can't locate Term/Size.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/grep-excuses line 27. BEGIN failed--compilation aborted at /usr/bin/grep-excuses line 27. However, devscripts' description only lists wget as dependency for grep-excuses. Please update the description with the attached patch. Thanks, Frank Index: debian/control === --- debian/control (revision 888) +++ debian/control (working copy) @@ -79,7 +79,8 @@ placing them under debian/ or, if present, debian/patches - dscverify: verify the integrity of a Debian package from the .changes or .dsc files [gnupg, debian-keyring, libdigest-md5-perl] - - grep-excuses: grep the update_excuses.html file for your packages [wget] + - grep-excuses: grep the update_excuses.html file for your packages [wget, +libterm-size-perl] - licensecheck: attempt to determine the license of source files - list-unreleased: searches for unreleased packages - manpage-alert: locate binaries without corresponding manpages [man-db] signature.asc Description: This is a digitally signed message part.
Bug#363498: O: 3dchess -- 3D chess for X11
Hi Barry, On Sunday 30 December 2007 07:14, Barry deFreese wrote: I've injected it in our SVN now if you want to remove it from collab-maint. Unless you need to wait until we upload. Ok, I've just removed it from collab-maint's repository. Thanks for adopting and taking care of this package! Grüße, Frank -- ,''`. Frank S. Thomas [EMAIL PROTECTED] : :' : http://frank.thomas-alfeld.de `. `' GPG Key ID: 0xDC426429 `- signature.asc Description: This is a digitally signed message part.
Bug#458007: boincmgr: local preferences are not saved
Hi Sandro, On Friday 28 December 2007 16:50, Sandro Tosi wrote: It would help for sure! Anyway, I'd like to elaborate some other solution to this, for example: since using boinc manager I can stop/start elaboration, attaching to/detach from project and so on with a normal user (nor boinc nor root) why can't I even change local preferences? Would be a such a real threat? I just went through the old discussion that resulted in restricting the permissions of the conffiles again, to refresh my memory why it has been changed. The relevant parts can be found here: http://bugs.debian.org/407678 http://lists.alioth.debian.org/pipermail/pkg-boinc-devel/2007-January/000525.html http://lists.alioth.debian.org/pipermail/pkg-boinc-devel/2007-January/000526.html The reasons for restricting the permissions of the gui_rpc_auth.cfg file are technically sound and IMHO undisputable. For the other files it was generally assumed that only root needed to modify them, because at the time as #407678 was reported, the BOINC core client and the BOINC Manager didn't have the feature to modify preferences locally. This has changed since then resulting that the default permissions of the global_prefs_override.xml file only causes problems for users of the BOINC Manager (otherwise #441792 and #458007 would not have been filed). I agree with you that it is unreasonable that one is currently able to shut down connected clients or to attach/detach projects using the BOINC Manager but unable to change local preferences with the BOINC Manager. I'm currently considering to change the permissions of the global_prefs_override.xml file from 0644 to 0664 so that the BOINC core client can write to this file. The permissions for the cc_config.xml file will stay at 0644, because there is currently no need for the client to write to this file. If this will change and the BOINC Manager will get an interface for modifying cc_config.xml, its permissions will probably also be changed to 0664. I know that is root that install boinc software, but once done, every user can change boinc behaviour; so, adding a note in README.Debian would allow the admin to workaround the problem. Since the boinc-client comes in the default configuration with no password in the gui_rpc_auth.cfg file (so everybody on localhost can connect to the client) it is more comfortable to have the global_prefs_override.xml file writeable by the boinc user. Setting a password or changing the permissions of conffiles is easier for system administrators than figuring out why local preferences are not saved for normal users. However, adding a note to boinc-client's README.Debian how to prevent users from changing local preferences is still a good idea. A similar issue is for graphics visualization (I would fill a separated report, but since we are discussince about authorizations): since boinc-client is running as 'boinc' and the X not (since it's started by the logged in user) no graphics is displayed by default; the used need to explicitly allow boinc to use its X session, and this could be a problem for non-experienced users. I'd like to adress this problem too. This will be addressed in BOINC 6, there the graphics application will be executed as the user who started the BOINC Manager. Grüße, Frank -- Die Garde stirbt, aber sie ergibt sich nicht! signature.asc Description: This is a digitally signed message part.
Bug#458007: boincmgr: local preferences are not saved
Hi Sandro, On Sunday 30 December 2007 19:37, Sandro Tosi wrote: Just out of curiosity: when is Boinc6 expected to be release? It is currently in alpha test, I'd expect it to be released at the earliest at the end of the next month Thanks for your kindness and really complete replies, You're welcome! :-) Grüße, Frank signature.asc Description: This is a digitally signed message part.
Bug#363498: O: 3dchess -- 3D chess for X11
Hi, On Saturday 22 December 2007 04:20, Barry deFreese wrote: I am going to pick this up for the Debian Games Team. I will get a hold of the alioth admins to see if they can move the collab-maint trunk to ours. You can do this yourself, see http://wiki.debian.org/Alioth/CollabMaintImport for guidelines how to move stuff between two Subversion repositories. You can notify me when you've imported 3dchess into the Games Team's repository, I'll then take care of removing 3dchess from collab-maint's repository. Grüße, Frank -- bureaucracy, n: A method for transforming energy into solid waste. signature.asc Description: This is a digitally signed message part.
Bug#458007: boincmgr: local preferences are not saved
tags 458007 + confirmed stop Hi Sandro, On Thursday 27 December 2007 22:31, Sandro Tosi wrote: changing local preferences, they are not saved. To replicate it (that was what I was trying to do): 1. run boincmgr 2. open Advanced Preferences 3. click on Network tab 4. change Maximum download rate 5. click OK 6. re-exec step 2. you'll note that the value is not changed. I run boincmgr with a different user from the one running boinc client (boinc). I explained in http://bugs.debian.org/441792 why changing local preferences with the BOINC Manager is not possible with the default configuration. Could you please test if the local preferences are saved after you've changed the permission of the /etc/boinc_client/global_prefs_override.xml file? I've also said in this mail that I'll document this in boinc-manager's or boinc-client's README.Debian, but obviously I didn't. :-( To address your report, do you think it would be enough to explain why local preferences are not saved how this can be changed? Grüße, Frank -- The best way to accelerate any computer running Windows is at 9,81 m/s^2. signature.asc Description: This is a digitally signed message part.
Bug#448982: This is hitting me too; it's important.
Hi, On Wednesday 26 December 2007 10:52:34 Nathanael Nerode wrote: This is really a pretty important bug for BOINC usability. Frankly I probably won't remember to turn BOINC back on for months after it's fixed as I'm tired of checking to see whether it's fixed. You probably want to subscribe to this bug then, so that you are notified once this bug is fixed: http://www.debian.org/Bugs/Developer.html#subscribe Grüße, Frank signature.asc Description: This is a digitally signed message part.
