Bug#899007: bauble: Depends on unmaintained python-gdata
Hi here again! On 18/03/2019 09:17, Mario Frasca wrote: > but let me check and I will come back to you shortly. trying to forget about the point ›0.9.7 is grossly outdated‹, I cloned your repository https://salsa.debian.org/science-team/bauble.git and set the goal "install this bauble as I always did with bauble.classic and still do with ghini.desktop": * create a virtual environment with access to system-site-packages * activate it * python ./setup.py build * python ./setup.py install * run bauble the install step does not work out of the box, I had to manually install gdata, mako, and SQLAlchemy (I understand that the Debian way to go is to install the above libraries globally, but let's suppose that either globally, or in a virtual environment, it's the same.) the version check for SQLAlchemy only tests the second digit, so I edited it: --- a/bauble/db.py +++ b/bauble/db.py @@ -10,7 +10,7 @@ SQLALCHEMY_DEBUG = False try: import sqlalchemy as sa parts = sa.__version__.split('.') - if int(parts[1]) < 5: + if int(parts[0]) == 0 and int(parts[1]) < 5: msg = _('This version of Bauble requires SQLAlchemy 0.5.0 or greater.'\ 'Please download and install a newer version of SQLAlchemy ' \ 'from http://www.sqlalchemy.org or contact your system ' anyhow, with the three in place, and the check edited, bauble installs and shows the initial screen. I go through the steps: type a new connection name, and a new database location, bauble informs me that the database is empty, which is all as expected, then it crashes. pluginmgr.py(537): Could not import the bauble.plugins.garden module. cannot import name PropertyLoader pluginmgr.py(537): Could not import the bauble.plugins.tag module. cannot import name SQLError as said: so grossly outdated, I myself had never used this version, I don't know how much work I would need to update it to the changed environment. we're talking of something that was released in 2009, three years before I got involved and shortly before the initial commit for line 1.0: commit c755b7266f612add5b6003ee184f47f1ac3d6dca Author: Brett Atoms Date: Wed Jun 24 16:18:40 2009 -0400 - bump version to 1.0.0b1 I understand that importing ghini.desktop into Buster is not an option, but it is the only sensible action in my opinion. next event on the timeline is EOL for 2.7, which will prevent inclusion of bauble.classic-1.0.56 and ghini.desktop-1.0.x into sid. I don't know. how much time do we have? is bauble-0.9.7 the only bauble version that can make it into Debian Buster? the sad thing is that 0.9 is database-incompatible with 1.0. Mario
Bug#899007: bauble: Depends on unmaintained python-gdata
Hi! On 18/03/2019 08:36, Andreas Tille wrote: > So we should have strived for this since a long time, right? well, yes, I think so. the original author opened this one in 2012: https://bugs.launchpad.net/ubuntu/+source/bauble/+bug/1093035 > Where is your development done? https://github.com/Ghini bauble is also on github. In October 2015 I had been made owner of the project (https://github.com/Bauble/bauble.classic). Soon after that, the slot 'bauble.web' became occupied and I preferred moving everything under a new organization. >> I have not been able to follow all necessary steps to put ghini.desktop >> in Debian format, I'm sorry. once there's a well defined package for >> it, I might be able to keep it up to date, but the initial steps are far >> beyond my limited ability to comply with strict rules. > Why not asking for help? eh, , how to say that? I've not been successful at finding the right person. I got some help from, …, I can't remember and I don't think it's relevant here. the guy gave me information and hints, but it was still me who had to follow the Debian rules, and after several attempts, bouncing back with "not good enough", I gave up. > >> Debian Science team? what is it? > Well, there might be people who would tell you that a web search could > be enlightening ;-P - but I'll try with my own words: thank you! I prefer email, and at the moment I have a very fast and quite expensive connection to the internet, before you know, opening one single page eats up 5% of my weekly allowance. I appreciate your text. I have read the remainder of your email, and I'm looking into your questions 1 and 2. possibly short-circuiting, if your "this status" means "bauble-0.9.x", then you already have my answer to question 2: no, it's not sensible. but let me check and I will come back to you shortly. ciao, Mario > Debian Science is > a team inside Debian (mailing list in CC) which cares for scientic > software that has no dedicated team behind (like astro, chemestry, GIS > etc.) Its a so called Pure Blend[1] and usually you are well advised to > join this team if you deal with scientific software. I'm personally > very picky to get any software in the field of *micro*biology into > Debian Med since this team tries to cover all in this field. However, > from my perception bauble does not really fit into this. > > The Debian Science team has a policy[2] that explains how to do the > packaging in this team. For your comfort I have just commited bauble in > its current state + the fix for its RC bug into Git[3]. I'd volunteer > to make the packaging fully conform to the recent standards (packaging > is quite aged :-(). However, since we are in freeze currently the > changes needed are not really accepted by the release team and thus I > sticked to a minimum set of acceptable changes. > > Now I have some questions for you: > > 1. Would you mind testing the status in Git[3] whether this >works or not (I have neither any idea nor any interest in >this program)? > 2. Do you think it is sensible to release Buster with this >status? > If the answer to 2. is >"yes" we can stop for the moment if it is >"no" lets remove it from testing and proceed with upgrading >either to >a) latest version of bauble? >b) latest version of ghini.desktop (may be there is > even a migration path??) > > What do you think? > > Kind regards > >Andreas. > > > [1] https://www.debian.org/blends/ > [2] https://science-team.pages.debian.net/policy/ > [3] https://salsa.debian.org/science-team/bauble > >> On 17/03/2019 13:05, Giacomo Catenazzi wrote: >>> Hello Andreas, >>> >>> I gave the package to Mario Frasca, which then orphaned the package: >>> >>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=903644 >>> >>> gdata is not the only problem, there are other dependencies (which >>> seems to be more complex to solve). Additionally as far I know there >>> is no interest of upstream to continue such package, which I think it >>> is also reasonable: a web application is a lot better. >>> >>> For my point of view, you can put into Debian Science, but possibly we >>> should let it go. >>> >>> ciao >>> cate >>> >>> >>> On 17.03.19 18:29, Andreas Tille wrote: >>>> Hi Giacomo, >>>> >>>> the bug log states that the files using gdata have been removed >>>> upstream[1]. I'd volunteer to commit this package to Salsa in Debian >>>> Science, apply the needed patch and upload as a team upload if you don't >>>> mind. If I will not hear from you soon I assume you are fine with >>>> the move into Debian Science team. >>>> >>>> Kind regards >>>> >>>> Andreas. >>>> >>>> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899007#15 >>>>
Bug#899007: bauble: Depends on unmaintained python-gdata
hello all, bauble as bauble is indeed dead, both the classic and the web version, which by the way never saw light. → HOWEVER → → while Debian and ubuntu still distribute the grossly outdated bauble 0.9.7, development of bauble went up to version 1.0.56, which is still a very decent option. → beyond version 1.0.56 development goes absolutely uninterrupted on, now under the name ghini.desktop. the last released version of bauble informs the user about ghini.desktop, and its new releases. → there is no plan to substitute ghini.desktop with a web application: there is a ghini.web, which serves a quite different task (integrating databases), → there might come a ghini.web version allowing limited data insertion. this is not planned at all at the moment. → other packages in the Ghini suite are two Android apps. I have been working at a python3 ghini.desktop version, and hope to release it before we reach EOL for python2. I'm stuck with some strange delays in database access, which I still need to pin down. I have not been able to follow all necessary steps to put ghini.desktop in Debian format, I'm sorry. once there's a well defined package for it, I might be able to keep it up to date, but the initial steps are far beyond my limited ability to comply with strict rules. Debian Science team? what is it? buona giornata, grazie, Mario On 17/03/2019 13:05, Giacomo Catenazzi wrote: > Hello Andreas, > > I gave the package to Mario Frasca, which then orphaned the package: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=903644 > > gdata is not the only problem, there are other dependencies (which > seems to be more complex to solve). Additionally as far I know there > is no interest of upstream to continue such package, which I think it > is also reasonable: a web application is a lot better. > > For my point of view, you can put into Debian Science, but possibly we > should let it go. > > ciao > cate > > > On 17.03.19 18:29, Andreas Tille wrote: >> Hi Giacomo, >> >> the bug log states that the files using gdata have been removed >> upstream[1]. I'd volunteer to commit this package to Salsa in Debian >> Science, apply the needed patch and upload as a team upload if you don't >> mind. If I will not hear from you soon I assume you are fine with >> the move into Debian Science team. >> >> Kind regards >> >> Andreas. >> >> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899007#15 >>
Bug#903644: Acknowledgement (O: bauble -- biodiversity collection manager software application)
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898954 python-fibra is the extra dependency in bauble-1.0 since bauble-0.9.7 it is also the software I tried to package for Debian, and where I gave up.
Bug#898773: RFS: python-fibra/0.0.17-1 [ITP 898736]
I've not been able to satisfy all packaging requirements, and gave up. so I wish to close this issue, there is no candidate package any more.
Bug#903644: O: bauble -- biodiversity collection manager software application
Package: wnpp Severity: normal I intend to orphan the bauble package. The package description is: Bauble is a software application to help you manage a collection of botanical specimens. It is intended to be used by botanic gardens, herbaria, arboreta, etc. to manage their collection information. It is a open, free, cross-platform alternative to BG-Base and similar software. I have been in contact with the current maintainer, who wrote: You can take the maintainer responsibility of the package. I neglected it to much. At beginning (for 1.0) it was because dependencies were not in Debian, but than it exited from my radar. So feel free to be the maintainer. I started by trying to package fibra, the new dependency of bauble 1.0, and got lost in the fine details, so I give up packaging and go back focusing on development. thank you all, MF
Bug#898954: thank for reviewing
hi Mattia, give me a couple of days on this, I'm afraid I need a fresh mind for so much information. thanks hugely for your time and input. signature.asc Description: OpenPGP digital signature
Bug#898954: thank for reviewing
> * d/changelog: ok, reduced to a single paragraph; urgency=low. so each time I dput a new one, I simply increment the counter behind the 0.0.x? > * d/compat: I have no reason to use any specific version, I just kept what came in the template. I moved this to 10. > * d/control: tons of warnings? no, not really. initially several, now just one which I could not remove: W: python-fibra: readme-debian-contains-debmake-template now, switching to compat10, I got a new one, which I'll see how to solve. W: fibra source: package-needs-versioned-debhelper-build-depends 10 > * d/fibra.1: > * d/fibra-docs.doc: > * d/fibra.doc-base: > * d/README.Debian: removed all of them, I did not know what was their role from the template, so I didn't touch them. > * d/rules: removed useless comments > * d/copyright: right, I didn't consider my work adding any value to fibra, but I can add my signature. I do not know why the README states 2007. I used the timestamps of the versions published on PyPI, all in rather tight sequence. maybe that was the inception? I'll add 2009, and myself this year. yes, I actually do mean to introduce the python2 package: bauble depends on it. I need to make some time to re-read and understand what you mean by 'you should be building your package in a sid chroot', and how I should do that. lintian is being run every time after debuild, and where should I add those pedantic flags? `rules`? the location for this package is https://github.com/mfrasca/fibra/ is this what you were referring to, by "any VCS"? 'gbp' to me sounds like Great Britain Pound, but I'm sure you don't mean that. so I guess I've never heard about the one you mean. As you surely understand and see, I'm quite new to publishing for Debian. my focus is on developing software, and I'm now trying to get ghini.desktop/bauble/fibra into Debian myself more of out of despair than anything else, after so many years not managing to find anyone who could do this, and do this properly. I wrote myself a small helper script, that I hoped would allow me not need learning anything: https://github.com/mfrasca/fibra/blob/master/makedeb.sh thanks again for time and patience. Mario
Bug#755185: consider update, or possibly replace with webapp
https://mentors.debian.net/package/bauble now according to the rules, I trust.
Bug#898966: RFS: bauble/1.0.56-1 (#755185)
Package: sponsorship-requests Severity: normal Dear mentors, I'm looking for a sponsor for my package 'bauble'. 'bauble' has one important bug report, 755185, and the package I have just produces should solve that issue. I have been in contact with the current/previous package maintainer, Giacomo Catenazzi, and he agrees in handling packaging responsibility over to me. At the moment I'm both maintainer of the upstream and of the Debian package. This, and `fibra` would be my first packages in Debian. `bauble` needs `fibra`. * To access further information about this package, please visit the following URL: https://mentors.debian.net/package/bauble https://mentors.debian.net/package/fibra * Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/b/bauble/bauble_1.0.56-1.dsc * More information about bauble can be obtained from https://bauble.io * Changes since the last upload: (last upload, 0.9.7, was produced almost 10 years ago) updated dependecies added dependencies Regards, Mario Frasca I see from the report at https://mentors.debian.net/package/bauble that your online system reports more problems than `lintian`. I would be very happy to remove those errors, with some help from some available mentor. -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#898954: RFS: python-fibra/0.0.18-1 [ITP]
Package: sponsorship-requests Severity: normal Dear mentors, I'm looking for a sponsor for my package 'fibra'. * Package name : fibra Version : 0.0.18-1 Upstream Author : Simon Wittber * URL : http://github.com/mfrasca/fibra * License : MIT Section : python It is now marked as "no" in the column "needs a sponsor", in my page "https://mentors.debian.net/packages/uploader/mario%40anche.no;, even if I opened bug report 898773. To access further information about this package, please visit the following URL: https://mentors.debian.net/package/fibra Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/f/fibra/fibra_0.0.18-1.dsc Changes since the last upload: I've removed all the warnings in the debuild/lintian process as far as I could see from the machine where running debuild. best regards, MF
Bug#898773: RFS: python-fibra/0.0.17-1 [ITP 898736]
good day here again I have: - accepted all debian patches from 0.0.17-1 into upstream 0.0.18, - removed the warnings that were in the `debuild` report, - uploaded a new 0.0.18-1, it is now free from warnings, further: - I built a new bauble-1.0.56-1, resolving issue 755185, - bauble-1.0.56-1 still has `debuild` warnings I want to solve, - bauble-1.0.56-1 depends on python-fibra. best regards, MF On Tue, 15 May 2018 20:55:52 + Jeremy Stanley <fu...@yuggoth.org> wrote: > On 2018-05-15 14:20:15 -0500 (-0500), Mario Frasca wrote: > [...] > > it was developed between 2008-11 (0.0.6) and 2009-8 (0.0.17) > > [...] > > The dates made me strongly suspect, but skimming the upstream source > confirms, this is very much not a Py3K-ready library. Are you > becoming de facto upstream for this and planning to update it to > support Python 3.x in preparation for 2.7 reaching end of life? > -- > Jeremy Stanley > >
Bug#898773: RFS: python-fibra/0.0.17-1 [ITP 898736]
> planning to update it to > support Python 3.x in preparation for 2.7 reaching end of life? btw, since my two adopted children `bauble` and `ghini` both depend on `fibra`, and python is reaching end of life for them too, I'm afraid I will port `fibra` to python3 anyway, that it is accepted into Debian or not. I'm already reconstructing its history, and will publish it in github as soon as I'm done. M
Bug#898773: RFS: python-fibra/0.0.17-1 [ITP 898736]
I don't see any inconvenience with this what you suggest. I can import the library (with, if necessary, its history) into a new github project. I already patched upstream so it can be loaded in python3.
Bug#898773: RFS: python-fibra/0.0.17-1 [ITP 898736]
I did not notice the template Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] Dear mentors, I am looking for a sponsor for my package "fibra" * Package name: fibra Version : 0.0.17-1 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : python It builds those binary packages: python-fibra - Advanced cooperative concurrency using Python generators. python-fibra-doc - Advanced cooperative concurrency using Python generators. python3-fibra - Advanced cooperative concurrency using Python generators. To access further information about this package, please visit the following URL: https://mentors.debian.net/package/fibra Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/f/fibra/fibra_0.0.17-1.dsc More information about hello can be obtained from https://www.example.com. Changes since the last upload: this is my first upload. Regards, Mario Frasca
Bug#898773: RFS: python-fibra/0.0.17-1 [ITP 898736]
Package: sponsorship-requests Severity: normal Dear Maintainer, I'm on my way to become the maintainer of a couple of packages for the management of botanic collections, namely bauble and ghini.desktop. both of them rely upon fibra, and fibra wasn't yet in Debian. so I need fibra in two different packages, and it is also small enough so that it's being a learning example for me of what difficulties to expect when I'll face the larger packages. Fibra itself is a mature product, it was developed between 2008-11 (0.0.6) and 2009-8 (0.0.17), after that the upstream developer did not think of renaming the stable version to 1.0.0. It offers collaborative concurrency, and has been helpful in bauble, avoiding us trouble with threading and real concurrency. friendly regards, Mario Frasca -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#898736: ITP: python-fibra -- Fibra provides advanced cooperative concurrency using Python generators.
Package: wnpp Severity: wishlist Owner: Mario Frasca <ma...@anche.no> * Package name: python-fibra Version : 0.0.17 Upstream Author : Simon Wittber <simonwitt...@gmail.com> * URL : https://pypi.org/project/fibra/ * License : MIT Programming Lang: Python Description : Fibra provides advanced cooperative concurrency using Python generators. "cooperative" concurrency, that's something like concurrency according to Windows 95, if that's enough for you, cooperative concurrency prevents such problems as closing a database object from within a Thread that did not open it. bauble 1.0.56 (I was just informally handled package ownership by c...@debian.org) depends on this library, and I would not want to include it in bauble, I'd rather make it an independent package. I'm not aware of other modules that provide the same functionality, and the version number (0.0.17) is more an indication of how fast it was developed and how quickly it became mature. I don't think it will require any maintainance, but if upstream produces a new version, I don't see any problem in staying tuned on the pypi page.
Bug#885138: bauble: Depends on unmaintained pygtk
yes, upstream is aware of this problem, I've two issues open, one relative to Python3 and one relative to Gtk3. moving to Gtk3 is a bit complicated by the extensive usage that the software makes of ComboBoxEntry, that disappeared in Gtk3. any help very welcome.
Bug#755185: consider update, or possibly replace with webapp
I updated my debian control file ran again the script for producing the debian package installed it successfully on a orange-py with ubuntu 14.04 1) (on 14.04 there is no python-pyqrcode package so I had to first install that manually) dpkg -i python-pyqrcode_1.2.1-1_all.deb 2) (python-fibra 0.17 is not packaged at all, so I simply included it in bauble) 3) installing the new debian package went like this: dpkg -i bauble-1.0.83.deb apt-get install -f after that, I could start `ghini`. so, what next? anybody can review?
Bug#755185: consider update, or possibly replace with webapp
good day here, as I've been saying, I have close to zero experience with making deb files, and absolutely none with Debian-quality ones. here is a first attempt: https://github.com/Ghini/ghini.desktop/releases/tag/v1.0.82 but is there anybody here? since the original report almost 4 years ago, nobody showed up. as upstream maintainer and not a Debian developer, I don't exactly understand what I should do to fix this situation. I'm not requesting people to do work for me, just please facilitate me in doing what there is to do. best regards, MF
Bug#755185: update from upstream
I'm still the current developer/maintainer of the upstream desktop software. [1] There never came a web app out of it, there were three separate attempts, the last one 2 1/5 years ago. [2] There is a new web data server, but it's a collection aggregator, not the main collection manager. [3] Ages ago a version of this software (bauble-0.9.7) made it into Debian. Upstream was not involved in the process as far as I know. We are now at version 1.0.82 (and counting) I'm sorry to say this, but the presence of such an old version of bauble in Debian is more a nuisance than of any help to us: it depends on such old stuff that it simply WON'T WORK on any modern system, in particular it can NOT work in Debian 9, nor 8, and I'm quite sure not even on Debian 7. Often users ask me if they can install the software via the packaging system and I have to tell them that this packaged bauble is obsolete stuff. It is bad advertisement for us, and for Debian. The best option would be if the current package maintainer could update it obviously, but apparently (4 years have passed) Giacomo has no time for it, and I'm not here to blame him, I also did not find the time to learn packaging. If this can't be updated, then please remove it from Debian, please, or mark it as orphaned, so we can think of adopting it. As things stand, I don't know what to do. In March 2015 I have briefly been in contact with Giacomo, his bottom line was: > ok. controllero’ bauble e la tua versione. > Solitamente sono le dipendenze a dare problemi: dobbiamo dipendere solo in pacchetti esistenti in debian. pip e virtualenv non sono accettabili. in particular the "dobbiamo dipendere solo da pacchetti esistenti in debian" is itself a contraddiction: bauble-0.9.7 depends on packages which aren't in Debian any more. I still stand with what I wrote before: »I am interested in including in [this software] a script I can run every time there is a new release, and in documenting the process in [the] documentation.« thank you, Mario Frasca 1] https://github.com/Ghini/ghini.desktop 2] https://github.com/Bauble/bauble.web 3] https://github.com/Ghini/ghini.web
Bug#799535: Processed: retitle to RFP: bauble-installer -- bauble is a botanic collection manager
Hi here I had almost forgotten about this issue, but I'm still and absolutely very much busy with the software mentioned here. my work concerning the software is mostly at http://github.com/Ghini/ghini.desktop if there's anything I should do to make the software more debian-compliant, please let me know. MF On 2017-01-02 17:21, Debian Bug Tracking System wrote: > Processing commands for cont...@bugs.debian.org: > >> retitle 799535 RFP: bauble-installer -- bauble is a botanic collection >> manager > Bug #799535 [wnpp] ITP: bauble-installer -- bauble is a botanic collection > manager > Changed Bug title to 'RFP: bauble-installer -- bauble is a botanic collection > manager' from 'ITP: bauble-installer -- bauble is a botanic collection > manager'. >> noowner 799535 > Bug #799535 [wnpp] RFP: bauble-installer -- bauble is a botanic collection > manager > Removed annotation that Bug was owned by Mario Frasca <ma...@anche.no>. >> stop > Stopping processing here. > > Please contact me if you need assistance.
Bug#755185: new versions available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 starting April 2015 I have had the chance to dedicate some time to Bauble, more specifically to its desktop version 'bauble.classic'. this is the only currently maintained version. I do not know how to package things in Debian, but I am interested in including in Bauble a script I can run every time there is a new release, and in documenting the process in Bauble documentation. the latest stable release you always find here: https://github.com/Bauble/bauble.classic/tree/bauble-1.0 my current upgrading strategy is based on pip. I find it easier because it is platform independent. recently I have been considering distributing a `bauble-installer` package, holding all dependencies that cannot be solved in a virtual environment, and containing no more than the installation script. see bug 799535: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799535 best regards MF -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlX+qvEACgkQh1CCYC//Am4UhgCfYSbN34azBxpjd/aszycSYnrx WpYAn2m8PZjZlDlQ9AeDtMI5Pi51sOdl =bstD -END PGP SIGNATURE-
Bug#799535: ITP: bauble-installer -- bauble is a botanic collection manager
Package: wnpp Severity: whishlist From the homepage (http://bauble.readthedocs.org): Bauble is an application for managing botanical specimen collections. With it you can create a searchable database of plant records. It is open and free and is released under the GNU Public License 2+. From the README.md (http://github.com/Bauble/bauble.classic): At its heart Bauble is a framework for creating database applications. In its distributed form Bauble is an application to manage plant records and specifically living collections. It is used among others by the Quito Botanical Garden to manage their live collections. Included by default is RBG Kew's Family and Genera list from Vascular Plant Families and Genera compiled by R. K. Brummitt and published by the Royal Botanic Gardens, Kew in 1992 used by permission from RBG Kew. --- I am the current developer for Bauble and I have decided to distribute Bauble connecting the installation with a branch on github. I need to make the initial installation easier to less technical people. to this end, I intend to package only the installation script, not the whole program. this is because I have limited time and do not trust myself for the extra work needed for packaging the program every time I release a new patch, which is rather often (40 times in the last 5 months). I have written a very minimal and possibly working (only tested on ubuntu 14.04) package for the installation script. Package: bauble-installer Version: 1.0-1 Section: base Priority: optional Architecture: all Depends: gettext, git, python-all-dev, python-gtk2, python-virtualenv, libxslt1-dev Maintainer: Mario Frasca <ma...@anche.no> Description: Bauble installer installer script and dependencies for bauble-1.0 to install Bauble, run bauble-install the installation script is at: https://github.com/Bauble/bauble.classic/blob/master/scripts/devinstall.sh signature.asc Description: OpenPGP digital signature
Bug#755185: current maintainer
good day, I'm the current maintainer of bauble.classic, which I've forked it at [1]. it is a well working piece of software, and even if the original author does not work at it any more, I would not consider it discontinued. it is quite extensively documented at [2]. the version number is stuck at 1.0.11, because I'm not (yet) updating it. [1] https://github.com/mfrasca/bauble.classic [2] http://bauble.readthedocs.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697643: workaround
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 the main problem with this bug is that you can't start 'ntpd' if the time is not set approximatively correct from the start. take for example a computer without memory of the outside time (for example because its battery is faulty), then you somehow need bootstrap the procedure and chances are that you do not want to do this by hand. if you install 'ntpdate' and run it before 'ntpd' starts, things should go fine. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlG+y5oACgkQh1CCYC//Am5n5gCeL7mzbK3RCfSYPAAaHEqxQ6e5 vL4AniC8fxFYWERmSQ/nqVYAH7u8O99J =ZFfj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697643: openntpd: Does not make large adjustments.
Package: openntpd Followup-For: Bug #697643 Dear Maintainer, I'm running a new installation of the latest debian stable for powerpc. the computer had been switched off for quite some time, so it had not the faintest idea of the fact we do not live in 1970! I am used (on other systems) to starting the ntp deamon in order to set the time after a complete reset. here I had to set it manually before ntpd could do its job. at least in this case, it feels a bit like duplication of effort. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 3.2.0-4-powerpc Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openntpd depends on: ii adduser 3.113+nmu3 ii libc62.13-38 ii libssl1.0.0 1.0.1e-2 ii netbase 5.0 openntpd recommends no packages. openntpd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#426414: kernel: time jumps and usb resets
I didn't reply to this yet, did I? I'm seeing the situation change after updates that do not change the kernel. for a short while the bug disappeared, then reappeared and I am not aware of a permanent packages update log to match my logs on reboots and time jumps. I always use aptitude to update and safe or dist upgrade. in the last 4 days before the last reboot two days ago, I had no time jumps (06:00:00 occurs 1 day 0:00 after the preceding 06:00:00) even with loads above 6 (a runaway process I failed to notice!). in the previous periods I had the impression that more importand jumps happened when system load increased. here it was constantly high. here is the tail of the logfile: 2.6.32-trunk-powerpc 2010-05-05 06:00:02 up 9 days, 5:07, 2 users, load average: 5.00, 5.14, 5.17 2.6.32-trunk-powerpc 2010-05-06 06:00:01 up 10 days, 5:19, 3 users, load average: 5.03, 5.28, 5.22 2.6.32-trunk-powerpc 2010-05-07 06:00:01 up 11 days, 5:38, 4 users, load average: 5.08, 5.31, 5.76 2.6.32-trunk-powerpc 2010-05-08 06:00:02 up 12 days, 5:55, 3 users, load average: 6.15, 6.39, 6.26 2.6.32-trunk-powerpc 2010-05-09 06:00:01 up 13 days, 5:55, 3 users, load average: 6.48, 6.40, 6.24 2.6.32-trunk-powerpc 2010-05-10 06:00:02 up 14 days, 5:55, 1 user, load average: 6.87, 6.26, 6.17 2.6.32-trunk-powerpc 2010-05-11 06:00:01 up 15 days, 5:55, 3 users, load average: 6.13, 6.13, 6.17 2.6.32-trunk-powerpc 2010-05-12 03:16:55 REBOOT 2.6.32-trunk-powerpc 2010-05-12 06:00:01 up 2:44, 0 users, load average: 0.01, 0.06, 0.13 2.6.32-trunk-powerpc 2010-05-13 06:00:01 up 1 day, 2:49, 1 user, load average: 0.03, 0.29, 0.22 the logfile is produced by this crontab line: 0 6 * * * echo `uname -r` `date +\%Y-\%m-\%d` `uptime` /home/mario/uptime.log On 2010-0204 02:10:37, maximilian attems wrote: what about the latest 2.6.32 that is in unstable aka 2.6.32-6 could you test against it? thanks for the report. -- maks -- Windows NT encountered the following error: The operation completed successfully. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529686: anybody?
we're almost one year later. I am running a modified version of this program which works fine. I noticed that upstream (http://people.debian.org/~joss/packages/) does not exist any more. would people at Debian prefer that I revive development of this program on Sourceforge or within Debian? I'd like to join Debian (satisfied user since 2004, home and office) and I'd like to maintain this package. thanks, M -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577852: proper gtk+ way to define keyboard?
hi here, I'm looking for the proper gtk+ way to define and set keyboard layouts. is it through usage of `setxkbmap`? this is what one uses on Maemo so I assume it is the way to go. well, also using setxkbmap dead_stroke does not work. in the us(mac) layout dead_stroke is associated to the 'S' key, with shift and right alt modifiers. after `setxkbmap us(mac)` the behaviour I get is exactly as what I get when I alter the keyboard layout using xmodmap, namely: * gnome-terminal: dead_stroke does not compose with following key * xev shows the KeyPress event for dead_stroke * uxterm: dead_stroke correctly composes ħđøł I've googled in a few different sessions and I don't find anything looking like composition tables for gtk+ anywhere, except possibly this very bug report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578468: after removing ruby
tried again and I found a workaround... this chashes: ma...@croese:~$ sudo aptitude dist-upgrade this doesn't: ma...@croese:~$ sudo aptitude -vvvsD dist-upgrade adding the D made the difference ma...@croese:~$ sudo aptitude dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information... Done Initializing package states... Done Reading task descriptions... Done The following NEW packages will be installed: aptdaemon{a} python-aptdaemon{a} python-aptdaemon-gtk{a} python-gnupginterface{a} python-software-properties{a} software-center{ab} software-properties-gtk{a} unattended-upgrades{a} The following packages will be upgraded: gnome-app-install xserver-xorg-core{b} 2 packages upgraded, 8 newly installed, 0 to remove and 0 not upgraded. Need to get 273kB/3875kB of archives. After unpacking 2146kB will be used. The following packages have unmet dependencies: xserver-xorg-core: Breaks: xserver-xorg-input-synaptics (= 1.2.2-1) but 1.2.2-1 is installed. software-center: Conflicts: gnome-app-install but 1.1.21debian2 is to be installed. Segmentation fault ma...@croese:~$ ma...@croese:~$ sudo aptitude -vvvsD dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information... Done Initializing package states... Done Reading task descriptions... Done The following NEW packages will be installed: aptdaemon{a} (D: software-center, R: python-aptdaemon) libimobiledevice1{a} (D: gvfs-backends) libtracker-client-0.8-0{a} (D: nautilus, D: totem-plugins) python-aptdaemon{a} (D: aptdaemon, D: python-aptdaemon-gtk, D: software-center) python-aptdaemon-gtk{a} (D: software-center) python-gnupginterface{a} (D: python-software-properties) python-software-properties{a} (D: python-aptdaemon, D: software-properties-gtk) software-center{ab} (C: gnome-app-install) software-properties-gtk{a} (R: software-center, S: update-manager-gnome) unattended-upgrades{a} (D: python-software-properties) The following packages will be REMOVED: libimobiledevice0{u} (D: gvfs-backends) libtrackerclient0{u} (D: nautilus, D: totem-plugins) The following packages will be upgraded: fetchmail fetchmailconf gedit-common gir1.0-freedesktop gir1.0-glib-2.0 gnome-app-install gvfs gvfs-backends gvfs-bin iproute java-common libgirepository1.0-0 libnautilus-extension1 libphonon4 midori nautilus nautilus-data phonon-backend-xine totem totem-coherence totem-common totem-mozilla totem-plugins xserver-xorg-core xserver-xorg-input-evdev xserver-xorg-input-synaptics The following packages are RECOMMENDED but will NOT be installed: gedit (R: gedit-common, S: claws-mail) gstreamer0.10-ffmpeg (R: libswfdec-0.8-0, R: totem, S: openoffice.org) 26 packages upgraded, 10 newly installed, 2 to remove and 0 not upgraded. Need to get 20,5MB/24,1MB of archives. After unpacking 2955kB will be used. The following packages have unmet dependencies: software-center: Conflicts: gnome-app-install but 1.1.21debian2 is to be installed. The following actions will resolve these dependencies: Remove the following packages: 1) gnome-app-install Accept this solution? [Y/n/q/?] The following NEW packages will be installed: libimobiledevice1{a} (D: gvfs-backends) libtracker-client-0.8-0{a} (D: nautilus, D: totem-plugins) The following packages will be REMOVED: gnome-app-install{a} libimobiledevice0{u} (D: gvfs-backends) libtrackerclient0{u} (D: nautilus, D: totem-plugins) The following packages will be upgraded: fetchmail fetchmailconf gedit-common gir1.0-freedesktop gir1.0-glib-2.0 gvfs gvfs-backends gvfs-bin iproute java-common libgirepository1.0-0 libnautilus-extension1 libphonon4 midori nautilus nautilus-data phonon-backend-xine totem totem-coherence totem-common totem-mozilla totem-plugins xserver-xorg-core xserver-xorg-input-evdev xserver-xorg-input-synaptics The following packages are RECOMMENDED but will NOT be installed: gedit (R: gedit-common, S: claws-mail) gstreamer0.10-ffmpeg (R: libswfdec-0.8-0, R: totem, S: openoffice.org) 25 packages upgraded, 2 newly installed, 3 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 2021kB will be freed. Do you want to continue? [Y/n/?] Remv gnome-app-install [0.5.60.1] Inst libimobiledevice1 (1.0.0-1 Debian:unstable) Inst gvfs-bin [1.6.0-1] (1.6.0-1+b1 Debian:unstable) [] Inst gvfs-backends [1.6.0-1] (1.6.0-1+b1 Debian:unstable) [] Inst gvfs [1.6.0-1] (1.6.0-1+b1 Debian:unstable) Remv libimobiledevice0 [0.9.7-2] Inst totem-mozilla [2.28.5-2] (2.28.5-3 Debian:unstable) [] Inst libnautilus-extension1
Bug#578468: aptitude: segmentation fault doing dist-upgrade
On 2010-0420 10:56:41, Sven Joachim wrote: forcemerge 578344 578468 thanks thanks yourself! I was a bit afraid that without aptitude correctly working I would not be able to update aptitude!!! On 2010-04-20 07:02 +0200, Mario Frasca wrote: Package: aptitude Version: 0.6.2-1 Severity: important I did a safe-upgrade yesterday and a few things stopped working, the one which seems to me most serious is aptitude crashing! Upgrading to 0.6.2-2 fixed the problem for me, see #578344. Sven -- magic is real ... unless explicitly declared as integer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578468: aptitude: segmentation fault doing dist-upgrade
Package: aptitude Version: 0.6.2-1 Severity: important I did a safe-upgrade yesterday and a few things stopped working, the one which seems to me most serious is aptitude crashing! noticing that it crashed solving sependencies for Ruby, I removed that and hope for the best... ma...@croese:~$ sudo aptitude dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information... Done Initializing package states... Done Reading task descriptions... Done The following NEW packages will be installed: aptdaemon{a} python-aptdaemon{a} python-aptdaemon-gtk{a} python-gnupginterface{a} python-software-properties{a} software-center{ab} software-properties-gtk{a} unattended-upgrades{a} The following packages will be upgraded: gnome-app-install libruby1.8{b} ri1.8 ruby1.8{b} ruby1.8-dev xserver-xorg-core{b} 6 packages upgraded, 8 newly installed, 0 to remove and 0 not upgraded. Need to get 273kB/8482kB of archives. After unpacking 3555kB will be used. The following packages have unmet dependencies: xserver-xorg-core: Breaks: xserver-xorg-input-synaptics (= 1.2.2-1) but 1.2.2-1 is installed. ruby1.8: Conflicts: irb1.8 but 1.8.7.249-2 is installed. Conflicts: rdoc1.8 but 1.8.7.249-2 is installed. software-center: Conflicts: gnome-app-install but 1.1.21debian2 is to be installed. libruby1.8: Conflicts: libdbm-ruby1.8 but 1.8.7.249-2 is installed. Conflicts: libgdbm-ruby1.8 but 1.8.7.249-2 is installed. Conflicts: libreadline-ruby1.8 but 1.8.7.249-2 is installed. Segmentation fault ma...@croese:~$ sudo aptitude remove ruby Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information... Done Initializing package states... Done Reading task descriptions... Done The following packages will be REMOVED: ruby 0 packages upgraded, 0 newly installed, 1 to remove and 6 not upgraded. Need to get 0B of archives. After unpacking 123kB will be freed. The following packages have unmet dependencies: ruby-full: Depends: ruby but it is not going to be installed. The following actions will resolve these dependencies: Remove the following packages: 1) ruby-full Accept this solution? [Y/n/q/?] The following packages will be REMOVED: irb{u} irb1.8{u} libdbm-ruby{u} libdbm-ruby1.8{u} libgdbm-ruby{u} libgdbm-ruby1.8{u} libopenssl-ruby{u} libopenssl-ruby1.8{u} libreadline-ruby{u} libreadline-ruby1.8{u} libruby1.8{u} libtcltk-ruby{u} libtcltk-ruby1.8{u} rdoc{u} rdoc1.8{u} ri{u} ri1.8{u} ruby ruby-elisp{u} ruby-full{a} ruby1.8{u} ruby1.8-dev{u} ruby1.8-elisp{u} 0 packages upgraded, 0 newly installed, 23 to remove and 2 not upgraded. Need to get 0B of archives. After unpacking 69,1MB will be freed. Do you want to continue? [Y/n/?] Writing extended state information... Done database /var/lib/apt/listchanges.db failed to load. (Reading database ... 288369 files and directories currently installed.) Removing ruby-full ... Removing irb ... Removing ri ... Removing ri1.8 ... Removing rdoc ... Removing rdoc1.8 ... Removing irb1.8 ... Removing libdbm-ruby ... Removing libdbm-ruby1.8 ... Removing libgdbm-ruby ... Removing libgdbm-ruby1.8 ... Removing libopenssl-ruby ... Removing libopenssl-ruby1.8 ... Removing libreadline-ruby ... Removing libreadline-ruby1.8 ... Removing ruby1.8-dev ... Removing ruby ... Removing ruby1.8 ... Removing libtcltk-ruby ... Removing libtcltk-ruby1.8 ... Removing libruby1.8 ... Removing ruby-elisp ... Removing ruby1.8-elisp ... remove/ruby1.8-elisp: purging byte-compiled files for emacs21 remove/ruby1.8-elisp: purging byte-compiled files for emacs22 Processing triggers for man-db ... Processing triggers for menu ... Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information... Done Initializing package states... Done Writing extended state information... Done Reading task descriptions... Done Current status: 2 updates [-4]. ma...@croese:~$ -- Package-specific info: aptitude 0.6.2 compiled at Apr 18 2010 17:51:25 Compiler: g++ 4.4.3 Compiled against: apt version 4.8.0 NCurses version 5.7 libsigc++ version: 2.2.4.2 Ept support enabled. Gtk+ support disabled. Current library versions: NCurses version: ncurses 5.7.20100313 cwidget version: 0.5.16 Apt version: 4.8.0 linux-vdso32.so.1 = (0x0010) libapt-pkg-libc6.9-6.so.4.8 = /usr/lib/libapt-pkg-libc6.9-6.so.4.8 (0x0ff0) libncursesw.so.5 = /lib/libncursesw.so.5 (0x0fe8f000) liblog4cxx.so.10 = /usr/lib/liblog4cxx.so.10 (0x0fc7a000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x0fc54000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x0fb6) libept.so.0 =
Bug#577852: libgtk2.0-common: dead_stroke has no visible effect
On 2010-0416 09:57:59, Josselin Mouette wrote: Le jeudi 15 avril 2010 à 09:04 +0200, Mario Frasca a écrit : I don't use many gtk applications, just gnome-terminal and sometimes nautilus. this affects both. Emacs and xterm (not gtk) are unaffected. I use dead_stroke in a keymap table file that I pass to xmodmap and I don't manage to obtain any visible effect. This is because GTK+ uses its own composition tables and extends them in its own way. If you want to use the X input method in an application, you can right-click, select “Input method”, then “X input method”. no, I actually really want to use GTK+'s own input method... can you point me to references on how to use them? (I am a bit internet-impaired at the moment, laptop was stolen, I can use email but home browsing is more or less limited to my maemo5 device) what I suspect is that there's a problem with dead_stroke and dead_breve, and I base this on: 1) xmodmap manages to alter GTK+ composition tables for all dead keys except dead_stroke and dead_breve. 2) on maemo5, which is AFAIU GTK+ based, I am using its own keyboard definition table and dead_stroke and dead_breve do not work. to verify my suspicion I want to use GTK+'s native input method on my old desktop system and check if there I do manage to get dead_stroke and dead_breve to work. -- There are 10 types of people. Those who understand binary and those who don't -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577852: libgtk2.0-common: dead_stroke has no visible effect
Package: libgtk2.0-common Version: 2.18.9-2 Severity: normal I don't use many gtk applications, just gnome-terminal and sometimes nautilus. this affects both. Emacs and xterm (not gtk) are unaffected. I use dead_stroke in a keymap table file that I pass to xmodmap and I don't manage to obtain any visible effect. to reproduce the bug, I used this keymap table file, » clear Lock keycode 66 = Multi_key keycode 48 = dead_stroke « and activate it with xmodmap. hitting the key associated to dead_stroke followed by l should produce ł (small L with stroke) but gives l (small L). compose slash l works correctly. also dead_breve does not work. other dead keys like dead_macron, dead_acute and dead_breve do work with this method. I observe the same behaviour also on maemo, both on os2008 (using xmodmap) and meamo5, where I don't use xmodmap but setxkbmap. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-trunk-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash libgtk2.0-common depends on no packages. Versions of packages libgtk2.0-common recommends: ii libgtk2.0-0 2.18.9-2 The GTK+ graphical user interface libgtk2.0-common suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577392: closed by Julien Cristau jcris...@debian.org (Re: Bug#577392: x11-xserver: dead_stroke has no visible effect)
On 2010-0411 19:33:09, Debian Bug Tracking System wrote: It has been closed by Julien Cristau jcris...@debian.org. I'm sorry, but I don't manage to see the problem as closed. correct me if I'm wrong: I understand that as far as X11 is concerned, there is no bug. ok, so if it is not 'as designed', that you can use xmodmap to define your own keyboard for gnome applications but this ability excludes dead_stroke (and dead_breve), and I assume it is not, against which package should I file this bug? or is it really a correct behaviour the one I observe? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577392: closed by Julien Cristau jcris...@debian.org (Re: Bug#577392: x11-xserver: dead_stroke has no visible effect)
isn't it possible to move this bug to gtk? instead of opening a new one? On 2010-0413 18:29:31, Julien Cristau wrote: If dead_stroke is working in Xlib apps, and not in gtk apps, then file a bug against gtk. Cheers, Julien -- La rovina del mondo sara' l'indifferenza. Ma chi se ne fotte! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577392: x11-xserver: dead_stroke has no visible effect
On 2010-0411 12:17:18, Julien Cristau wrote: your xev output shows that this is working correctly, as far as I can tell? that is the curious part about it! I don't see the difference between the two sequences of key hits, in terms of produced keypress event. but one sequence produces l, the other ł. What app are you having a problem with? oh, you are right, on this server I seldom use anything else than gnome-terminal. on maemo, it happens in all programs. on desktop debian I only tested the gnome-terminal. now started uxterm and oowriter and you are correct: both dead_stroke-l and compose-/-l produce ł (l with stroke). are you suggesting it might be a gnome problem? I checked System-Preferences-About Me and ther dead_stroke-l produces l (l without stroke). the gnome file browser -but also firefox (iceweasel)- show the incorrect behaviour. GNU Emacs 22.3.1 (powerpc-unknown-linux-gnu, X toolkit, Xaw3d scroll bars) behaves correctly, too. Cheers, Julien Mario -- Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577392: x11-xserver: dead_stroke has no visible effect
Package: x11-xserver-utils Version: 7.5+1 Severity: normal File: x11-xserver this is related to maemo bug https://bugs.maemo.org/show_bug.cgi?id=2259 I use dead_stroke in a keymap table file and I don't manage to obtain any visible effect. hitting a key associated to dead_stroke followed by l should produce ł but gives l. compose slash l works correctly. this wasn't ever a problem on my desktop linux box because I don't use dead keys but rely on the compose. maemo, derived from debian, has a different approach for compose (displays an on-screen menu of combinable keys) so to people who only want to use the keyboard, symbols like øđǥħłƶ¢ƀ₥ are unavailable. to reproduce the bug, I used this keymap table file, » clear Lock keycode 66 = Multi_key keycode 48 = dead_stroke «. xev gives the following sequence of events: compose slash l: » KeyPress event, serial 30, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153375248, (172,-15), root:(177,38), state 0x0, keycode 66 (keysym 0xff20, Multi_key), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: True KeyRelease event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153375392, (172,-15), root:(177,38), state 0x0, keycode 66 (keysym 0xff20, Multi_key), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153375528, (172,-15), root:(177,38), state 0x0, keycode 61 (keysym 0x2f, slash), same_screen YES, XLookupString gives 1 bytes: (2f) / XmbLookupString gives 1 bytes: (2f) / XFilterEvent returns: True KeyRelease event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153375656, (172,-15), root:(177,38), state 0x0, keycode 61 (keysym 0x2f, slash), same_screen YES, XLookupString gives 1 bytes: (2f) / XFilterEvent returns: False KeyPress event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153375840, (172,-15), root:(177,38), state 0x0, keycode 46 (keysym 0x6c, l), same_screen YES, XLookupString gives 1 bytes: (6c) l XmbLookupString gives 1 bytes: (6c) l XFilterEvent returns: True KeyPress event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153375840, (172,-15), root:(177,38), state 0x0, keycode 0 (keysym 0x1000142, U0142), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 2 bytes: (c5 82) ł XFilterEvent returns: False KeyRelease event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153375936, (172,-15), root:(177,38), state 0x0, keycode 46 (keysym 0x6c, l), same_screen YES, XLookupString gives 1 bytes: (6c) l XFilterEvent returns: False « dead_stroke l:» KeyPress event, serial 30, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153300976, (174,-15), root:(179,38), state 0x0, keycode 48 (keysym 0xfe63, dead_stroke), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: True KeyRelease event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153301096, (174,-15), root:(179,38), state 0x0, keycode 48 (keysym 0xfe63, dead_stroke), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153301704, (174,-15), root:(179,38), state 0x0, keycode 46 (keysym 0x6c, l), same_screen YES, XLookupString gives 1 bytes: (6c) l XmbLookupString gives 1 bytes: (6c) l XFilterEvent returns: True KeyPress event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153301704, (174,-15), root:(179,38), state 0x0, keycode 0 (keysym 0x1000142, U0142), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 2 bytes: (c5 82) ł XFilterEvent returns: False KeyRelease event, serial 33, synthetic NO, window 0x321, root 0x101, subw 0x0, time 153301800, (174,-15), root:(179,38), state 0x0, keycode 46 (keysym 0x6c, l), same_screen YES, XLookupString gives 1 bytes: (6c) l XFilterEvent returns: False « I don't see any significative difference in the two ł events. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-trunk-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages x11-xserver-utils depends on: ii cpp 4:4.4.3-1 The GNU C preprocessor (cpp) ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libx11-6
Bug#543474: closed by Ben Hutchings b...@decadent.org.uk (Re: libwxgtk2.6-0: appending text to TextCtrl crashes in unpredictable ways)
On 2010-0126 21:44:54, Ryan Niebur wrote: [...] you should use wx.CallAfter. it will cause the function to be ran in the main thread in a thread safe way. Here's a wiki page on it: http://wiki.wxpython.org/CallAfter [...] (sorry for taking so long to get back to you) On 2010-0126 21:55:52, Ryan Niebur wrote: On Tue, Jan 26, 2010 at 09:44:54PM -0800, Ryan Niebur wrote: attached is an example I wrote which demonstrates wx.CallAfter. and, as usual, I forgot to attach it. this time it's attached. Hy Ryan, thanks a lot for the info and the sample! I'm leaving for my yearly holiday and well thanks for food for study when I'm back in March... ciao, Mario -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543474: severity of 543474
Ben, I did not know the term 'ffs'... http://www.urbandictionary.com/define.php?term=FFS unfortunately, learning urban language does not help much when it comes to writing GUIs. and admittedly, writing GUIs is not my favourite software development activity. any useful links that might help me understand what I can and should do in Python, with nothing else than standard Python libraries? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543474: libwxgtk2.6-0: appending text to TextCtrl crashes in unpredictable ways
On 2009-1129 00:25:06, Ben Hutchings wrote: Does this function run in a different thread from the other GUI code? Most GUI frameworks do not support access to a single widget from multiple threads. in my test program I have two threads, one tread that does almost nothing: after it creates the widgets, it just waits for the user to press on the 'run' button. and one thread that is fired as a consequence of the user action and executes the 'main' function given above. I don't see how I could make this more simple... I see I didn't yet post the whole source code, I will do so today... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543474: sources for reproducing the bug
these are the sources I am using and that show this problem in various versions of Linux. --- program-wx.py (the entry point) --- #!/usr/bin/python2.6 # -*- coding: utf-8 -*- #*** #* #*** #* Project: various #* #* $Id: asc.py 7726 2009-08-17 09:44:05Z Mario $ #* #* initial programmer : Mario Frasca #* initial date : 20090819 #** __revision__ = $Rev: 7726 $[6:-2] import wx, os, program_wxglade, logging, threading import the_program import nens.swx log = logging.getLogger('nens.lcm.wx') log.setLevel(logging.DEBUG) class RunningDialog(program_wxglade.RunningDialog): def __init__(self, *args, **kwargs): program_wxglade.RunningDialog.__init__(self, *args, **kwargs) self.handler = nens.swx.TextCtrlHandler(self.text_ctrl_logging, level=logging.DEBUG) logging.getLogger('').addHandler(self.handler) self.count = 0 def OnIdle(self, event): self.gauge.Pulse() pass def OnThreadStart(self, thread): self.handler.ClearWindow() log.debug('starting LCM - binding events') for i in [self.GetParent().button_configure, self.GetParent().button_defaults, self.GetParent().button_run]: i.Disable() pass def OnThreadEnd(self, thread): log.debug('LCM ended - unbinding events') self.gauge.SetValue(0) for i in [self.GetParent().button_configure, self.GetParent().button_defaults, self.GetParent().button_run]: i.Enable() class ClosableWindow: def __init__(self, *argv, **kwargs): self.button_close.Bind(wx.EVT_BUTTON, self.onExit) def onExit(self, event): self.Close(True) # Close this frame. class LCMDialog(program_wxglade.LCMDialog, ClosableWindow): def __init__(self, *argv, **kwargs): program_wxglade.LCMDialog.__init__(self, *argv, **kwargs) ClosableWindow.__init__(self, *argv, **kwargs) self.button_run.Bind(wx.EVT_BUTTON, self.OnRun) self.running_dialog = RunningDialog(parent=self) def OnRun(self, event): self.running_dialog.Show() mainThread = nens.swx.MainThread( dialog = self.running_dialog, target = the_program.main, args = (None, [self.text_ctrl_name_configuration.GetValue()]) ) mainThread.start() def chooseConfiguration(self, event): dialog = wx.FileDialog(self, message=choose configuration file, defaultDir=os.getcwd(), wildcard=Windows *.ini|*.ini|All files (*.*)|*.*) if dialog.ShowModal() == wx.ID_OK: self.text_ctrl_name_configuration.SetValue(dialog.GetPath()) dialog.Destroy() def onExit(self, event): self.Close(True) # Close this frame. exit() # and exit class ConfigDialog(program_wxglade.ConfigDialog, ClosableWindow): pass class DefaultsDialog(program_wxglade.DefaultsDialog): pass if __name__ == __main__: import gettext gettext.install(app) # replace with the appropriate catalog name app = wx.PySimpleApp(0) wx.InitAllImageHandlers() program_dialog = LCMDialog(None, -1, ) app.SetTopWindow(program_dialog) program_dialog.Show() app.MainLoop() --- end --- --- program_wxglade.py (the interface) --- #!/usr/bin/env python # -*- coding: utf-8 -*- # generated by wxGlade 0.6.3 on Tue Aug 25 10:57:18 2009 import wx import wx.grid # begin wxGlade: extracode # end wxGlade class LCMDialog(wx.Dialog): def __init__(self, *args, **kwds): # begin wxGlade: LCMDialog.__init__ kwds[style] = wx.DEFAULT_DIALOG_STYLE|wx.RESIZE_BORDER|wx.THICK_FRAME wx.Dialog.__init__(self, *args, **kwds) self.vbox_33_copy_staticbox = wx.StaticBox(self, -1, _(current configuration file)) self.button_configure = wx.Button(self, -1, _(configure)) self.button_defaults = wx.Button(self, -1, _(defaults)) self.button_new_actions = wx.Button(self, -1, _(new actions)) self.button_run = wx.Button(self, -1, _(run)) self.button_close = wx.Button(self, -1, _(close)) self.text_ctrl_name_configuration = wx.TextCtrl(self, -1, ) self.button_choose = wx.Button(self, -1, _(...)) self.label_1 = wx.StaticText(self, -1, _(last log and next run hints)) self.text_ctrl_2 = wx.TextCtrl(self, -1, , style=wx.TE_MULTILINE|wx.HSCROLL) self.text_ctrl_3 = wx.TextCtrl(self, -1, , style=wx.TE_MULTILINE|wx.HSCROLL) self.label_2 = wx.StaticText(self, -1, _(idle)) self.__set_properties() self.__do_layout() # end wxGlade def __set_properties(self): # begin wxGlade: LCMDialog.__set_properties
Bug#543474: closed by Ben Hutchings b...@decadent.org.uk (Re: libwxgtk2.6-0: appending text to TextCtrl crashes in unpredictable ways)
On 2009-1201 12:54:14, Debian Bug Tracking System wrote: From: Ben Hutchings b...@decadent.org.uk [...] See http://library.gnome.org/devel/gtk-faq/stable/x481.html. Ben. hey Ben, thanks for looking into this. I think I would like to reopen this report reassigning it to the python-wxgtk2.8 package. the fact is, your answer does indicate the most probable source of my original python problem, but does not solve it yet! you see, in my python programs I am not using gtk directly, just 'wx' and 'threading'. having to invoke these two functions (in which python library do I find them?) each and every time I make a wx call (that I assume might be translated into a call to a gtk function) would produce quite clumsy code I'm afraid... my suggestion is to add a setting in the python wx library that makes the library thread-safe (or make the library thread-safe by default)... -- magic is real ... unless explicitly declared as integer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543474: other error message
*** glibc detected *** python: corrupted double-linked list: 0x0a250bb8 *** === Backtrace: = /lib/tls/i686/cmov/libc.so.6[0xb7f54604] /lib/tls/i686/cmov/libc.so.6[0xb7f575d2] /lib/tls/i686/cmov/libc.so.6(__libc_malloc+0x95)[0xb7f589c5] /usr/lib/libfontconfig.so.1[0xb6d43394] /usr/lib/libfontconfig.so.1[0xb6d43467] /usr/lib/libfontconfig.so.1[0xb6d43467] /usr/lib/libfontconfig.so.1[0xb6d43467] /usr/lib/libfontconfig.so.1(FcConfigSubstituteWithPat+0x269)[0xb6d43849] /usr/lib/libfontconfig.so.1(FcConfigSubstitute+0x27)[0xb6d43d67] /usr/lib/libpangocairo-1.0.so.0[0xb6b29948] /usr/lib/libpangoft2-1.0.so.0[0xb6eb13d5] /usr/lib/libpangoft2-1.0.so.0[0xb6eb45ff] /usr/lib/libpango-1.0.so.0(pango_font_map_load_fontset+0x36)[0xb6df7ad6] /usr/lib/libpangoft2-1.0.so.0[0xb6eb49e5] /usr/lib/libpango-1.0.so.0(pango_font_map_load_font+0x2f)[0xb6df7b9f] /usr/lib/libpango-1.0.so.0(pango_context_load_font+0x2f)[0xb6df4ddf] /usr/lib/libpango-1.0.so.0[0xb6dfba64] /usr/lib/libpango-1.0.so.0(pango_layout_line_get_extents+0x372)[0xb6dfbf02] /usr/lib/libpango-1.0.so.0[0xb6dfbfe7] /usr/lib/libpango-1.0.so.0[0xb6dfff31] /usr/lib/libgtk-x11-2.0.so.0(gtk_text_layout_get_line_display+0x6ce)[0xb716021e] /usr/lib/libgtk-x11-2.0.so.0(gtk_text_layout_get_iter_location+0xd5)[0xb7162415] /usr/lib/libgtk-x11-2.0.so.0(gtk_text_view_scroll_to_iter+0x10f)[0xb7170c0f] /usr/lib/libgtk-x11-2.0.so.0[0xb7170ef1] /usr/lib/libgtk-x11-2.0.so.0(gtk_text_view_scroll_to_mark+0x1e4)[0xb7171614] /usr/lib/libgtk-x11-2.0.so.0(gtk_text_view_scroll_mark_onscreen+0xda)[0xb717173a] /usr/lib/libwx_gtk2u_core-2.8.so.0(_ZN10wxTextCtrl17SetInsertionPointEl+0xdb)[0xb7774b4b] /usr/lib/libwx_gtk2u_core-2.8.so.0(_ZN10wxTextCtrl10DoSetValueERK8wxStringi+0x124)[0xb7774e34] /usr/lib/libwx_gtk2u_core-2.8.so.0(_ZN14wxTextCtrlBase8SetValueERK8wxString+0x23)[0xb7779693] /usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_controls_.so[0xb65b155f] python(PyObject_Call+0x4a)[0x806111a] python(PyEval_EvalFrameEx+0x19ed)[0x80db1cd] python(PyEval_EvalCodeEx+0x7a8)[0x80e00b8] python(PyEval_EvalFrameEx+0x4e18)[0x80de5f8] python(PyEval_EvalFrameEx+0x5da7)[0x80df587] python(PyEval_EvalFrameEx+0x5da7)[0x80df587] python(PyEval_EvalCodeEx+0x7a8)[0x80e00b8] python(PyEval_EvalFrameEx+0x4e18)[0x80de5f8] python(PyEval_EvalFrameEx+0x5da7)[0x80df587] python(PyEval_EvalCodeEx+0x7a8)[0x80e00b8] python[0x81687df] python(PyObject_Call+0x4a)[0x806111a] python[0x806801a] python(PyObject_Call+0x4a)[0x806111a] python(PyEval_CallObjectWithKeywords+0x42)[0x80d8922] python[0x810ca58] /lib/tls/i686/cmov/libpthread.so.0[0xb80934ff] /lib/tls/i686/cmov/libc.so.6(clone+0x5e)[0xb7fc949e] === Memory map: 08048000-08225000 r-xp 08:03 808784 /usr/bin/python2.6 08225000-08226000 r--p 001dc000 08:03 808784 /usr/bin/python2.6 08226000-08273000 rw-p 001dd000 08:03 808784 /usr/bin/python2.6 08273000-0827c000 rw-p 08273000 00:00 0 098cd000-0a2c6000 rw-p 098cd000 00:00 0 [heap] b540-b5421000 rw-p b540 00:00 0 b5421000-b550 ---p b5421000 00:00 0 b5576000-b5577000 ---p b5576000 00:00 0 b5577000-b5d77000 rw-p b5577000 00:00 0 b5d77000-b5dc6000 r--p 08:03 42441 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf b5dc6000-b5dd5000 r-xp 08:03 24522 /lib/libbz2.so.1.0.4 b5dd5000-b5dd6000 r--p f000 08:03 24522 /lib/libbz2.so.1.0.4 b5dd6000-b5dd7000 rw-p 0001 08:03 24522 /lib/libbz2.so.1.0.4 b5dd7000-b5e08000 r-xp 08:03 809587 /usr/lib/libcroco-0.6.so.3.0.1 b5e08000-b5e0b000 rw-p 0003 08:03 809587 /usr/lib/libcroco-0.6.so.3.0.1 b5e0b000-b5e3e000 r-xp 08:03 809864 /usr/lib/libgsf-1.so.114.0.11 b5e3e000-b5e3f000 ---p 00033000 08:03 809864 /usr/lib/libgsf-1.so.114.0.11 b5e3f000-b5e41000 r--p 00033000 08:03 809864 /usr/lib/libgsf-1.so.114.0.11 b5e41000-b5e42000 rw-p 00035000 08:03 809864 /usr/lib/libgsf-1.so.114.0.11 b5e42000-b5e43000 rw-p b5e42000 00:00 0 b5e43000-b5e74000 r-xp 08:03 810242 /usr/lib/librsvg-2.so.2.26.0 b5e74000-b5e75000 r--p 00031000 08:03 810242 /usr/lib/librsvg-2.so.2.26.0 b5e75000-b5e76000 rw-p 00032000 08:03 810242 /usr/lib/librsvg-2.so.2.26.0 b5e76000-b5e8e000 r--s 08:03 874164 /usr/share/mime/mime.cache b5e8e000-b5ea8000 r-xp 08:03 832502 /usr/lib/gio/modules/libgvfsdbus.so b5ea8000-b5ea9000 r--p 00019000 08:03 832502 /usr/lib/gio/modules/libgvfsdbus.so b5ea9000-b5eaa000 rw-p 0001a000 08:03 832502 /usr/lib/gio/modules/libgvfsdbus.so b5eaa000-b5ee r-xp 08:03 26429 /lib/libdbus-1.so.3.4.0 b5ee-b5ee1000 r--p 00035000 08:03 26429 /lib/libdbus-1.so.3.4.0 b5ee1000-b5ee2000 rw-p 00036000 08:03 26429 /lib/libdbus-1.so.3.4.0 b5ee2000-b5ef4000 r-xp 08:03 811334 /usr/lib/libgvfscommon.so.0.0.0 b5ef4000-b5ef5000 r--p 00012000 08:03 811334 /usr/lib/libgvfscommon.so.0.0.0 b5ef5000-b5ef6000 rw-p 00013000 08:03 811334 /usr/lib/libgvfscommon.so.0.0.0
Bug#543474: third possible crash
(python2.6:19998): GLib-GObject-CRITICAL **: g_object_ref: assertion `object-ref_count 0' failed (python2.6:19998): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed Segmentation fault -- Vaterland nennt sich der Staat immer dann, wenn er sich anschickt, auf Menschenmord auszugehen. -- Friedrich Dürrenmatt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543474: one of the error messages
(python2.6:19915): Gtk-CRITICAL **: gtk_text_layout_real_invalidate: assertion `layout-wrap_loop_count == 0' failed (python2.6:19915): Gtk-CRITICAL **: gtk_text_layout_real_invalidate: assertion `layout-wrap_loop_count == 0' failed -- Help! The paranoids are out to get me! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543871: libnetcdf-dev: installs older header files instead of version 4
Package: libnetcdf-dev Version: 1:3.6.2-3.1 Severity: grave Justification: renders package unusable I'm trying to compile/install the python netcdf4 package, from http://code.google.com/p/netcdf4-python/. building it requires the -dev packages for hdf5 and netcdf4. I have installed libnetcdf4 1:3.6.2-3.1 and libnetcdf-dev 1:3.6.2-3.1 the script complains about not being able to find the netcdf4 development files. so I compare the /usr/include/netcdf.h installed by the libnetcdf-dev, with the two from http://www.unidata.ucar.edu/downloads/netcdf/ftp/netcdf-4.0.1.tar.gz, and this is what I see: ma...@croese:~/Local$ diff -U3 /usr/include/netcdf.h netcdf-4.0.1/libsrc/ | grep ^[\+\-] | wc 57 2301584 ma...@croese:~/Local$ diff -U3 /usr/include/netcdf.h netcdf-4.0.1/libsrc4/ | grep ^[\+\-] | wc 11206152 41895 did I misunderstand the meaning of the package? how do I get the correct headers (short of installing them by hand)? thanks, Mario -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.30-1-powerpc Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libnetcdf-dev depends on: ii libc6-dev [libc-dev] 2.9-24 GNU C Library: Development Librari ii libnetcdf4 1:3.6.2-3.1 An interface for scientific data a Versions of packages libnetcdf-dev recommends: ii netcdf-doc 1:3.6.2-3.1 Documentation for NetCDF Versions of packages libnetcdf-dev suggests: ii gfortran 4:4.3.3-9 The GNU Fortran 95 compiler pn netcdf-binnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543871: configure options
maybe can be solved by configuring the package like this: ./configure --enable-netcdf-4 --enable-shared (this is the way I configured the upstream library to make it be understood by netcdf4-python) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543474: libwxgtk2.6-0: appending text to TextCtrl crashes in unpredictable ways
Package: libwxgtk2.6-0 Version: 2.6.3.2.2-3 Severity: grave Justification: renders package unusable using wxpython, I am writing a very simple GUI around a command-line program that produces logging. I have written a simple handler class, derived from logging.handler and owning a TextCtrl. this is its 'emit' method: def emit(self, record): if record.levelno = logging.WARNING: styleForLevel = wx.TextAttr(red) elif record.levelno = logging.INFO: styleForLevel = wx.TextAttr(black) else: styleForLevel = wx.TextAttr(grey) self.textCtrl.SetDefaultStyle(styleForLevel) self.textCtrl.AppendText(self.format(record)) self.textCtrl.AppendText('\n') the original command-line main program is running in its own thread. I have undressed it down to this simple thing and it still causes the crash: def main(options, args): import time for i in range(33): log.warning('this is warning #%d' % i) for j in range(10): log.info('and this is informational message #%d' % j) time.sleep(0.1) on windows it works (quite sadly, I don't manage to make it crash), on linux (and I've tried ubuntu 9.04, Debian-powerpc-sid, Debian-amd64) it crashes in quite a few different ways. that '33' is just a random number, it usually crashes in the first 10 iterations. I am filing it under libwxgtk2.6-0 but maybe it belongs to both python-wxgtk2.6 and python-wxgtk2.8. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.30-1-powerpc Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libwxgtk2.6-0 depends on: ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libc6 2.9-24GNU C Library: Shared libraries ii libesd-alsa0 [libesd0] 0.2.41-5 Enlightened Sound Daemon (ALSA) - ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii libgcc11:4.4.1-2 GCC support library ii libgl1-mesa-glx [libgl 7.5-3+b1 A free implementation of the OpenG ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libglu1-mesa [libglu1] 7.5-3+b1 The OpenGL utility library (GLU) ii libgtk2.0-02.16.5-1+b1 The GTK+ graphical user interface ii libjpeg62 6b-15 The Independent JPEG Group's JPEG ii libpango1.0-0 1.24.5-1+b1 Layout and rendering of internatio ii libpng12-0 1.2.39-1 PNG library - runtime ii libstdc++6 4.4.1-2 The GNU Standard C++ Library v3 ii libtiff4 3.9.0-1 Tag Image File Format (TIFF) libra ii libwxbase2.6-0 2.6.3.2.2-3 wxBase library (runtime) - non-GUI ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime libwxgtk2.6-0 recommends no packages. Versions of packages libwxgtk2.6-0 suggests: ii libgnomeprintui2.2-0 2.18.4-1 GNOME 2.2 print architecture User -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498019: Acknowledgement (kernel: random system crashes and restarts (about once every week))
On 2009-0728 12:14:57, Moritz Muehlenhoff wrote: Does this error still occur with more recent kernel versions? last month I've been using 2.6.29 and 2.6.30, I had one crash (system froze under uncertain circumstances) but no resets. so I assume it's been resolved, thanks! ciao, Mario -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529695: O: abcde -- A Better CD Encoder
On 2009-0630 19:52:38, Martin Michlmayr wrote: * Colin Tuckley col...@debian.org [2009-06-30 18:28]: I will try emailing him and will also ask upstream if they have had any contact with him but it does look like he's MIA. Just for the record, djmooch is Jesus Climent. I found him on Facebook. he says he was having some temporary trouble and he counted on having some spare time soon. http://www.facebook.com/jesuscliment -- Wo nichts am rechten Platz liegt, da ist Unordnung. Wo am rechten Platz nichts liegt, ist Ordnung. -- Bertolt Brecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531278: webcam: documentation does not cover configuration file
Package: webcam Version: 3.95.dfsg.1-8.1 Severity: important the manual page for webcam does not give much information on how to write a correct webcamrc file. there are pages on the web that state do not use the option input = composite1 as given in the man pages. I think it would be best to correct the man page so readers know they can trust them. I miss some note about the meaning of '-1' for bottom and right. there is no hint on how to choose the correct input or norm. (on 'input', http://www.seismo.ethz.ch/linux/webcam.html hints at using =v4lctl list= to view a list of possibilities) error messages are not documented. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.29-2-powerpc Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages webcam depends on: ii libc62.9-13 GNU C Library: Shared libraries ii libjpeg626b-14 The Independent JPEG Group's JPEG ii xawtv-plugins3.95.dfsg.1-8.1 television viewer - plugins Versions of packages webcam recommends: ii ftp-ssl [ftp] 0.17.18+0.2-2 The FTP client with SSL or TLS enc ii ssh1:5.1p1-5 secure shell client and server (me webcam suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529695: O: abcde -- A Better CD Encoder
Ciao Sandro, (don't worry, the text is in English!) On 2009-0521 08:14:05, Sandro Tosi wrote: Hello Mario, On Thu, May 21, 2009 at 00:10, Mario Frasca mfra...@zonnet.nl wrote: Package: wnpp Severity: normal I intend to orphan the abcde package. [...] I don't think this is the right approach: you have no rights to orphan the package you do not maintain. I was in fact suspecting as much, but I did not see an alternative... at least, now I know the way to follow, so thanks for the prompt reply. If you need such things, there is a team created ad-hoc for it: MIA team. please contact us before take other actions like this one. [...] too bad: I alredy filed an other orphaning request... that regarding gnome-swallow-applet, but on that the maintainer more or less 'allowed' me to do so... and I was slow in reacting (I patched my own version of the program and only use it on one machine). For such things (and for non-essential pacakges) 1 month is too short. well, I agree that 1 month is too short, but since my email bounced back as undeliverable, I don't think there are chances I will get a reply later on :) ... but you're right: if I have an impression, I should try to understand 'numerically' the reason of my impression so I can share it with others so here it goes: * on the abcde package there are 11 'normal' bugs with a patch. * to these 11 reports the maintainer replied with 2 emails (total, not each). * one reply is timestamped 2004-07-05 (report was 2004-06-30), * other reply is 2005-10-06 (report 2005-10-01). * the earliest of the trailing 8 reports without maintainer's reply is timestamped 2006-09-01. * there are also 4 'important' bugs, one with patch. * did not count the replies, there are more here than for 'normal' bugs. * all reports without a patch have at least one reply by maintainer. * latest important reported bug: 2006-10-13. * latest reply: 2006-10-14. on the base of 'important' bugs I would _not_ conclude that the maintainer is missing. by the way: I see Jesús has an account on LinkedIn... maybe we can contact him this way... I didn't try yet. -- in a free world, you would choose your operating system http://www.ubuntu.com/ http://www.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#529686: O: gnome-swallow -- meta-applet to embed any application in the GNOME panel
Package: wnpp Severity: normal I intend to orphan the gnome-swallow package. the 10th of January 2008 Josselin Mouette j...@debian.org wrote: » I’m not using gnome-swallow anymore, so I can’t say I’m following it with much interest. If you want to take over its maintenance, please step on. « I have no experience with maintaining nor even packaging debian software, but given the low level of interest on this package, I think I could be able to use it to learn the rules and understand if I can take more tasks on me. The package description is: The swallow applet can eat any X11 window into the GNOME 2 panel. The application then displays inside the panel instead of being in a window. . Its primary goal is to allow use of dockapps with the GNOME desktop. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529695: O: abcde -- A Better CD Encoder
Package: wnpp Severity: normal I intend to orphan the abcde package. probably one month ago I tried to contact Jesus Climent jesus.clim...@hispalinux.es, currently registered as maintainer, and did not manage. did he stop following the package or is only his address giving problems? The package description is: A frontend program to cdparanoia, wget, cd-discid, id3, and your favorite Ogg/Vorbis, MP3, FLAC, Ogg/Speex and/or MPP/MP+(Musepack) encoder (defaults to oggenc). Grabs an entire CD and converts each track to the specified formats and then comments or ID3-tags each file, with one command. . With abcde you can encode several formats with one single command, using a single CD read operation. It also allows you to read and encode while not on the internet, and later query a CDDB server to tag your files. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529696: RFP: nonpareil -- nonpareil provides some 20+ classic HP calculators in graphical form
Package: wnpp Severity: wishlist I really like this software and the developer made a very nice job to make it easy to compile and install. it depends (at least) on: scons libsdl1.2-dev flex bison I might be able to take up maintainance of this package. * Package name: nonpareil Version : 0.79 Upstream Author : Eric Smith e...@brouhaha.com * URL : http://nonpareil.brouhaha.com/ * License : GPL Programming Lang: C, lex, yacc Description : nonpareil provides some 20+ classic HP calculators in graphical form nonpareil is a hardware simulator for the classic line of HP calculators. in combination with the actual microcode of the calculator, it achieves a very high level of fidelity to the real calculators. in most cases the simulation behavior exactly matches that of the real calculator. In particular, numerical results will be identical, because the simulator is using the BCD arithmetic algorithms from the calculator. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527573: abcde: maintainer email is not correct
Package: abcde Version: 2.3.99.6-1 Severity: normal I tried to contact the maintainer of the package and the email bounced: Subject: Returned mail: see transcript for details 550 5.1.1 jesus.clim...@hispalinux.es... User unknown I don't think the rest of the transcript adds more relevant information. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.25-2-powerpc Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages abcde depends on: ii cd-discid 0.9-1 CDDB DiscID utility ii cdparanoia3.10+debian~pre0-4 audio extraction tool for sampling ii flac 1.2.1-1.2 Free Lossless Audio Codec - comman ii vorbis-tools 1.2.0-6several Ogg Vorbis tools ii wget 1.11.4-2 retrieves files from the web abcde recommends no packages. Versions of packages abcde suggests: ii distmp3 0.1.9.ds1-4.3A Perl client and daemon for distr ii eject 2.1.5+deb1+cvs20081104-6 ejects CDs and operates CD-Changer ii eyed3 0.6.17-1 Display and manipulate id3-tags on ii id3 0.15-1 An ID3 Tag Editor ii id3v2 0.1.11-3 A command line id3v2 tag editor ii mkcue 1-2.1Generates a CUE sheet from a CD ii mp3gain 1.4.6-8 Lossless mp3 normalizer with stati ii normalize-audio 0.7.7-4 adjusts the volume of WAV, MP3 and pn python-musicbra none (no description available) ii vorbisgain 0.36-3.1 add Replay Gain volume tags to Ogg -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527191: abcde: script contains incorrect dead code
Package: abcde Version: 2.3.99.6-1 Severity: normal in the script there is an environment variable used like this: if [ $USEPIPES = y ]; then REDIR= else REDIR=2 fi ls /dev/null $REDIR the indirect redirection in REDIR does not work: if the test on USEPIPES fails, stdout of the ls command is not redirected to stderr, the effect is rather that stdout is untouched and the command complains about the non existing file named 2 on my Debian-unstable system the script works without a problem, I assume that the reason is that the the test succeeds and the REDIR is defined empty. I have tried to run abcde with -P (it's the options that forces USEPIPES to y) and I get exactly the same behaviour. I did not dig too deep in the script to understand how to force USEPIPES to n, meet this indirect redirection and file a more concrete bug report. I am reporting this as bug anyway because I'm trying to port abcde to macosx and there the test does not succeed, REDIR is defined as 2, the code using it fails and there I can't use the -P option: it says that piping is not supported by the encoding program. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.25-2-powerpc Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages abcde depends on: ii cd-discid 0.9-1 CDDB DiscID utility ii cdparanoia3.10+debian~pre0-4 audio extraction tool for sampling ii flac 1.2.1-1.2 Free Lossless Audio Codec - comman ii vorbis-tools 1.2.0-6several Ogg Vorbis tools ii wget 1.11.4-2 retrieves files from the web abcde recommends no packages. Versions of packages abcde suggests: ii distmp3 0.1.9.ds1-4.3A Perl client and daemon for distr ii eject 2.1.5+deb1+cvs20081104-6 ejects CDs and operates CD-Changer ii eyed3 0.6.17-1 Display and manipulate id3-tags on ii id3 0.15-1 An ID3 Tag Editor ii id3v2 0.1.11-3 A command line id3v2 tag editor ii mkcue 1-2.1Generates a CUE sheet from a CD ii mp3gain 1.4.6-8 Lossless mp3 normalizer with stati ii normalize-audio 0.7.7-4 adjusts the volume of WAV, MP3 and pn python-musicbra none (no description available) ii vorbisgain 0.36-3.1 add Replay Gain volume tags to Ogg -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498019: Acknowledgement (kernel: random system crashes and restarts (about once every week))
I am back to 2.6.25: according to my logs, those exceptions only appeared with 2.6.26... I can't be sure about it, but I don't think my system has ever been (so) unstable with previous kernels... (actually I didn't need reboot the system manually: I just set the older kernel as the default one and after a couple of hours it had crashed and rebooted) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498019: kernel: random system crashes and restarts (about once every week)
Package: kernel Severity: normal from time to time I find that my system rebooted without me asking for it. sometimes it happens while I'm using it, most often it simply reboots. I have a look at the /var/log/messages and I find a few recurrent problems: Sep 6 10:49:04 croese kernel: [133491.366970] Modules linked in: tcp_diag inet_diag binfmt_misc lp parport nfsd auth_rpcgss exportfs nfs lockd nfs_acl sunrpc ipv6 ext2 fuse dm_snapshot dm_mirror dm_log dm_mod snd_powermac snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd sound core snd_page_alloc loop ir_usb usbserial irda_usb firmware_class irda crc_ccitt uninorth_agp agpgart evdev ext3 jbd mbcache sd_mod sbp2 usb_storage scsi_mod ide_cd_mod cdrom ide_disk ohci1394 sungem ieee1394 sungem_phy usbhid hid ff_memless i2c_powermac Sep 6 10:49:04 croese kernel: [133491.367115] NIP: c0009448 LR: c0009448 CTR: c000e89c Sep 6 10:49:04 croese kernel: [133491.367129] REGS: c03d3ef0 TRAP: 0901 Not tainted (2.6.26-1-powerpc) Sep 6 10:49:04 croese kernel: [133491.367138] MSR: 9032 EE,ME,IR,DR CR: 44200028 XER: Sep 6 10:49:04 croese kernel: [133491.367160] TASK = c03ae580[0] 'swapper' THREAD: c03d2000 Sep 6 10:49:04 croese kernel: [133491.367168] GPR00: 0040 c03d3fa0 c03ae580 0040 c050c0ac 00e0 0043 00049032 Sep 6 10:49:04 croese kernel: [133491.367190] GPR08: 0001 c03d2000 0008 c03d2034 29fb60ad Sep 6 10:49:04 croese kernel: [133491.367206] NIP [c0009448] cpu_idle+0x94/0xe8 Sep 6 10:49:04 croese kernel: [133491.367238] LR [c0009448] cpu_idle+0x94/0xe8 Sep 6 10:49:04 croese kernel: [133491.367251] Call Trace: Sep 6 10:49:04 croese kernel: [133491.367259] [c03d3fa0] [c00093fc] cpu_idle+0x48/0xe8 (unreliable) Sep 6 10:49:04 croese kernel: [133491.367276] [c03d3fb0] [c02a0058] 0xc02a0058 Sep 6 10:49:04 croese kernel: [133491.367301] [c03d3fc0] [c0375990] start_kernel+0x2c0/0x2d4 Sep 6 10:49:04 croese kernel: [133491.367328] [c03d3ff0] [381c] 0x381c Sep 6 10:49:04 croese kernel: [133491.367339] Instruction dump: Sep 6 10:49:04 croese kernel: [133491.367348] 7c00592d 40a2fff4 7ca6 5400045e 7c000124 801f0034 70090004 40820014 Sep 6 10:49:04 croese kernel: [133491.367369] 3d20c03e 8129e594 7d2903a6 4e800421 7ca6 60008000 7c000124 3928 (this is followed by a system restart after 25 minutes) or this one: Sep 6 10:24:42 croese kernel: [131426.478884] Modules linked in: tcp_diag inet_diag binfmt_misc lp parport nfsd auth_rpcgss exportfs nfs lockd nfs_acl sunrpc ipv6 ext2 fuse dm_snapshot dm_mirror dm_log dm_mod snd_powermac snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore snd_page_alloc loop ir_usb usbserial irda_usb firmware_class irda crc_ccitt uninorth_agp agpgart evdev ext3 jbd mbcache sd_mod sbp2 usb_storage scsi_mod ide_cd_mod cdrom ide_disk ohci1394 sungem ieee1394 sungem_phy usbhid hid ff_memless i2c_powermac Sep 6 10:24:42 croese kernel: [131426.479030] NIP: c0009448 LR: c0009448 CTR: c000e89c Sep 6 10:24:42 croese kernel: [131426.479044] REGS: c03d3ef0 TRAP: 0901 Not tainted (2.6.26-1-powerpc) Sep 6 10:24:42 croese kernel: [131426.479053] MSR: 9032 EE,ME,IR,DR CR: 44200028 XER: Sep 6 10:24:42 croese kernel: [131426.479075] TASK = c03ae580[0] 'swapper' THREAD: c03d2000 Sep 6 10:24:42 croese kernel: [131426.479083] GPR00: 0040 c03d3fa0 c03ae580 0040 c050c0ac 00e0 0004 00049032 Sep 6 10:24:42 croese kernel: [131426.479105] GPR08: 0001 c03d2000 0008 c03d2034 039b656a Sep 6 10:24:42 croese kernel: [131426.479121] NIP [c0009448] cpu_idle+0x94/0xe8 Sep 6 10:24:42 croese kernel: [131426.479153] LR [c0009448] cpu_idle+0x94/0xe8 Sep 6 10:24:42 croese kernel: [131426.479166] Call Trace: Sep 6 10:24:42 croese kernel: [131426.479174] [c03d3fa0] [c00093fc] cpu_idle+0x48/0xe8 (unreliable) Sep 6 10:24:42 croese kernel: [131426.479191] [c03d3fb0] [c02a0058] 0xc02a0058 Sep 6 10:24:42 croese kernel: [131426.479216] [c03d3fc0] [c0375990] start_kernel+0x2c0/0x2d4 Sep 6 10:24:42 croese kernel: [131426.479244] [c03d3ff0] [381c] 0x381c Sep 6 10:24:42 croese kernel: [131426.479255] Instruction dump: Sep 6 10:24:42 croese kernel: [131426.479263] 7c00592d 40a2fff4 7ca6 5400045e 7c000124 801f0034 70090004 40820014 Sep 6 10:24:42 croese kernel: [131426.479285] 3d20c03e 8129e594 7d2903a6 4e800421 7ca6 60008000 7c000124 3928 Sep 6 10:24:42 croese kernel: [131426.481685] hald-addon-st D 0fd7c728 0 3300 3109 Sep 6 10:24:42 croese kernel: [131426.481697] Call Trace: Sep 6 10:24:42 croese kernel: [131426.481706] [e3339a30] [c00088fc] __switch_to+0x78/0x90 Sep 6 10:24:42 croese kernel: [131426.481725] [e3339a50] [c029da68] schedule+0x3d4/0x414 Sep 6 10:24:42 croese kernel: [131426.481741] [e3339a80] [c029dd28] schedule_timeout+0x2c/0xbc Sep 6 10:24:42 croese kernel: [131426.481756] [e3339ad0] [c029d548] wait_for_common+0xd8/0x174 Sep 6 10:24:42 croese kernel: [131426.481771] [e3339b10]
Bug#426414: upstream report
On 2008-0622 15:27:50, maximilian attems wrote: thanks for quick feedback, please report upstream in bugzilla.kernel.org and let us know the bug number. http://bugzilla.kernel.org/show_bug.cgi?id=11027 ciao, Mario -- tentar non nuoce (Lucifero) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426414: closed by maximilian attems [EMAIL PROTECTED] (Re: kernel: time jumps and usb resets)
From: maximilian attems [EMAIL PROTECTED] Date: Sun, 22 Jun 2008 14:05:01 +0200 Subject: Re: kernel: time jumps and usb resets To: [EMAIL PROTECTED] X-Spam-Status: No, score=-5.0 required=4.0 tests=BAYES_00,VERSION autolearn=no version=3.1.4-bugs.debian.org_2005_01_02 Version: 2.6.25-1 time subsys saw substantial effort with no hz, unlikely that this bug still persists. thus closing Linux croese 2.6.25-2-powerpc #1 Thu Jun 12 17:54:44 UTC 2008 ppc GNU/Linux 22 Jun 14:28:12 ntpdate[10125]: step time server 192.87.106.3 offset 0.004075 sec 22 Jun 14:29:13 ntpdate[10129]: step time server 192.87.106.3 offset 0.004126 sec 22 Jun 14:29:43 ntpdate[10132]: step time server 192.87.106.3 offset -30.970661 sec 22 Jun 14:30:21 ntpdate[10136]: step time server 192.87.106.3 offset -121.627927 sec 22 Jun 14:31:02 ntpdate[10154]: step time server 192.87.106.3 offset -131.852532 sec 22 Jun 14:32:03 ntpdate[10159]: step time server 192.87.106.3 offset 0.003970 sec 22 Jun 14:33:04 ntpdate[10166]: step time server 192.87.106.3 offset 0.004255 sec 22 Jun 14:33:58 ntpdate[10170]: step time server 192.87.106.3 offset -6.787904 sec 22 Jun 14:34:08 ntpdate[10189]: step time server 192.87.106.3 offset -151.243010 sec 22 Jun 14:35:09 ntpdate[10195]: step time server 192.87.106.3 offset 0.004647 sec however unlikely, it still here... do you think you can examine it if I make you an account here? Mario -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483799: Acknowledgement (gnome-control-center: fails to start gnome settings deamon)
On 2008-0608 21:28:22, Josselin Mouette wrote: It would be nice if you could obtain a full gdb backtrace, by running it in gdb. See http://wiki.debian.org/HowToGetABacktrace sorry for the late reply, I was away from my server for a few days... I'm going to read the instructions in that page and I'll come back later. What is the subarchitecture of your CPU? (G3, G4...) it's a slot loading iMac G3, bought second hand in May 2004. $ cat /proc/cpuinfo processor : 0 cpu : 750CXe temperature : 15-17 C (uncalibrated) clock : 500.00MHz revision: 34.21 (pvr 0008 2215) bogomips: 49.79 timebase: 2496 platform: PowerMac machine : PowerMac4,1 motherboard : PowerMac4,1 MacRISC2 MacRISC Power Macintosh detected as : 256 (iMac Flower Power) pmac flags : 0010 L2 cache: 256K unified pmac-generation : NewWorld -- Everything is controlled by a small evil group to which, unfortunately, no one we know belongs. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483799: Acknowledgement (gnome-control-center: fails to start gnome settings deamon)
On 2008-0614 10:31:46, Mario Frasca wrote: On 2008-0608 21:28:22, Josselin Mouette wrote: It would be nice if you could obtain a full gdb backtrace, by running it in gdb. See http://wiki.debian.org/HowToGetABacktrace sorry for the late reply, I was away from my server for a few days... I'm going to read the instructions in that page and I'll come back later. so, I followed the instructions and built gstreamer0.10-ffmpeg_0.10.4-3_powerpc.deb, but I have two problems for provinding the backtrace: * I don't know what to attach to gdb and at what stage. * with the version now running (after the usual upgrade and after installing the locally built package) it works just fine, so no crash to backtrace! you can probably close the report. thanks a lot, Mario -- Everything is controlled by a small evil group to which, unfortunately, no one we know belongs. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483799: more info
after a recent upgrade I now first get an other error message in a slowly flashing message box. flashing box contains: There was an error starting the GNOME Settings Daemon. Some things, such as themes, sounds, or background settings may not work correctly. The last error message was: Message did not receive a reply (timeout by message bus) GNOME will still try to restart the Settings Daemon next time you log in. then the previously reported message also appears: There was an error starting the GNOME Settings Daemon. Some things, such as themes, sounds, or background settings may not work correctly. The Settings Daemon restarted too many times. GNOME will still try to restart the Settings Daemon next time you log in. --- current version information (after upgrades): Package: gnome-control-center Version: 1:2.22.2.1-1 Versions of packages gnome-control-center depends on: ii capplets-data 1:2.22.2.1-1 configuration applets for GNOME 2 ii desktop-file-util 0.15-1 Utilities for .desktop files ii gnome-desktop-dat 2.22.2-1 Common files for GNOME 2 desktop a ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii gnome-menus 2.22.2-1 an implementation of the freedeskt ii gnome-settings-da 2.22.2.1-1 GNOME settings daemon ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-02.22.0-1 The Bonobo UI library ii libc6 2.7-11 GNU C Library: Shared libraries ii libcairo2 1.6.4-3The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-2simple interprocess messaging syst ii libdbus-glib-1-2 0.74-4 simple interprocess messaging syst ii libebook1.2-9 2.22.2-1 Client library for evolution addre ii libfontconfig12.5.93-1 generic font configuration library ii libfreetype6 2.3.5-1FreeType 2 font engine, shared lib ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libglade2-0 1:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgnome-desktop- 2.22.2-1 Utility library for loading .deskt ii libgnome-menu22.22.2-1 an implementation of the freedeskt ii libgnome-window-s 1:2.22.2.1-1 Utility library for getting window ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1 A powerful object-oriented display ii libgnomekbd2 2.22.0-1 GNOME library to manage keyboard c ii libgnomekbdui22.22.0-1 User interface library for libgnom ii libgnomeui-0 2.20.1.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-01:2.22.0-3 GNOME Virtual File System (runtime ii libgstreamer-plug 0.10.19-2 GStreamer libraries from the base ii libgstreamer0.10- 0.10.19-3 Core GStreamer libraries and eleme ii libgtk2.0-0 2.12.9-4 The GTK+ graphical user interface ii libhal1 0.5.11-1 Hardware Abstraction Layer - share ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libmetacity0 1:2.22.0-1 library of lightweight GTK2 based ii libnautilus-exten 2.20.0-4 libraries for nautilus components ii liborbit2 1:2.14.12-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2- 2.20.3-4 library for GNOME Panel applets ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libpixman-1-0 0.10.0-2 pixel-manipulation library for X a ii libpng12-01.2.27-1 PNG library - runtime ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libslab0 0.9.8.svn.20070430-1.1 beautification app library file ii libsm62:1.0.3-1+b1 X11 Session Management library ii libstartup-notifi 0.9-1 library for program launch feedbac ii libx11-6 2:1.1.1-1ubuntu3 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxklavier12 3.5-1 X Keyboard Extension high-level AP ii libxml2 2.6.32.dfsg-2 GNOME XML library ii libxrandr22:1.2.2-2 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension
Bug#483799: Acknowledgement (gnome-control-center: fails to start gnome settings deamon)
I don't know, but this sounds a bit like bug #421208: also rhythmbox stopped working... in the hope it may help, I ran the same command gst-launch-0.10 --gst-debug-level=5 2 ~/err.log and the error log ends in a similar way: 0:00:02.079626000 8073 0x100171a8 LOGGST_REFCOUNTING gstobject.c:293:gst_object_init:[EMAIL PROTECTED] 0x10082740 new 0:00:02.080641000 8073 0x100171a8 LOG GST_PLUGIN_LOADING gstplugin.c:594:gst_plugin_load_file: Plugin 0x10082740 for file /usr/lib/gstreamer-0.10/libgstffmpeg.so prepared, calling entry function... 0:00:02.08082 8073 0x100171a8 LOG GST_PLUGIN_LOADING gstplugin.c:601:gst_plugin_load_file: Plugin 0x10082740 for file /usr/lib/gstreamer-0.10/libgstffmpeg.so prepared, registering... 0:00:02.08093 8073 0x100171a8 LOG GST_PLUGIN_LOADING gstplugin.c:335:gst_plugin_register_func: plugin /usr/lib/gstreamer-0.10/libgstffmpeg.so looks good 0:00:02.084281000 8072 0x100171a8 DEBUG GST_INIT gst.c:860:ensure_current_registry_forking: parent waiting on child 0:00:02.085799000 8072 0x100171a8 DEBUG GST_INIT gst.c:862:ensure_current_registry_forking: parent done waiting on child 0:00:02.08598 8072 0x100171a8 ERROR GST_INIT gst.c:865:ensure_current_registry_forking: child did not exit normally, terminated by signal Mario -- Linux: Where do you want to GO... Oh, I'm already there! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483799: gnome-control-center: fails to start gnome settings deamon
Package: gnome-control-center Version: 1:2.20.3-3 Severity: important Ciao Marco, a few days ago I rebooted the system and I got the error screen: There was an error starting the GNOME Settings Daemon. Some things, such as themes, sounds, or background settings may not work correctly. The Settings Daemon restarted too many times. GNOME will still try to restart the Settings Daemon next time you log in. I do more or less daily a safe-upgrade but I usually stay logged in for days, so I don't know how many days or weeks ago this error was introduced. grazie, ciao, Mario -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.25-2-powerpc Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-control-center depends on: ii capplets-data 1:2.20.3-3 configuration applets for GNOME 2 ii desktop-file-util 0.15-1 Utilities for .desktop files ii gnome-desktop-dat 2.22.2-1 Common files for GNOME 2 desktop a ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii gnome-menus 2.22.2-1 an implementation of the freedeskt ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-02.22.0-1 The Bonobo UI library ii libc6 2.7-11 GNU C Library: Shared libraries ii libcairo2 1.6.4-3The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-2simple interprocess messaging syst ii libdbus-glib-1-2 0.74-4 simple interprocess messaging syst ii libebook1.2-9 2.22.2-1 Client library for evolution addre ii libesd-alsa0 [lib 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig12.5.93-1 generic font configuration library ii libfreetype6 2.3.5-1FreeType 2 font engine, shared lib ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libglade2-0 1:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgnome-desktop- 2.22.2-1 Utility library for loading .deskt ii libgnome-menu22.22.2-1 an implementation of the freedeskt ii libgnome-window-s 1:2.20.3-3 Utility library for getting window ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1 A powerful object-oriented display ii libgnomekbd1 2.20.0-3 GNOME library to manage keyboard c ii libgnomekbdui12.20.0-3 User interface library for libgnom ii libgnomeui-0 2.20.1.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-01:2.22.0-3 GNOME Virtual File System (runtime ii libgstreamer-plug 0.10.19-2 GStreamer libraries from the base ii libgstreamer0.10- 0.10.19-3 Core GStreamer libraries and eleme ii libgtk2.0-0 2.12.9-4 The GTK+ graphical user interface ii libhal1 0.5.11-1 Hardware Abstraction Layer - share ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libmetacity0 1:2.22.0-1 library of lightweight GTK2 based ii libnautilus-exten 2.20.0-4 libraries for nautilus components ii liborbit2 1:2.14.12-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2- 2.20.3-4 library for GNOME Panel applets ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libpng12-01.2.27-1 PNG library - runtime ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libslab0 0.9.8.svn.20070430-1.1 beautification app library file ii libsm62:1.0.3-1+b1 X11 Session Management library ii libstartup-notifi 0.9-1 library for program launch feedbac ii libx11-6 2:1.1.1-1ubuntu3 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi62:1.1.3-1 X11 Input extension library ii libxklavier12 3.5-1 X Keyboard Extension high-level AP ii libxml2 2.6.32.dfsg-2 GNOME XML library ii libxrandr22:1.2.2-2
Bug#426238: again info from original reporter
I've been using my machine all this time and I had to accept these time jumps / unpredictable skews (these are generated all of a sudden, not gradually)... the machine is kept usable by removing the ntpd package and installing ntpdate, plus the following: $ grep ntp /etc/rc.local nohup sh -c 'while true; do /usr/sbin/ntpdate -b nl.pool.ntp.org 21 | /bin/grep ntpdate /root/ntpdate.log 21; sleep 60; done' $ tail -n900 /root/ntpdate.log | egrep offset -?[1-9] 17 Apr 00:07:20 ntpdate[25489]: step time server 82.98.234.142 offset -64.627824 sec 17 Apr 00:05:34 ntpdate[25540]: step time server 82.98.234.142 offset -170.223636 sec 17 Apr 00:22:04 ntpdate[26136]: step time server 213.154.229.26 offset -151.887714 sec 17 Apr 00:34:18 ntpdate[26570]: step time server 213.239.154.12 offset -124.637596 sec 17 Apr 00:50:53 ntpdate[27179]: step time server 204.9.53.11 offset -42.255862 sec 17 Apr 04:42:11 ntpdate[3137]: step time server 87.238.168.24 offset -56.012333 sec 17 Apr 05:31:55 ntpdate[4868]: step time server 194.109.153.91 offset -113.542144 sec 17 Apr 08:08:22 ntpdate[12154]: step time server 192.87.106.3 offset -159.826720 sec 17 Apr 09:30:25 ntpdate[15901]: step time server 213.239.154.12 offset -157.266750 sec 17 Apr 09:36:20 ntpdate[17673]: step time server 81.171.98.4 offset -161.303546 sec $ uname -a Linux croese 2.6.22-3-powerpc #1 Tue Nov 13 15:52:56 UTC 2007 ppc GNU/Linux the main annoyances are: sleep n is affected, in the sense that when I want something to sleep 600 seconds, I have no guarantee that there won't be one or more jumps in time that will make the 600 seconds last 500 or less. this is really annoying because it makes it difficult to record things from the radio from the crontab... time jumps are unpredictable and can be large. so to be sure on 10 minutes I must plan 15... sometimes a time jump happens while I enter my password to unlock the gnome x-terminal. in this case I see a warning timed out and I have to redo the procedure, just as if I had fallen asleep for 2 minutes at the monitor while typing my password... -- [quello che cito] non esprime in alcun modo il mio pensiero personale -- Papa Ratzinger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400197: confirmation
On 2008-0215 00:24:19, Bartosz Fenski aka fEnIo wrote: Does this bug still appear? I'm not any more trying to use it, removed it a time ago... just made a short test and this is what I get after the latest reinstall. - [EMAIL PROTECTED]:~$ sshfs fagiolino: fagiolino fuse: failed to open /dev/fuse: Permission denied - thanks for checking, Mario -- in a free world, you would choose your operating system signature.asc Description: Digital signature
Bug#412228: xserver-xorg-video-ati: fails to start with DRI and nearly hangs machine
On 2007-1222 12:10:37, Brice Goglin wrote: Maybe adding Option BusType PCI or Option AGPMode 1 to the Device section of xorg.conf could help? (xserver-xorg-video-ati 6.7.197 entered unstable yesterday) sorry for the late reaction, holidays and then putting order in house (outside of the computer, I mean) tried both, but I get the same quasi-locked system... Mario -- ... e Cuba, Cuba era meravigliosa, sembrava Napoli! -- Renato Nicolini a Rai Radio 3 2007-09-30 15:25 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412228: xserver-xorg-video-ati: fails to start with DRI and nearly hangs machine
On 2007- 12:31:43, Brice Goglin wrote: Any news about this? It would be good to test 6.7.195 from experimental since this is where all the work is being done upstream nowadays. tried... Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii xserver-xorg-v 1:6.7.195-2X.Org X server -- ATI display driver but it shows the same behaviour. Mario -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400265: wait time...
On 2007-1104 09:22:18, Mario Frasca wrote: I opened the source and maybe a better idea is in the enclosed patch, which I could not test because of some broken dependencies on my system... I repaired the dependencies and tested the patch. it did not work: I was calling the function 'swallow' once a second while the same function contained a loop keeping it alive during 10 seconds... I've removed the loop and it now works (on my system)... see enclosed new patch. ciao, Mario Frasca --- gnome-swallow-1.2/gnome-swallow.c 2006-04-27 23:08:30.0 +0200 +++ gnome-swallow-1.2.400265/gnome-swallow.c2007-11-05 19:57:27.0 +0100 @@ -47,19 +47,12 @@ char *windowname; XWMHints *leader_change; int x, y, junk; -double start, now; -struct timeval tv; char ret; if(! display) return; /* WTF? */ XSync (display, FALSE); -gettimeofday(tv); -now = start = (double)tv.tv_sec + ((double)tv.tv_usec / 100.0); - -while (ready == FALSE now (start + 10.0)) -{ if (children != (Window *) NULL) XFree (children); XQueryTree (display, RootWindowOfScreen (screen), root, @@ -128,12 +121,6 @@ } } } -fprintf(stderr,Loop); -gtk_main_iteration_do(FALSE); - -gettimeofday(tv); -now = (double)tv.tv_sec + ((double)tv.tv_usec / 100.0); -} if(ready) { XSync (display, FALSE); @@ -193,6 +180,7 @@ { GdkDisplay* gdkdisplay = gdk_display_get_default (); GdkScreen* gdkscreen = gdk_screen_get_default (); +static int count = 40; // max times to invoke the function struct AppletConfigure* ap = (struct AppletConfigure*)data; @@ -206,16 +194,19 @@ panel_applet_gconf_set_string(ap-applet, applet_name, ap-applet_name, NULL); orientChanged(GTK_WIDGET(ap-applet), 0, ap); +return FALSE; // found it, remove the timeout! } else { +// no window found... +if (count--) +return TRUE; // but keep trying... GtkWidget* dialog = gtk_message_dialog_new(0, 0, GTK_MESSAGE_ERROR, GTK_BUTTONS_CLOSE, Swallower Applet: Could not find a window named \%s\ (ran program \%s\), ap-applet_name, ap-program); g_signal_connect_swapped (GTK_OBJECT(dialog), response, G_CALLBACK(gtk_widget_destroy), GTK_OBJECT(dialog)); gtk_widget_show(dialog); +return FALSE; // remove the timeout! } - -return FALSE; } void store_filename(GtkWidget* widget, struct AppletConfigure* ap) @@ -286,7 +277,7 @@ _exit(0); } else { -gtk_timeout_add (1000, swallowIt, ap); +gtk_timeout_add (1000, swallowIt, ap); // try once a second... } } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400265: wait time...
wouldn't it be a good idea to add a switch for the time to wait, instead of hard coding those 10 seconds? I opened the source and maybe a better idea is in the enclosed patch, which I could not test because of some broken dependencies on my system... read the paragraph Timeout Functions in the page http://developer.gnome.org/doc/GGAD/sec-mainloop.html. if that is true, then the idea of the patch is to keep trying looking for the child process until it can be found. a static variable keeps track of the amount of times that the timeout is reached and if it is more than 12 times (2 minutes) then it complains as in the original version. maybe better still to poll more often (in 10 seconds a user does have the time to see, notice and click away the child window) and more times. maybe each second, 120 times. thanks, (I depend on some wm dock apps...) Mario --- gnome-swallow-1.2/gnome-swallow.c 2006-04-27 23:08:30.0 +0200 +++ gnome-swallow-1.2.400265/gnome-swallow.c2007-11-04 09:17:06.0 +0100 @@ -193,6 +193,7 @@ { GdkDisplay* gdkdisplay = gdk_display_get_default (); GdkScreen* gdkscreen = gdk_screen_get_default (); +static int count = 12; // max times to invoke the function struct AppletConfigure* ap = (struct AppletConfigure*)data; @@ -206,16 +207,19 @@ panel_applet_gconf_set_string(ap-applet, applet_name, ap-applet_name, NULL); orientChanged(GTK_WIDGET(ap-applet), 0, ap); +return FALSE; // found it, remove the timeout! } else { +// no window found... +if (count--) +return TRUE; // but keep trying... GtkWidget* dialog = gtk_message_dialog_new(0, 0, GTK_MESSAGE_ERROR, GTK_BUTTONS_CLOSE, Swallower Applet: Could not find a window named \%s\ (ran program \%s\), ap-applet_name, ap-program); g_signal_connect_swapped (GTK_OBJECT(dialog), response, G_CALLBACK(gtk_widget_destroy), GTK_OBJECT(dialog)); gtk_widget_show(dialog); +return FALSE; // remove the timeout! } - -return FALSE; } void store_filename(GtkWidget* widget, struct AppletConfigure* ap) -- in a free world, you would choose your operating system http://www.knoppix.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448697: aptitude: display not correctly updated
On 2007-1031 19:59:19, Daniel Burrows wrote: Do you have a multi-core machine? multi core machine? I don't think so, I have a old iMac ... processor : 0 cpu : 750CXe temperature : 14-16 C (uncalibrated) clock : 500.00MHz revision: 34.21 (pvr 0008 2215) bogomips: 49.79 timebase: 2496 platform: PowerMac machine : PowerMac4,1 motherboard : PowerMac4,1 MacRISC2 MacRISC Power Macintosh detected as : 256 (iMac Flower Power) pmac flags : 0010 L2 cache: 256K unified pmac-generation : NewWorld by the way, at office I also see the same problem, there I have the following, which is a lot faster than what I have at home, but I don't recognize it as a multi-core either. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 95 model name : AMD Sempron(tm) Processor 3200+ stepping: 2 cpu MHz : 1804.014 cache size : 128 KB fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow up pni cx16 lahf_lm cr8_legacy bogomips: 3612.18 TLB size: 1024 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp tm stc Mario -- La guerre est le massacre de braves gens qui ne se connaissent pas, par des gens qui se connaissent, mais qui eux ne se massacrent pas -- Paul Valerie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448697: aptitude: display not correctly updated
Package: aptitude Version: 0.4.6.1-1.1+b1 Severity: normal the display gets messed up after any operation using it. for example, this is what I get after the sequence of actions: update (u), opening the Actions menu, pressing ESC to close the menu: Actions Undo Package Resolver Search Options Views Help C-T: Menu ?: Help q: Quit u: Update g: Download/Install/Remove Pkgs aptitude 0.4.6.1packages g Install/remove packages g List Update --- Upgradable Packages --- New Packages/contrib Packages/DiffIndex [IGNORED] --- Installed Packages U perimental/contrib Packages/DiffIndex [Hit] --- Not Installed Packages e/main Sources/DiffIndex [IGNORED] --- Obsolete and Locally Created Packages/non-free Packages [Hit] --- Virtual Packages e/non-free Sources/DiffIndex [IGNORED] --- Taskssolete files e/contrib Sources/DiffIndex [IGNORED] /main Packages [Hit] Play Minesweeper ain +-+ex [Hit] n-f |Loading cache|fIndex [Hit] Become rootes have been a ckages is available.the last time you cleared the A newer version of these packages is available.ages from the Actions menu to on-free Sources/DiffIndex [Hit] http://ftp.surfnet.nl sid/contrib Sources/DiffIndex [Hit] http://ftp.surfnet.nl stable/non-free Packages [Hit] http://ftp.surfnet.nl stable/contrib Packages [Hit] http://ftp.surfnet.nl stable/main Sources [Hit] http://ftp.surfnet.nl stable/non-free Sources [Hit] http://ftp.surfnet.nl stable/contrib Sources [Hit] Connecting to ftp.surfnet.nl (192.87.102.42) Perform all pending installs and removalsnding installs and removals 9 I was not having this problem until yesterday and I do daily updates/upgrades. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.21-2-powerpc Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.6-6 0.7.8 Advanced front-end for dpkg ii libc6 2.6.1-6GNU C Library: Shared libraries ii libgcc1 1:4.2.2-3 GCC support library ii libncursesw5 5.6+20071013-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2a2.0.17-2build1 type-safe Signal Framework for C++ ii libstdc++64.2.2-3The GNU Standard C++ Library v3 Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) pn libparse-debianchangelog-perl none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447019: confirm on different hardware
just a confirm: different hardware, similar configuration... [EMAIL PROTECTED]:~$ wmxmms Gdk-ERROR **: BadMatch (invalid parameter attributes) serial 142 error_code 8 request_code 62 minor_code 0 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.21-2-powerpc Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xmms depends on: ii libasound2 1.0.15-1 ALSA library ii libaudiofile0 0.2.6-7 Open-source version of SGI's audio ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libesd00.2.36-3ubuntu4 Enlightened Sound Daemon - Shared ii libgl1-mesa-glx [libgl 7.0.1-2 A free implementation of the OpenG ii libglib1.2ldbl 1.2.10-19 The GLib library of C routines ii libgtk1.2 1.2.10-18.1 The GIMP Toolkit set of widgets fo ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libmikmod2 3.1.11-a-6ubuntu3 A portable sound library ii libogg01.1.3-2ubuntu2Ogg Bitstream Library ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libvorbis0a1.2.0.dfsg-2 The Vorbis General Audio Compressi ii libvorbisfile3 1.2.0.dfsg-2 The Vorbis General Audio Compressi ii libx11-6 2:1.1.1-1ubuntu3 X11 client-side library ii libxext6 2:1.0.3-1build1 X11 miscellaneous extension librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime Versions of packages xmms recommends: ii unzip 5.52-10De-archiver for .zip files -- no debconf information -- How about some patent on (a+b)^2 == a^2+2ab+b^2 ... choose free software! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448105: mplayer: Illegal Instruction in init_audio_codec
On 2007-1026 10:32:55, Reimar Döffinger wrote: AltiVec runtime detection never worked reliably (compiler dependant) and the way it was detected in libavcodec was an unacceptable hack. Since the PowerPC architecture does not offer a sane way to distinguish between with and without Altivec we now treat them as different architectures, meaning you need a different build for each. Hi Reimar, thanks for your reply, let me understand better... when you say : * never worked, it was, we now treat: does it mean in rc2 as compared to rc1? * you need a different build: in the sense that I am using a mplayer which was not compiled for my system? in this case, how do I specify that I have a PowerPC without AltiVec? must I compile mplayer myself or can I still use a debian distributed binary? or were you just explaining the message AltiVec not found and implicitly telling me not to worry about it? thanks, Mario -- il melo fa la mela il pero fa la pera il fico fa eccezione -- Peppe Barra -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448105: mplayer: Illegal Instruction in init_audio_codec
Package: mplayer Version: 1.0~rc2-4 Severity: important I've downgraded the package to 1.0~rc1-12etch1 and it works, I don't understand all the problems it meets, but the main point is that it works and that's good enough: MPlayer 1.0rc1-4.1.2-DFSG-free (C) 2000-2006 MPlayer Team AltiVec not found CPU: PowerPC mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing 05 Yellow - Coldplay.wma. ASF file format detected. Clip info: ... and then after some more logging playback starts... with 1.0~rc2-4 it crashes this way: MPlayer 1.0rc2-4.2.3-DFSG-free (C) 2000-2007 MPlayer Team AltiVec not found CPU: PowerPC mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing /tmp/17_Qualcosa_che_non_c___-_Elisa.wma. ASF file format detected. [asfheader] Audio stream found, -aid 1 == Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders MPlayer interrupted by signal 4 in module: init_audio_codec - MPlayer crashed by an 'Illegal Instruction'. It may be a bug in our new runtime CPU-detection code... Please read DOCS/HTML/en/bugreports.html. - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash. - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.21-2-powerpc Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mplayer depends on: ii debconf [debc 1.5.15 Debian configuration management sy ii libasound21.0.14a-2 ALSA library ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-7Open-source version of SGI's audio ii libc6 2.6.1-6GNU C Library: Shared libraries ii libcaca0 0.99.beta12.debian-3 colour ASCII art library ii libcairo2 1.4.10-1+b2The Cairo 2D vector graphics libra ii libcdparanoia 3.10+debian~pre0-5+b1 audio extraction tool for sampling ii libconfhelper 0.12.5 Library for editing configuration ii libcucul0 0.99.beta12.debian-3 low-level Unicode character drawin ii libdirectfb-0 0.9.25.1-6 direct frame buffer graphics - sha ii libdvdread3 0.9.7-3library for reading DVDs ii libesd0 0.2.36-3ubuntu4Enlightened Sound Daemon - Shared ii libfontconfig 2.4.2-1.4 generic font configuration library ii libfreetype6 2.3.5-1FreeType 2 font engine, shared lib ii libgl1-mesa-g 7.0.1-2A free implementation of the OpenG ii libglib2.0-0 2.14.2-1 The GLib library of C routines ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblircclient 0.8.1+cvs20070310-0ubuntu2 LIRC client library ii liblzo1 1.08-3 data compression library (old vers ii libmad0 0.15.1b-2.1MPEG audio decoder library ii libncurses5 5.6+20071013-1 Shared libraries for terminal hand ii libogg0 1.1.3-2ubuntu2 Ogg Bitstream Library ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpng12-01.2.15~beta5-3 PNG library - runtime ii libsdl1.2debi 1.2.12-1 Simple DirectMedia Layer ii libspeex1 1.1.12-3 The Speex Speech Codec ii libtheora01.0~beta2-1The Theora Video Compression Codec ii libungif4g4.1.4-5+b1 shared library for GIF images ii libx11-6 2:1.1.1-1ubuntu3 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.3-1build1X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi62:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.1-4build1X11 Xinerama extension library ii libxrandr22:1.2.2-1 X11 RandR
Bug#412228: xserver-xorg-video-ati: fails to start with DRI and nearly hangs machine
On 2007-0918 08:23:30, Brice Goglin wrote: There's a new xserver-xorg-core 2:1.4-2 and xserver-xorg-video-ati 1:6.6.193-3 in unstable, could you give a try? (once they will be built for powerpc, which shouldn't be too long hopefully) I'm on unstable and do regularly (dist-)upgrades... I'll check the current version of the two packages and restart X using them, I'll keep you posted. thanks, Mario -- Io sono giunto a credere che il mondo intero è un enigma, un enigma innocuo che è reso terribile dalla nostra pessima idea di interpretarlo come se avesse una verità fondamentale. (Umberto Eco) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412228: xserver-xorg-video-ati: fails to start with DRI and nearly hangs machine
On 2007-0811 18:43:44, Brice Goglin wrote: Could you send the output of 'lspci -vvvnn' ? this is the output. sorry for the delay. :00:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth/Pangea AGP [106b:0027] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort+ SERR- PERR- Latency: 16, Cache Line Size: 32 bytes Capabilities: access denied :00:10.0 Display controller [0380]: ATI Technologies Inc Rage 128 Pro Ultra TR [1002:5452] Subsystem: ATI Technologies Inc Rage 128 Pro Ultra TR [1002:5452] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 255 (2000ns min), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 48 Region 0: Memory at 9400 (32-bit, prefetchable) [size=64M] Region 1: I/O ports at 0400 [size=256] Region 2: Memory at 9000 (32-bit, non-prefetchable) [size=16K] Expansion ROM at f100 [disabled] [size=128K] Capabilities: access denied 0001:10:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth/Pangea PCI [106b:0028] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort+ SERR- PERR- Latency: 16, Cache Line Size: 32 bytes 0001:10:17.0 Unknown class [ff00]: Apple Computer Inc. KeyLargo/Pangea Mac I/O [106b:0025] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 16, Cache Line Size: 32 bytes Region 0: Memory at 8000 (32-bit, non-prefetchable) [size=512K] 0001:10:18.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo/Pangea USB [106b:0026] (prog-if 10 [OHCI]) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 16 (750ns min, 21500ns max) Interrupt: pin A routed to IRQ 27 Region 0: Memory at 80081000 (32-bit, non-prefetchable) [size=4K] Capabilities: access denied 0001:10:19.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo/Pangea USB [106b:0026] (prog-if 10 [OHCI]) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 16 (750ns min, 21500ns max) Interrupt: pin A routed to IRQ 28 Region 0: Memory at 8008 (32-bit, non-prefetchable) [size=4K] Capabilities: access denied 0002:20:0b.0 Host bridge [0600]: Apple Computer Inc. UniNorth/Pangea Internal PCI [106b:0029] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort+ SERR- PERR- Latency: 16, Cache Line Size: 32 bytes 0002:20:0e.0 FireWire (IEEE 1394) [0c00]: Apple Computer Inc. UniNorth/Pangea FireWire [106b:0030] (prog-if 10 [OHCI]) Subsystem: Apple Computer Inc. UniNorth/Pangea FireWire [106b:0030] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 16 (3000ns min, 6000ns max), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 40 Region 0: Memory at f500 (32-bit, non-prefetchable) [size=4K] Capabilities: access denied 0002:20:0f.0 Ethernet controller [0200]: Apple Computer Inc. UniNorth/Pangea GMAC (Sun GEM) [106b:0024] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=slow TAbort- TAbort- MAbort- SERR- PERR+ Latency: 16 (16000ns min, 16000ns max), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 41 Region 0: Memory at f520 (32-bit, non-prefetchable) [size=2M] Expansion ROM at f510 [disabled] [size=1M] I'd like to check the I/O resources of your system, especially which device the following range belongs to: (WW) INVALID IO ALLOCATION b: 0xf400 e: 0xf4ff correcting The log says I/O @ 0x0400/8, I am wondering whether there could be a confusion between 0x0400 and 0xf400. Brice -- How about some patent on (a+b)^2 == a^2+2ab+b^2 ... choose free software! -- To UNSUBSCRIBE, email to [EMAIL
Bug#426414: extra info
On 2007-0609 19:11:54, Mario Frasca wrote: I'm going to test one kernel at a time and see which is the last I can use without time jumps... 2.6.8 is the latest kernel I tested that does not have time jumps. 2.6.14 is the earliest kernel I tested with time jumps... more hints? thanks, Mario -- Le rire est le propre de l'homme...,le savon aussi. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412228: xserver-xorg-video-ati: fails to start with DRI and nearly hangs machine
On 2007-0625 21:52:26, Brice Goglin wrote: You can grab the package at ftp://ftp.fr.debian.org/debian/pool/main/x/xserver-xorg-video-ati/xserver-xorg-video-ati_6.6.192-1_powerpc.deb and install it with dpkg -i filename.deb nope. it hangs all the same. I've reinstalled the system from scratch, maybe you want all possible logs again... Let me know if you need more help. I have to check again how to make it start at all (the standard install gives me an unstartable system), but I think that these instructions were attached to the bugreport... hope to have time today in the afternoon (UTC+0200) can you possibly tell me where to find all possible kernels, with modules? thanks, Mario -- Le rire est le propre de l'homme...,le savon aussi. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412228: xserver-xorg-video-ati: fails to start with DRI and nearly hangs machine
Hi Brice, On 2007-0624 01:46:56, Brice Goglin wrote: Does this hang of the machine when using DRI on your ATI board still occurs? If so, could you try xserver-xorg-video-ati 1:6.6.192-1 currently in experimental? I'm a bit busy with other thoughts (just to stick to computer problems, time continues jumping into the future and I want to install as many different kernels as is reasonable, until I find the point where the problem was introduced)... do you think you can give me step by step instructions for this dri/ati one? I want to help clear this matter, but I don't recall how everything works every time... thanks a lot, Mario -- Le soldat et le prêtre, ce sont les pires ennemis de l'humanité, car si le soldat tue, le prêtre ment. (Victor Hugo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426414: extra info
[EMAIL PROTECTED] wrote: On 2007-0605 18:34:26, maximilian attems wrote: Try booting with one of.. nohz=off maxcpus=1 hpet=disable clocksource=acpi_pm I will try, but first I would like to know what these options are... why do you think that any of them could help? I'll try to find info googling, then I'll test, thanks, Mario tried with clocksource=acpi_pm but no change. (but I didn't find back the string in the file /sys/devices/system/clocksource/clocksource0/current_clocksource, so I'm not sure the test is valid. by 'booting with one of', you mean 'when choosing the kernel to boot, add these parameters to the line', right?) in the meanwhile I am running kernel 2.6.8 and during the last 3,5 hours there was no jump in time. I will leave it running like this just to exclude a hardware problem, then we see. ciao, Mario -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426414: extra info
[EMAIL PROTECTED] wrote: it run 6 hours without jumps, I am now running 2.6.21 maxcpus=1 and it's behaving all right for the time being (50 minutes). nope, after 1 more hour, a jump by 150 seconds... I'm going to test one kernel at a time and see which is the last I can use without time jumps... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426414: extra info
I have done a few more tests, to reject some hypothesis... first idea was a bug in ntp, but I disabled it totally and I now run ntpdate in a cronjob. I have the same time jumps. I noticed the usb resets in coincidence with the time jumps and I removed all usb devices (except keyboard and mouse) but I keep the same problems. then I thought it could be some miscommunication with the time servers? disconnecting physically the box from the net caused, after a few hours, a difference of some 15 minutes with the correct time. - jumps are almost only forwards (needing a negative correction). when there is a positive correction, this is the pattern: 29 May 10:46:11 ntpdate[25265]: step time server 195.83.66.158 offset -167.980764 sec 29 May 10:43:23 ntpdate[25275]: step time server 75.13.24.211 offset -167.974535 sec 29 May 10:46:18 ntpdate[25283]: step time server 75.13.24.211 offset 167.980391 sec 29 May 10:52:07 ntpdate[25322]: step time server 75.13.24.211 offset -157.952154 sec 29 May 10:49:31 ntpdate[25338]: step time server 75.13.24.211 offset -157.953025 sec 29 May 10:52:15 ntpdate[25356]: step time server 75.13.24.211 offset 157.953061 sec 29 May 11:14:06 ntpdate[26499]: step time server 75.13.24.211 offset -57.821288 sec 29 May 11:13:11 ntpdate[26515]: step time server 75.13.24.211 offset -57.820978 sec 29 May 11:14:15 ntpdate[26523]: step time server 75.13.24.211 offset 57.820636 sec but there are also lots of isolated negative corrections, this is the log for 2007-06-01 00:00/02:00 (chosen for no particular reason). 1 Jun 00:01:55 ntpdate[32337]: step time server 200.43.64.77 offset -9.935709 sec 1 Jun 00:05:02 ntpdate[917]: step time server 200.43.64.77 offset -3.971027 sec 1 Jun 00:05:26 ntpdate[930]: step time server 200.43.64.77 offset -118.012014 sec 1 Jun 00:09:37 ntpdate[978]: step time server 200.43.64.77 offset -93.989084 sec 1 Jun 00:11:05 ntpdate[1013]: step time server 200.43.64.77 offset -82.005425 sec 1 Jun 00:09:48 ntpdate[1027]: step time server 200.43.64.77 offset -82.005035 sec 1 Jun 00:11:15 ntpdate[1040]: step time server 200.43.64.77 offset 82.005701 sec 1 Jun 00:12:21 ntpdate[1058]: step time server 200.43.64.77 offset -97.981546 sec 1 Jun 00:48:42 ntpdate[1337]: step time server 217.114.97.97 offset -53.934183 sec 1 Jun 00:57:53 ntpdate[1398]: step time server 217.114.97.97 offset -138.012260 sec 1 Jun 00:59:58 ntpdate[1429]: step time server 217.114.97.97 offset -45.952144 sec 1 Jun 01:01:11 ntpdate[1457]: step time server 217.114.97.97 offset -99.981401 sec 1 Jun 01:06:04 ntpdate[3420]: step time server 213.215.33.210 offset -50.048028 sec 1 Jun 01:07:37 ntpdate[3449]: step time server 213.246.63.72 offset -79.983239 sec 1 Jun 01:26:12 ntpdate[3586]: step time server 209.132.176.4 offset -90.010730 sec 1 Jun 01:44:53 ntpdate[3718]: step time server 209.132.176.4 offset -83.972177 sec 1 Jun 01:46:29 ntpdate[3750]: step time server 209.132.176.4 offset -75.929826 sec 1 Jun 01:50:55 ntpdate[3789]: step time server 209.132.176.4 offset -77.988682 sec 1 Jun 01:55:09 ntpdate[3836]: step time server 209.132.176.4 offset -91.970655 sec any hint, please? thanks, Mario -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426238: not any more the reported error, but not syncing anyway
good morning Kurt, the 'kernel time sync error 0001' messages only appear *before* the reboot with kernel 2.6.21 (May 27 18:04:20)... previously I was running 2.6.18... but the time resets needed are still out of control. I assume that ntpd killed itself after the failing sanity check at (May 28 03:44:53) how can we exclude a hardware problem? [EMAIL PROTECTED]:~$ ps auwx | grep ntp mario 7595 0.0 0.1 3988 804 pts/5R+ 09:17 0:00 grep ntp [EMAIL PROTECTED]:~$ egrep (ntpd)|(shutdown.*reboot) /var/log/syslog.0 /var/log/syslog /var/log/syslog.0:May 27 06:59:27 localhost ntpd[3221]: synchronized to 193.125.143.172, stratum 2 /var/log/syslog.0:May 27 06:57:09 localhost ntpd[3221]: time reset -229.83 s /var/log/syslog.0:May 27 06:57:09 localhost ntpd[3221]: kernel time sync error 0001 /var/log/syslog.0:May 27 06:57:55 localhost ntpd[3221]: synchronized to 193.218.127.251, stratum 2 /var/log/syslog.0:May 27 07:02:58 localhost ntpd[3221]: no servers reachable /var/log/syslog.0:May 27 07:09:25 localhost ntpd[3221]: synchronized to 193.125.143.172, stratum 2 /var/log/syslog.0:May 27 07:13:34 localhost ntpd[3221]: time reset -141.941100 s /var/log/syslog.0:May 27 07:13:47 localhost ntpd[3221]: synchronized to 193.125.143.172, stratum 2 /var/log/syslog.0:May 27 07:19:09 localhost ntpd[3221]: synchronized to 193.218.127.251, stratum 2 /var/log/syslog.0:May 27 08:06:34 localhost ntpd[3221]: synchronized to 193.125.143.172, stratum 2 /var/log/syslog.0:May 27 08:13:34 localhost ntpd[3221]: no servers reachable /var/log/syslog.0:May 27 08:27:03 localhost ntpd[3221]: synchronized to 193.125.143.172, stratum 2 /var/log/syslog.0:May 27 08:27:36 localhost ntpd[3221]: time reset -31.774951 s /var/log/syslog.0:May 27 08:27:36 localhost ntpd[3221]: kernel time sync error 0001 /var/log/syslog.0:May 27 08:28:12 localhost ntpd[3221]: synchronized to 193.218.127.251, stratum 2 /var/log/syslog.0:May 27 08:33:01 localhost ntpd[3221]: synchronized to 193.125.143.172, stratum 2 /var/log/syslog.0:May 27 09:12:31 localhost ntpd[3221]: synchronized to 193.218.127.251, stratum 2 /var/log/syslog.0:May 27 09:18:37 localhost ntpd[3221]: no servers reachable /var/log/syslog.0:May 27 10:22:36 localhost ntpd[3221]: synchronized to 193.218.127.251, stratum 2 /var/log/syslog.0:May 27 10:19:35 localhost ntpd[3221]: time reset -224.344370 s /var/log/syslog.0:May 27 10:19:35 localhost ntpd[3221]: kernel time sync error 0001 /var/log/syslog.0:May 27 10:19:51 localhost ntpd[3221]: synchronized to 193.125.143.172, stratum 2 /var/log/syslog.0:May 27 10:24:20 localhost ntpd[3221]: synchronized to 193.218.127.251, stratum 2 /var/log/syslog.0:May 27 11:28:27 localhost ntpd[3221]: kernel time sync error 0001 /var/log/syslog.0:May 27 11:54:07 localhost ntpd[3221]: kernel time sync error 0001 /var/log/syslog.0:May 27 12:17:30 localhost ntpd[3221]: synchronized to 193.125.143.172, stratum 2 /var/log/syslog.0:May 27 12:18:20 localhost ntpd[3221]: synchronized to 193.226.140.53, stratum 3 /var/log/syslog.0:May 27 12:18:38 localhost ntpd[3221]: no servers reachable /var/log/syslog.0:May 27 13:37:34 localhost ntpd[3221]: synchronized to 193.218.127.251, stratum 2 /var/log/syslog.0:May 27 13:29:16 localhost ntpd[3221]: time reset -511.395231 s /var/log/syslog.0:May 27 13:29:16 localhost ntpd[3221]: kernel time sync error 0001 /var/log/syslog.0:May 27 13:29:26 localhost ntpd[3221]: synchronized to 193.226.140.53, stratum 3 /var/log/syslog.0:May 27 13:33:05 localhost ntpd[3221]: synchronized to 193.218.127.251, stratum 2 /var/log/syslog.0:May 27 13:41:26 localhost ntpd[3221]: synchronized to 193.125.143.172, stratum 2 /var/log/syslog.0:May 27 13:58:57 localhost ntpd[3221]: no servers reachable /var/log/syslog.0:May 27 14:05:14 localhost ntpd[3221]: synchronized to 193.125.143.172, stratum 2 /var/log/syslog.0:May 27 14:05:07 localhost ntpd[3221]: time reset -27.684117 s /var/log/syslog.0:May 27 14:05:07 localhost ntpd[3221]: kernel time sync error 0001 /var/log/syslog.0:May 27 14:06:01 localhost ntpd[3221]: synchronized to 193.125.143.172, stratum 2 /var/log/syslog.0:May 27 14:18:56 localhost ntpd[3221]: synchronized to 193.218.127.251, stratum 2 /var/log/syslog.0:May 27 14:32:03 localhost ntpd[3221]: synchronized to 193.125.143.172, stratum 2 /var/log/syslog.0:May 27 14:32:15 localhost ntpd[3221]: no servers reachable /var/log/syslog.0:May 27 14:41:11 localhost ntpd[3221]: ntpd exiting on signal 15 /var/log/syslog.0:May 27 14:41:13 localhost ntpd[1706]: ntpd [EMAIL PROTECTED] Thu May 10 06:47:01 UTC 2007 (1) /var/log/syslog.0:May 27 14:41:14 localhost ntpd[1707]: precision = 1.000 usec /var/log/syslog.0:May 27 14:41:14 localhost ntpd[1707]: Listening on interface #0 wildcard, 0.0.0.0#123 Disabled /var/log/syslog.0:May 27 14:41:14 localhost ntpd[1707]: Listening on interface #1 wildcard, ::#123 Disabled /var/log/syslog.0:May 27 14:41:14 localhost ntpd[1707]: Listening on interface #2 lo, ::1#123 Enabled
Bug#426238: not any more the reported error, but not syncing anyway
On 2007-0528 13:06:40, Kurt Roeckx wrote: What is also strange is that you get alot no servers reachable, about once an hour, and then a little later it works again. I noticed that too, but I'm not sure I understand your question... you mean, if I notice anything like random interruption of network reachability from other applications? to this, the answer is no, I don't. no idea what to do... maybe disable ntp and measure the drift by hand during one or two days... this would exclude a really broken internal clock. otherwise my best guess, however unlikely, is that there might be some recent mistake in ntpd where the endianness is not taken into account... but this really sounds too weird to be true... this is what ntpd did after I restarted it this morning. /var/log/syslog:May 28 09:55:59 localhost ntpd[8399]: precision = 1.000 usec /var/log/syslog:May 28 09:55:59 localhost ntpd[8399]: Listening on interface #0 wildcard, 0.0.0.0#123 Disabled /var/log/syslog:May 28 09:55:59 localhost ntpd[8399]: Listening on interface #1 wildcard, ::#123 Disabled /var/log/syslog:May 28 09:55:59 localhost ntpd[8399]: Listening on interface #2 lo, ::1#123 Enabled /var/log/syslog:May 28 09:55:59 localhost ntpd[8399]: Listening on interface #3 eth0, fe80::203:93ff:fe63:fd6e#123 Enabled /var/log/syslog:May 28 09:55:59 localhost ntpd[8399]: Listening on interface #4 lo, 127.0.0.1#123 Enabled /var/log/syslog:May 28 09:55:59 localhost ntpd[8399]: Listening on interface #5 eth0, 192.168.1.2#123 Enabled /var/log/syslog:May 28 09:55:59 localhost ntpd[8399]: kernel time sync status 0040 /var/log/syslog:May 28 09:55:59 localhost ntpd[8399]: frequency initialized 56.435 PPM from /var/lib/ntp/ntp.drift /var/log/syslog:May 28 08:36:20 localhost ntpd[8399]: synchronized to 192.36.143.150, stratum 1 /var/log/syslog:May 28 08:36:20 localhost ntpd[8399]: time reset -4792.378826 s /var/log/syslog:May 28 08:36:20 localhost ntpd[8399]: kernel time sync status change 0001 /var/log/syslog:May 28 08:41:02 localhost ntpd[8399]: synchronized to 192.36.143.150, stratum 1 /var/log/syslog:May 28 11:47:46 localhost ntpd[8399]: synchronized to 193.77.156.204, stratum 2 /var/log/syslog:May 28 11:52:34 localhost ntpd[8399]: no servers reachable /var/log/syslog:May 28 11:55:32 localhost ntpd[8399]: synchronized to 192.36.143.150, stratum 1 /var/log/syslog:May 28 11:59:30 localhost ntpd[8399]: time reset -61.313354 s /var/log/syslog:May 28 12:00:06 localhost ntpd[8399]: synchronized to 193.77.156.204, stratum 2 /var/log/syslog:May 28 12:01:04 localhost ntpd[8399]: synchronized to 192.36.143.150, stratum 1 /var/log/syslog:May 28 12:07:38 localhost ntpd[8399]: no servers reachable /var/log/syslog:May 28 12:32:19 localhost ntpd[8399]: synchronized to 192.36.143.150, stratum 1 /var/log/syslog:May 28 12:26:44 localhost ntpd[8399]: time reset -377.648498 s /var/log/syslog:May 28 12:27:03 localhost ntpd[8399]: synchronized to 193.125.143.172, stratum 2 /var/log/syslog:May 28 12:30:00 localhost ntpd[8399]: synchronized to 192.36.143.150, stratum 1 /var/log/syslog:May 28 13:35:35 localhost ntpd[8399]: no servers reachable /var/log/syslog:May 28 13:47:46 localhost ntpd[8399]: synchronized to 192.36.143.150, stratum 1 /var/log/syslog:May 28 13:47:26 localhost ntpd[8399]: time reset -149.941324 s /var/log/syslog:May 28 13:47:32 localhost ntpd[8399]: synchronized to 193.77.156.204, stratum 2 /var/log/syslog:May 28 13:50:06 localhost ntpd[8399]: synchronized to 192.36.143.150, stratum 1 /var/log/syslog:May 28 14:47:31 localhost ntpd[8399]: no servers reachable -- Le soldat et le prêtre, ce sont les pires ennemis de l'humanité, car si le soldat tue, le prêtre ment. (Victor Hugo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426414: kernel: time jumps and usb resets
Package: linux-image-2.6.21-1-powerpc Version: 2.6.21-4 Severity: important File: kernel I don't know if this is a hardware problem or a kernel bug. the same hardware had served correctly for years, so I sincerely hope it's a kernel bug... I'm not sure when the problem started to display... a crontab line for root runs ntpdate -q every single minute... the drift looks more or less constant, until occasional jumps. these jumps are coincident with some kernel logging... here are the syslog lines, bracketed by the output of ntpdate: ... 28 May 16:46:04 ntpdate[27236]: step time server 206.57.44.149 offset -23.773322 sec May 28 16:49:06 localhost kernel: usb 2-1.3: reset full speed USB device using ohci_hcd and address 4 May 28 16:49:07 localhost kernel: usb 1-1.2: reset full speed USB device using ohci_hcd and address 4 28 May 16:49:10 ntpdate[27256]: step time server 206.57.44.149 offset -187.783438 sec ... 28 May 16:55:04 ntpdate[27340]: step time server 206.57.44.149 offset -187.782406 sec May 28 16:57:43 localhost kernel: usb 2-1.3: reset full speed USB device using ohci_hcd and address 4 May 28 16:57:43 localhost kernel: usb 1-1.2: reset full speed USB device using ohci_hcd and address 4 28 May 16:57:46 ntpdate[27362]: step time server 206.57.44.149 offset -297.535529 sec ... 28 May 17:01:04 ntpdate[27427]: step time server 206.57.44.149 offset -297.534059 sec May 28 17:03:27 localhost kernel: usb 1-1.2: reset full speed USB device using ohci_hcd and address 4 May 28 17:03:27 localhost kernel: usb 2-1.4.3: reset full speed USB device using ohci_hcd and address 7 28 May 17:03:30 ntpdate[27453]: step time server 206.57.44.149 offset -409.487201 sec ... are these kernel logs an other effect of the jumps, or are they closely related to the cause? maybe it's also relevant that I am running wmaker and that more or less with the same frequency of these problems (maybe in coincidence?) I have to restart the window manager because the keyboard stops working (but the keys simulating mouse buttons 2 and 3 keep working). -- Package-specific info: ** Version: Linux version 2.6.21-1-powerpc (Debian 2.6.21-4) ([EMAIL PROTECTED]) (gcc version 4.1.3 20070518 (prerelease) (Debian 4.1.2-8)) #1 Sat May 26 14:30:26 CEST 2007 ** Not tainted ** Kernel log: sdf: Mode Sense: 27 00 00 00 sdf: assuming drive cache: write through sdf: [mac] sdf1 sdf2 sdf3 sdf4 sdf5 sdf6 sd 7:0:0:0: Attached scsi disk sdf sd 7:0:0:0: Attached scsi generic sg5 type 0 hfs: write access to a jounaled filesystem is not supported, use the force option at your own risk, mounting read-only. hfs: write access to a jounaled filesystem is not supported, use the force option at your own risk, mounting read-only. hfs: filesystem is marked journaled, leaving read-only. hfs: write access to a jounaled filesystem is not supported, use the force option at your own risk, mounting read-only. hfs: write access to a jounaled filesystem is not supported, use the force option at your own risk, mounting read-only. hfs: write access to a jounaled filesystem is not supported, use the force option at your own risk, mounting read-only. hfs: write access to a jounaled filesystem is not supported, use the force option at your own risk, mounting read-only. usb 2-1.2: USB disconnect, address 10 ieee1394: Node changed: 0-01:1023 - 0-00:1023 ieee1394: Node suspended: ID:BUS[0-00:1023] GUID[001010055b43] Synchronizing SCSI cache for disk sda: FAILED status = 0, message = 00, host = 1, driver = 00 6usb 2-1.3: reset full speed USB device using ohci_hcd and address 4 usb 1-1.2: reset full speed USB device using ohci_hcd and address 4 usb 2-1.4.3: reset full speed USB device using ohci_hcd and address 7 usb 2-1.3: reset full speed USB device using ohci_hcd and address 4 usb 1-1.2: reset full speed USB device using ohci_hcd and address 4 usb 1-1.2: reset full speed USB device using ohci_hcd and address 4 usb 2-1.3: reset full speed USB device using ohci_hcd and address 4 usb 1-1.2: reset full speed USB device using ohci_hcd and address 4 usb 2-1.4.3: reset full speed USB device using ohci_hcd and address 7 usb 1-1.2: reset full speed USB device using ohci_hcd and address 4 usb 2-1.3: reset full speed USB device using ohci_hcd and address 4 usb 2-1.3: reset full speed USB device using ohci_hcd and address 4 usb 1-1.2: reset full speed USB device using ohci_hcd and address 4 usb 2-1.4.3: reset full speed USB device using ohci_hcd and address 7 usb 1-1.2: reset full speed USB device using ohci_hcd and address 4 usb 2-1.4.3: reset full speed USB device using ohci_hcd and address 7 usb 1-1.2: reset full speed USB device using ohci_hcd and address 4 usb 1-1.2: reset full speed USB device using ohci_hcd and address 4 usb 2-1.3: reset full speed USB device using ohci_hcd and address 4 usb 1-1.2: reset full speed USB device using ohci_hcd and address 4 usb 2-1.3: reset full speed USB device using ohci_hcd and address 4 usb 1-1.2: reset full speed USB
Bug#410068: random xorg crashes
On 2007-0528 21:13:25, Brice Goglin wrote: A couple months ago, you reported (or replied to) a bug in the Debian BTS regarding some random crash of the X server. Did any of you guys reproduce this problem recently? With Xorg/Etch? With latest xserver-xorg-core in unstable? I was away from my machine from the 1st of March. back home, I've upgraded to lenny around the 19th of April. xserver-xorg 1:7.2-3the X.Org X server I did not have any more crashes like the ones described. sorry for not reporting this spontaneously. thanks, Mario -- [quello che cito] non esprime in alcun modo il mio pensiero personale Papa Ratzinger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426238: ntp: kernel time sync error 0001
Package: ntp Version: 1:4.2.4p0+dfsg-1 Severity: important since quite some time, ntp does not syncronize the internal clock. as far as I can see from the logs, it computes the time reset but then does not manage to completely sync the time. this is an example of such a log: May 27 13:29:16 localhost ntpd[3221]: time reset -511.395231 s May 27 13:29:16 localhost ntpd[3221]: kernel time sync error 0001 at 14:38 on the same day, the needed time reset is around -140s. as a workaround, I had a cronjob stopping the deamon and restarting it once every day. this would syncronize the clock at once and limit the time drift to a few seconds per day. I disabled this because I think it should just work, don't you agree? -- System Information: Debian Release: lenny/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.18-3-powerpc Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ntp depends on: ii adduser 3.102 Add and remove users and groups ii libc6 2.5-9 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libreadline5 5.2-3 GNU readline and history libraries ii libssl0.9.8 0.9.8e-5 SSL shared libraries ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip ii netbase 4.29 Basic TCP/IP networking system ii perl 5.8.8-7Larry Wall's Practical Extraction ntp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426238: Acknowledgement (ntp: kernel time sync error 0001)
I read that ntp can have problems when the IP of the machine changes. this box is on a local network, with DHCP managed by a belkin switch. from time to time the switch needs a reset, after which it's not guaranteed that the machines get the same addresses. my global address (the outside address of the belkin switch) does not change. I just did a apt-get remove --purge ntp and then apt-get install ntp... let's see if the log messages keep appearing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426238: ntp: kernel time sync error 0001
On 2007-0527 15:25:43, Kurt Roeckx wrote: Maybe you should try something as: ntpdc -c kerninfo [EMAIL PROTECTED]:~$ ntpdc -c kerninfo pll offset: 0.078977 s pll frequency:-52.733 ppm maximum error:0.148335 s estimated error: 0.016706 s status: 0001 pll pll time constant:2 precision:1e-06 s frequency tolerance: 512 ppm [EMAIL PROTECTED]:~$ -- If we do not change our direction we are likely to end up where we are headed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426238: [pkg-ntp-maintainers] Bug#426238: ntp: kernel time sync error 0001
On 2007-0527 15:16:56, Kurt Roeckx wrote: Did you always have this problem, or did this happen since a kernel upgrade? Most of the times I see people complain with such an error, it's a kernel problem. I really can't remember... I was away during more than a month, and could not access my machine until april 19, more or less... then upgraded everything and so also the kernel, I suppose. is this the same problem as https://lists.ntp.isc.org/pipermail/bugs/2007-February/005433.html ? I was a bit late checking, but it seems that the bug would be solved if sid went from 2.6.18 to 2.6.20/21... ciao, thanks, Mario -- je vais m'envoyer une lettre de felicitation. Des felicitations, ça fait toujours plaisir, surtout de la part de quelqu'un qu'on aime bien. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426238: [pkg-ntp-maintainers] Bug#426238: ntp: kernel time sync error 0001
On 2007-0527 16:26:57, Kurt Roeckx wrote: 2.6.21 is in sid. Can you test that? just installed it and rebooted the system. $ uname -or 2.6.21-1-powerpc GNU/Linux but the default 2.6 kernel is still 2.6.18, isn't it? btw: if I remove the packages 2.x.yy, I still have the modules and the kernels in my /lib/modules and in /boot... is this a bug or is it meant to be so? I have a very small / partition and I have to keep it clean. it does look better for a start... [EMAIL PROTECTED]:~$ egrep (ntp.*reset|reboot) /var/log/syslog May 27 06:57:09 localhost ntpd[3221]: time reset -229.83 s May 27 07:13:34 localhost ntpd[3221]: time reset -141.941100 s May 27 08:27:36 localhost ntpd[3221]: time reset -31.774951 s May 27 10:19:35 localhost ntpd[3221]: time reset -224.344370 s May 27 13:29:16 localhost ntpd[3221]: time reset -511.395231 s May 27 14:05:07 localhost ntpd[3221]: time reset -27.684117 s May 27 14:39:02 localhost ntpd[1707]: time reset -140.220948 s May 27 15:32:05 localhost ntpd[1875]: time reset -143.622093 s May 27 16:21:01 localhost ntpd[1875]: time reset -153.790951 s May 27 17:05:01 localhost ntpd[1875]: time reset -57.963987 s May 27 18:04:20 localhost shutdown[11964]: shutting down for system reboot May 27 18:06:26 localhost /usr/sbin/cron[3412]: (CRON) INFO (Running @reboot jobs) May 27 18:06:27 localhost ntpd[3326]: time reset -0.802507 s I'll repeat the command tomorrow, including error in the grep. thanks, Mario -- Es ist keine Kunst, ein ehrlicher Mann zu sein, wenn man täglich Suppe zu löffeln hat. Heinrich Böll -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316044: maybe it's wmWeather triggering it...
I've tried it with my pywmdatetime.py and it doesn't happen meaning this: common ground) I have one instance of pywmdatetime.py and several distinct wmWeather docked apps, all not started, along with various started other docked applications. scenario 1) On logging in, without moving from workspace 1, I start up the docked pywmdatetime.py app and the bug does not display: the application is started correctly. starting up any non-started wmWeather instances also works as expected. scenario 2) On logging in, without moving from workspace 1, I try to start any of the wmWeather instances, and the bug displays, that is: all docked applications disappear. I hope this can help isolate the problem. I still think it's a wmaker bug, even if it's triggered by a misbehaving client. -- Beware of the superficially profound. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422261: iceweasel: smooth scrolling when message bar appears or is clicked away
Package: iceweasel Version: 2.0.0.3-1 Severity: normal when the message bar is displayed or clicked away, for example because of a missing plugin or a site wanting to open a popup window, the rest of the window is scrolled smoothly, even if the option 'preferences', 'advanced', 'general', 'use smooth scrolling' is not checked. reported as https://bugzilla.mozilla.org/show_bug.cgi?id=379716 -- System Information: Debian Release: lenny/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.18-3-powerpc Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.18 Miscellaneous utilities specific t ii fontconfig2.4.2-1.2 generic font configuration library ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-5 GNU C Library: Shared libraries ii libcairo2 1.4.4-1The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.2-5 GCC support library ii libglib2.0-0 2.12.11-3 The GLib library of C routines ii libgtk2.0-0 2.10.11-2 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmyspell3c2 1:3.1-18 MySpell spellchecking library ii libpango1.0-0 1.16.2-2 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libstdc++64.1.2-5The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxrender1 1:0.9.2-1 X Rendering Extension client libra ii libxt61:1.0.5-2 X11 toolkit intrinsics library ii psmisc22.5-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-13 compression library - runtime iceweasel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412228: xserver-xorg-video-ati: fails to start and nearly hangs machine
On 2007-0225 10:48:42, Brice Goglin wrote: Mario Frasca wrote: You have a r128 board. So radeon cannot help. I should have said r128 instead. I will give it a try... Section Module [...] Loaddri [...] EndSection Could you try without dri ? YES that was it. Driver r128 also works (after disabling dri)... is one better than the other and in which sense? Section Device Identifier Generic Video Card Driver ati #Driver fbdev BusID PCI:0:16:0 Option UseFBDev true #Option AGPMode 4 EndSection Could you try without UseFBDev true ? I first tried without the 'dri', then also disabled the UseFBDev option. it remained on just out of lazyness while I was switching between fbdev and ati... does it have any effect when I'm not using the fbdev driver? Section Monitor Identifier Generic Monitor HorizSync 59-63 VertRefresh 43-95 Option DPMS # Modeline 1024x768 80.50 1024 1060 1156 1348 768 781 784 820 +hsync +vsync Modeline 1024x768 80.50 1024 1052 1148 1348 768 777 780 812 +hsync +vsync ModeLine 640x480 49.9 640 653 717 832 480 481 484 514 +hsync +vsync Modeline 800x600 62.40 800 825 905 1040 600 601 604 632 +hsync +vsync EndSection That's probably not causing your problem here, but do you really need these Modeline, HorizSync and VertRefresh lines ? yes, I need them. otherwise not all of the screen is visible. I would miss some 15 pixels on each of the four sides. quite annoying and also the main reason for me to go directly into gdm and not startx from text mode. (II) Attempted to read BIOS 64KB from /sys/bus/pci/devices/:00:10.0/rom: got 0KB (WW) R128(0): Video BIOS not detected in PCI space! (WW) R128(0): Attempting to read Video BIOS from legacy ISA space! (WW) R128(0): Video BIOS not found! (II) R128(0): Primary Display == Type 3 (WW) R128(0): Can't determine panel dimensions, and none specified. Disabling programming of FP registers. Not sure either... maybe source of the problem which I solved adding those modelines? 2 years ago, it was claimed to be related to DRI. Disabling it as I said above could help. I usually manage to find information googling, I must be aging... I still don't find the page you say was written 2 years ago... thanks a lot for your time. Mario -- Did you know that gullible isn't in the dictionary? Look it up. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412228: xserver-xorg-video-ati: fails to start and nearly hangs machine
Package: xserver-xorg-video-ati Version: 1:6.6.3-2 Severity: important I have no idea what to describe... I'm used to start the machine with a graphical prompt (gdm). if I use the ati Driver, the x server does not start, the machine becomes unresponsive and all I can do is go to an other machine, log remotely in, correct the Driver line to fbdev, ..., then I did not understand if I have to wait (that gdm respawns the login) or if I have to kill the half started and totally unusable X server. the first time the fbdev driver starts up after ati it is also not usable, but I bet this to be caused by problems left by the ati driver... this problem appeared after a new install. on the same machine but with an other hard disk I was using the ati driver... after the reinstallation (first days of january) I could not use ati any more and had to go back to fbdev (where bug 327497 had luckly been solved...) -- System Information: Debian Release: 4.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-powerpc Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Versions of packages xserver-xorg-video-ati depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii xserver-xorg-core 2:1.1.1-18 X.Org X server -- core server xserver-xorg-video-ati recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]