Bug#987755: Mips build failure in new rpf 1.0.9 (Was: Bug#987755: r-cran-rpf: FTBFS on mips due to a variable called 'mips')
On Tue, Oct 19, 2021 at 06:00:35PM +0530, Nilesh Patra wrote: > There is still a failure in the latest version as well (1.0.9) > a minor change fixes it, please consider applying attached patch. Gah! Will do
Bug#987833: r-cran-openmx: FTBFS on mips due to a variable called 'mips'
On Wed, May 05, 2021 at 09:38:03AM +0200, Andreas Tille wrote: > Control: tags -1 upstream > Control: forwarded -1 Joshua Pritikin > > Hi Joshua, > > here is another instance of the mips variable. It would be great > if you could fix this in your next release. Yeah, will do
Bug#987755: r-cran-rpf: FTBFS on mips due to a variable called 'mips'
On Thu, Apr 29, 2021 at 04:18:07PM +0200, Andreas Tille wrote: > Control: tags -1 upstream > Control: forwarded -1 Joshua Pritikin > > Hi Joshua, > > I wonder whether you want to fix this issue with the suggested > patch upstream. Thank you. Yes, I will apply it.
Bug#971681: r-cran-openmx regression on arm, will not migrate to testing due to failing autopkgtests
On Wed, Feb 17, 2021 at 07:57:11AM +0100, Andreas Tille wrote: > On Fri, Feb 12, 2021 at 01:03:23PM -0500, Joshua N Pritikin wrote: > > > I submitted a new release to CRAN yesterday. It usually takes a few days > > > to correct any lingering issues and get it approved. > > > > CRAN peeps said that v2.19.1 is accepted. I know the package info page > > isn't updated yet, but I expect that to happen soon. > > Openmx version 2.18.1 made it finally to Debian testing and thus is a > release candidate. We are currently in freeze for the next stable > release. So any bump to a new upstream version should be very well > thought. Could you give any reason why we should better release with I know it's too late, but v2.19.1 is now out on CRAN.
Bug#971681: r-cran-openmx regression on arm, will not migrate to testing due to failing autopkgtests
On Sat, Jan 30, 2021 at 08:31:51AM -0500, Joshua N Pritikin wrote: > On Sat, Jan 30, 2021 at 06:32:48PM +0530, Nilesh Patra wrote: > > Many thanks for fixes, > > > > The freeze has started and soft freeze time is near as well.(2 weeks > > from now) OpenMx has removals of a bunch of packages from testing. > > > > Hence, please consider doing a new upstream release if it looks okay > > to you. > > I submitted a new release to CRAN yesterday. It usually takes a few days > to correct any lingering issues and get it approved. CRAN peeps said that v2.19.1 is accepted. I know the package info page isn't updated yet, but I expect that to happen soon.
Bug#971681: r-cran-openmx regression on arm, will not migrate to testing due to failing autopkgtests
On Sat, Jan 30, 2021 at 06:32:48PM +0530, Nilesh Patra wrote: > Many thanks for fixes, > > The freeze has started and soft freeze time is near as well.(2 weeks > from now) OpenMx has removals of a bunch of packages from testing. > > Hence, please consider doing a new upstream release if it looks okay > to you. I submitted a new release to CRAN yesterday. It usually takes a few days to correct any lingering issues and get it approved. Thanks.
Bug#971681: r-cran-openmx regression on arm, will not migrate to testing due to failing autopkgtests
On Thu, Dec 17, 2020 at 11:04:02AM +0100, Andreas Tille wrote: > In case it will work at least on arm64 we could ignore armhf issues > for the most practical use cases and exclude this architecture for > Debian until it gets finally fixed. Yeah, that sounds like a good solution. I don't anticipate a lot of demand for OpenMx on 32bit arm. I believe we already have 64bit arm working. We'll try to get a new release out soon. Do we need to do anything from our side to exclude OpenMx from armhf?
Bug#971681: r-cran-openmx regression on arm, will not migrate to testing due to failing autopkgtests
On Tue, Oct 06, 2020 at 04:07:59PM +0200, Andreas Tille wrote: > While I could include this as a patch I wonder whether you plan to do a > new release featuring this patch in the next couple of days. If this is > the case I would wait for the new release with an upload to Debian. Prior to the next release, we'd like to address the failures on armhf as well. However, we don't have experience debugging on the armhf architecture. I anticipate that it will take us a while to get up to speed. Hence, it may be weeks before the next release rather than days. Thank you
Bug#971681: r-cran-openmx regression on arm, will not migrate to testing due to failing autopkgtests
On Tue, Oct 06, 2020 at 08:06:22AM +0200, Andreas Tille wrote: > the version 2.18.1 of the openmx CRAN package that was build for Debian > shows a test suite error on arm64 architecture. Here is an extract of > the full test log[1] (if you want to inspect the full log I'd recommend > to seek for some strings you can find below quite at the end): This is fixed by https://github.com/OpenMx/OpenMx/commit/2c0deff425365302ede4ac12d5a4222c167a49bb
Bug#896849: xref
I also filed a bug against the kernel, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=896976
Bug#896976: works on ubuntu bionic
Linux ubuntu 4.15.0-20-generic #21-Ubuntu SMP Tue Apr 24 06:16:15 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
Bug#896849: works on ubuntu bionic
Linux ubuntu 4.15.0-20-generic #21-Ubuntu SMP Tue Apr 24 06:16:15 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
Bug#896849: kernel regression?
The mouse also fails with linux-image-4.15.0-3-amd64
Bug#896849: kernel regression?
The mouse works with 4.14.0-3-amd64 + Debian. It does not work with 4.15.0-0.bpo.2-amd64. It looks like a regression in the kernel?
Bug#855049: resolved
This problem has magically resolved. I have no idea what I did to fix it.
Bug#341960: close
Please close this bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#419848: Debian bug #419848 - how to copy files containing space?
On Sat, Mar 22, 2008 at 06:53:07PM +0100, Yannick Palanque wrote: > scp "file\ with\ spaces" [EMAIL PROTECTED]:"/remote/dir\ with\ spaces" Sure or rename the file. I suppose the desired fix is not possible for some reason. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470219: awesome: focus doesn't follow mouse half the time
On Mon, Mar 10, 2008 at 07:39:27AM +0100, Julien Danjou wrote: > Can you try with 2.2~rc3-1 ? > This should be fixed. Yah. It seems to work. Close this bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#465811: more focus bugs
There is another bug here too. I can only reproduce it when I am typing fast. I move the mouse from one window to another on the same tag and the focus doesn't follow the mouse. This one is really annoying. -- Make April 15 just another day, visit http://fairtax.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#465811: this is the wrong default
After reading the bug report carefully, I understand why I was getting the wrong window focused. I think the default is wrong though. I can easily remember where I placed windows on all the tags. However, I can't remember which window was focused the last time I visited a tag. -- Make April 15 just another day, visit http://fairtax.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#461788: same here
Acroread5 can easily render a PDF within about 32M virtual memory. Evince rapidly eats the whole machine. -- Make April 15 just another day, visit http://fairtax.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#463603: oops, sorry
strace shows usb is doing this forever: open("/dev/usb/lp7", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/dev/usb/usblp7", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/dev/usblp8", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/dev/usb/lp8", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/dev/usb/usblp8", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/dev/usblp9", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory) open("/dev/usb/lp9", O_RDWR|O_EXCL|O_LARGEFILE) = -1 ENOENT (No such file or directory) Then I looked at "cat /proc/bus/usb/devices" and the printer isn't even there! Maybe a kernel bug? Obviously not a cupsys bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#463603: log + config files
See attached cupsd.conf.bz2 Description: Binary data printers.conf.bz2 Description: Binary data error_log.bz2 Description: Binary data
Bug#428502: gnome-terminal: recently typed characters sometimes don't appear immediately
On Wed, Sep 19, 2007 at 10:48:07PM +0200, Sven Arvidsson wrote: > Are you still experiencing this problem with libvte9 version 1:0.16.9-1? Actually I still have libvte9 1:0.16.8-1 but the problem has disappeared. Maybe it disappeared when I did a dist-upgrade to testing a while ago. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440802: xserver-xorg-video-ati: DPMS + suspend/resume, display never recovers
OK, I just tested it again. On Tue, Sep 04, 2007 at 06:13:49PM +0200, Brice Goglin wrote: > Also, after suspend/resume (once DPMS is engaged and X does not > recover), go to a virtual console and tell me what the following command > line says (dpms lines at the end of its output): > $ DISPLAY=:0 xset q > Then try the following commands in case they help recovering: > $ DISPLAY=:0 xset -dpms After this command, 'xset q' reports that dpms is off. However, the screen stays blank. > $ DISPLAY=:0 xset force dpms off This allows the screen to come back. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440802: xserver-xorg-video-ati: DPMS + suspend/resume, display never recovers
On Tue, Sep 04, 2007 at 06:13:49PM +0200, Brice Goglin wrote: > Also, after suspend/resume (once DPMS is engaged and X does not > recover), Still happens. > go to a virtual console and tell me what the following command > line says (dpms lines at the end of its output): > $ DISPLAY=:0 xset q Attached before and after 'xset -dpms' > Then try the following commands in case they help recovering: > $ DISPLAY=:0 xset -dpms I'm not sure whether this worked. Needs more testing. > $ DISPLAY=:0 xset force dpms off This worked. Keyboard Control: auto repeat: onkey click percent: 0LED mask: auto repeat delay: 500repeat rate: 30 auto repeating keys: 00ffdbbf fadfffdfffdfe5ef bell percent: 50bell pitch: 400bell duration: 100 Pointer Control: acceleration: 2/1threshold: 4 Screen Saver: prefer blanking: yesallow exposures: yes timeout: 600cycle: 600 Colors: default colormap: 0x20BlackPixel: 0WhitePixel: 65535 Font Path: /usr/share/fonts/X11/misc,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,/usr/share/fonts/X11/misc,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType Bug Mode: compatibility mode is disabled DPMS (Energy Star): Standby: 1200Suspend: 1800Off: 2400 DPMS is Enabled Monitor is On Keyboard Control: auto repeat: onkey click percent: 0LED mask: auto repeat delay: 500repeat rate: 30 auto repeating keys: 00ffdbbf fadfffdfffdfe5ef bell percent: 50bell pitch: 400bell duration: 100 Pointer Control: acceleration: 2/1threshold: 4 Screen Saver: prefer blanking: yesallow exposures: yes timeout: 600cycle: 600 Colors: default colormap: 0x20BlackPixel: 0WhitePixel: 65535 Font Path: /usr/share/fonts/X11/misc,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,/usr/share/fonts/X11/misc,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType Bug Mode: compatibility mode is disabled DPMS (Energy Star): Standby: 1200Suspend: 1800Off: 2400 DPMS is Disabled
Bug#332771: Debian Openoffice.org bug triage - bug #332771
Better close this bug. I'll open another bug if I find any problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315800: dunno
Better close this bug. I'll open a new bug if I find any problems. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433585: thanks
Will test 1.1.12. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391571: close bug
This is probably working now. I'll file another bug if I notice any problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402590: evolution: message synopsis doesn't match message body
On Sun, Jun 10, 2007 at 10:06:29PM +0200, Øystein Gisnås wrote: > thanks for your bug report and sorry for not responding to it before. > I don't really understand what you mean by message synopsis. Is it in > the email message list? Yes. > Isn't only the subject shown there? Yes, the subject. The problem is that the subject doesn't match the message inside. It seems like the subjects got swapped by mistake or something. -- Make April 15 just another day, visit http://fairtax.org
Bug#416624: doc update please
Please don't close this bug until the documentation is updated. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427625: closed by Pierre Habouzit <[EMAIL PROTECTED]> (Re: Bug#427625: libc6: bindtextdomain not properly documented?)
On Tue, Jun 05, 2007 at 10:24:08AM +, Debian Bug Tracking System wrote: > > When I strace this, it never looks in /home/joshua/ppx/locale. I tested > > this on 3 Debian systems and 1 Gentoo system. Am I doing something > > stupid? I keep reading the docs for bindtextdomain but I don't > > understand what I'm doing wrong. For example: > > You may want to read the whole strace. > > When I run your program on my box it does: > > [...] > open("/usr/lib/locale/locale-archive", O_RDONLY) = 3 > fstat(3, {st_mode=S_IFREG|0644, st_size=69697312, ...}) = 0 > mmap(NULL, 69697312, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b889a77a000 > close(3)= 0 > open("/usr/share/locale/locale.alias", O_RDONLY) = -1 ENOENT (No such > file or directory) > open("/home/joshua/ppx/locale/de_DE.UTF-8/LC_MESSAGES/ppx.mo", O_RDONLY) > = -1 ENOENT (No such file or directory) > open("/home/joshua/ppx/locale/de_DE.utf8/LC_MESSAGES/ppx.mo", O_RDONLY) = > -1 ENOENT (No such file or directory) > open("/home/joshua/ppx/locale/de_DE/LC_MESSAGES/ppx.mo", O_RDONLY) = -1 > ENOENT (No such file or directory) > open("/home/joshua/ppx/locale/de.UTF-8/LC_MESSAGES/ppx.mo", O_RDONLY) = > -1 ENOENT (No such file or directory) > open("/home/joshua/ppx/locale/de.utf8/LC_MESSAGES/ppx.mo", O_RDONLY) = -1 > ENOENT (No such file or directory) > open("/home/joshua/ppx/locale/de/LC_MESSAGES/ppx.mo", O_RDONLY) = -1 > ENOENT (No such file or directory) > [...] > > /usr/lib/locale/locale-archive is an index, and unrelated to your > textdomain. Then when you perform your setlocale, you can obviously see > the implementation look into the directory you previously set. It > obviously does not work on my machine since the path does not exists, > but it seems it looks for the correct files in order to find ppx.mo. Yes, it indeed looks like it is doing the correct thing on your box. I guess my compiler toolchain is broken. Thanks. > Your bug report is wrong. Well, I wouldn't go that far. Have a nice day. ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422961: tmp size?
Is 1G enough? 1G worked for me today but I'd like to know how much /tmp space I should keep available. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422961: /tmp
I agree that the problem looks like bug #289393. My /tmp is very small: leghorn:/tmp# df -h /tmp FilesystemSize Used Avail Use% Mounted on tmpfs 62M 8.0K 62M 1% /tmp How much space do I need to provide in /tmp to avoid running out of space? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422961: out of disk space??
I don't know why the error messages was disappearing when run from cron. Still, the error doesn't make sense. I am backing up from /mnt/home_ro to /mnt/rdbackup and there should be plenty of space: FilesystemSize Used Avail Use% Mounted on /dev/mapper/r1vg-homesnap 42G 33G 9.1G 79% /mnt/home_ro FilesystemSize Used Avail Use% Mounted on /dev/b1/rdbackup 50G 34G 16G 69% /mnt/rdbackup Which device is running out of disk space?? Previous backup seems to have failed, regressing destination now. Exception '[Errno 28] No space left on device' raised of class 'exceptions.IOError': File "/var/lib/python-support/python2.4/rdiff_backup/robust.py", line 32, in check_common_error try: return function(*args) File "/var/lib/python-support/python2.4/rdiff_backup/restore.py", line 465, in get_fp Rdiff.write_patched_fp(current_fp, delta_fp, new_fp) File "/var/lib/python-support/python2.4/rdiff_backup/Rdiff.py", line 73, in write_patched_fp rpath.copyfileobj(librsync.PatchedFile(basis_fp, delta_fp), out_fp) File "/var/lib/python-support/python2.4/rdiff_backup/rpath.py", line 60, in copyfileobj outputfp.write(inbuf) Exception '[Errno 28] No space left on device' raised of class 'exceptions.IOError': File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 298, in error_check_Main try: Main(arglist) File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 318, in Main take_action(rps) File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 274, in take_action elif action == "backup": Backup(rps[0], rps[1]) File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 331, in Backup backup_final_init(rpout) File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 431, in backup_final_init checkdest_if_necessary(rpout) File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 830, in checkdest_if_necessary dest_rp.conn.regress.Regress(dest_rp) File "/var/lib/python-support/python2.4/rdiff_backup/connection.py", line 448, in __call__ return apply(self.connection.reval, (self.name,) + args) File "/var/lib/python-support/python2.4/rdiff_backup/connection.py", line 370, in reval if isinstance(result, Exception): raise result Traceback (most recent call last): File "/usr/bin/rdiff-backup", line 23, in ? rdiff_backup.Main.error_check_Main(sys.argv[1:]) File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 298, in error_check_Main try: Main(arglist) File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 318, in Main take_action(rps) File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 274, in take_action elif action == "backup": Backup(rps[0], rps[1]) File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 331, in Backup backup_final_init(rpout) File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 431, in backup_final_init checkdest_if_necessary(rpout) File "/var/lib/python-support/python2.4/rdiff_backup/Main.py", line 830, in checkdest_if_necessary dest_rp.conn.regress.Regress(dest_rp) File "/var/lib/python-support/python2.4/rdiff_backup/connection.py", line 448, in __call__ return apply(self.connection.reval, (self.name,) + args) File "/var/lib/python-support/python2.4/rdiff_backup/connection.py", line 370, in reval if isinstance(result, Exception): raise result IOError: [Errno 28] No space left on device Fatal Error: Lost connection to the remote system -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422982: mplayer: theora is OK except when wrapped in mkv
On Wed, May 09, 2007 at 11:09:34AM +0200, Diego Biurrun wrote: > On Wed, May 09, 2007 at 02:17:45PM +0530, [EMAIL PROTECTED] wrote: > > theora video (from ffmpeg2theora) play fine. However, if you try to wrap > > theora video with matroska (mkvtoolnix) then it isn't recognized. The > > same mkv file plays fine using totem-gstreamer 2.16. > > Useless bug report. We need (part of) a sample file to confirm this and > the output of "mplayer -v" when playing the file. Here you go: MPlayer 1.0rc1-4.1.2-DFSG-free (C) 2000-2006 MPlayer Team CPU: Transmeta(tm) Crusoe(tm) Processor TM5800 (Family: 5, Model: 4, Stepping: 3) CPUflags: MMX: 1 MMX2: 0 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0 Compiled with runtime CPU detection. get_path('codecs.conf') -> '/home/joshua/.mplayer/codecs.conf' Reading /home/joshua/.mplayer/codecs.conf: Can't open '/home/joshua/.mplayer/codecs.conf': No such file or directory Reading /etc/mplayer/codecs.conf: Can't open '/etc/mplayer/codecs.conf': No such file or directory Using built-in default codecs.conf. CommandLine: '-v' 'theora.mkv' init_freetype Using MMX Optimized OnScreenDisplay Using nanosleep() timing get_path('input.conf') -> '/home/joshua/.mplayer/input.conf' Can't open input config file /home/joshua/.mplayer/input.conf: No such file or directory Can't open input config file /etc/mplayer/input.conf: No such file or directory Falling back on default (hardcoded) input config Setting up LIRC support... 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. get_path('theora.mkv.conf') -> '/home/joshua/.mplayer/theora.mkv.conf' Playing theora.mkv. get_path('sub/') -> '/home/joshua/.mplayer/sub/' [file] File size is 10128128 bytes STREAM: [file] theora.mkv STREAM: Description: File STREAM: Author: Albeu STREAM: Comment: based on the code from ??? (probably Arpi) Checking for YUV4MPEG2 ASF_check: not ASF guid! Checking for NuppelVideo Checking for REAL Checking for SMJPEG [mkv] Found the head... [mkv] + a segment... [mkv] / [ parsing seek head ] - [mkv] / [ parsing seek head ] - [mkv] \ [ parsing seek head ] - [mkv] / [ parsing cues ] --- [mkv] \ [ parsing cues ] --- [mkv] \ [ parsing seek head ] - [mkv] |+ segment information... [mkv] | + timecode scale: 100 [mkv] | + duration: 6.382s [mkv] |+ segment tracks... [mkv] | + a track... [mkv] | + Track number: 1 [mkv] | + Track type: Video [mkv] | + Default flag: 1 [mkv] | + Codec ID: V_THEORA [mkv] | + CodecPrivate, length 2732 [mkv] | + Default duration: 41.708ms ( = 23.976 fps) [mkv] | + Language: und [mkv] | + Video track [mkv] | + Pixel width: 1280 [mkv] | + Pixel height: 720 [mkv] | + Display width: 1280 [mkv] | + Display height: 720 [mkv] |+ found cluster, headers are parsed completely :) [mkv] Unknown/unsupported CodecID (V_THEORA) or missing/bad CodecPrivate data (track 1). [mkv] Track ID 1: video (V_THEORA), -vid 0 [mkv] No video track found/wanted. Matroska file format detected. No stream found. vo: x11 uninit called but X11 not inited.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422986: --bug-report output
This is xine (X11 gui) - a free video player v0.99.5cvs. (c) 2000-2006 The xine Team. Built with xine library 1.1.2 (1.1.2) Found xine library version: 1.1.2 (1.1.2). Plateform informations: -- system name : Linux node name : emit.lan release : 2.6.21.1-b1 version : #3 PREEMPT Sat Apr 28 14:43:02 IST 2007 machine : i686 CPU Informations: processor : 0 vendor_id : GenuineTMx86 cpu family : 6 model : 4 model name : Transmeta(tm) Crusoe(tm) Processor TM5800 stepping: 3 cpu MHz : 800.000 cache size : 512 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr cx8 sep cmov mmx longrun lrti constant_tsc bogomips: 1607.63 clflush size: 32 --- Display Name: :0.0, XServer Vendor:The X.Org Foundation, Protocol Version: 11, Revision: 0, Available Screen(s): 1, Default screen number: 0, Using screen: 0, Depth: 16, Maximum request size: 16777212 bytes, Motion buffer size:256, Bitmap unit: 32, Bit order: LSBFirst, Padding: 32, Image byte order: LSBFirst, Number of supported pixmap formats: 7, Supported pixmap formats: DepthBits_per_pixelScanline_pad 1 1 32 4 8 32 8 8 32 1516 32 1616 32 2432 32 3232 32 --- Focus: Window 0xcf, revert to Parent, Number of extensions: 28 BIG-REQUESTS: [opcode: 130] DAMAGE: [opcode: 154, base (event: 115, error: 183)] DOUBLE-BUFFER:[opcode: 142, base (error: 153)] DPMS: [opcode: 137] Extended-Visual-Information: [opcode: 139] GLX: [opcode: 143, base (event: 77, error: 154)] MIT-SCREEN-SAVER: [opcode: 132, base (event: 67)] MIT-SHM: [opcode: 144, base (event: 94, error: 167)] MIT-SUNDRY-NONSTANDARD: [opcode: 129] RANDR:[opcode: 153, base (event: 114)] RENDER: [opcode: 152, base (error: 178)] SECURITY: [opcode: 149, base (event: 111, error: 175)] SGI-GLX: [opcode: 143, base (event: 77, error: 154)] SHAPE:[opcode: 128, base (event: 64)] SYNC: [opcode: 131, base (event: 65, error: 128)] TOG-CUP: [opcode: 138] X-Resource: [opcode: 141] XC-APPGROUP: [opcode: 148, base (error: 174)] XC-MISC: [opcode: 133] XFIXES: [opcode: 150, base (event: 112, error: 177)] XFree86-Bigfont: [opcode: 151] XFree86-DGA: [opcode: 136, base (event: 68, error: 145)] XFree86-Misc: [opcode: 135, base (error: 137)] XFree86-VidModeExtension: [opcode: 134, base (error: 130)] XInputExtension: [opcode: 145, base (event: 95, error: 168)] XKEYBOARD:[opcode: 147, base (event: 110, error: 173)] XTEST:[opcode: 146] XVideo: [opcode: 140, base (event: 75, error: 150)] X-Video Extension version: 2.2 Dimensions: 1280x768 pixels (339x203 millimeters). Resolution: 96x96 dots per inch. Depths (7): 16, 1, 4, 8, 15, 24, 32 Root window id: 0x44 Depth of root window: 16 planes Number of colormaps:min 1, max 1 Default colormap: 0x20 Default number of colormap cells: 64 Preallocated pixels:black 0, white 65535 Options:backing-store no, save-unders no Largest cursor: 64x64 Xv infos: Adaptor #0: "ATI Mach64 Back-end Overlay Scaler" Number of ports: 1 Port base: 65 Operations supported: PutImage Supported visuals: - Depth 16, visualID 0x23 - Depth 16, visualID 0x24 - Depth 16, visualID 0x25 - Depth 16, visualID 0x26 - Depth 16, visualID 0x27 - Depth 16, visual
Bug#422982: example
http://samples.mplayerhq.hu/Matroska/theora.mkv Playing theora.mkv. [mkv] Unknown/unsupported CodecID (V_THEORA) or missing/bad CodecPrivate data (track 1). [mkv] Track ID 1: video (V_THEORA), -vid 0 [mkv] No video track found/wanted. Matroska file format detected. No stream found. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422028: totem works
totem-gstreamer 2.16.5 works fine so it looks like a decoder problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#422028: decoder problem?
How can I find out whether this is an encoder or decoder problem? If it is a decoder problem then I will file bugs against mplayer & xine. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314736: gnome-applets: 2.18.0-3 continues to be unusable
Done, see: http://bugzilla.gnome.org/show_bug.cgi?id=435211 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418142: also don't recreate /etc/hostname
Currently, /etc/hostname is recreated by the boot scripts. This needs to be disabled. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418144: ltspfs: CD does not mount
On Mon, Apr 09, 2007 at 10:17:08AM -0700, [EMAIL PROTECTED] wrote: > On Mon, Apr 09, 2007 at 01:44:29PM +0530, Joshua N Pritikin wrote: > > Nothing happens when I inserting a floppy. If I mount the floppy by > > hand: > > > > mount -t vfat /dev/fd0 /var/run/drives/floppy0 > > > > I see udevmonitor messages "mount@/block/fd0" but /etc/fstab is not > > updated (on the client) and nothing appears on the server. > > does it work properly without manual intervention if you make the > changes noted in: > > http://bugs.debian.org/416673 I don't find any difference with or without 416673. The CD-ROM works. Floppies don't. Doesn't there need to be some kind of floppypinger analguous to the cdpinger? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418143: LOCAL_STORAGE no longer activates ltspfsd
On Mon, Apr 09, 2007 at 10:16:14AM -0700, [EMAIL PROTECTED] wrote: > On Mon, Apr 09, 2007 at 12:32:57PM +0530, Joshua N Pritikin wrote: > > On Sat, Apr 07, 2007 at 10:52:06AM -0700, [EMAIL PROTECTED] wrote: > > > On Sat, Apr 07, 2007 at 04:07:51PM +0530, Joshua Pritikin wrote: > > > > I figured out that the new option is called LOCALDEV but > > > > why the change? If it's not broken then why fix it? > > > > > > i suspect this was not an intentional switch. > > > > > > we should explore making this and other settings backwards compatible > > > with ltsp 4.x, or at the very least, document the changes. > > > > Yes, we need a LTSP 4.2 -> 5.0 (debian) migration guide. At least: > > > > * Don't mention the SERVER=xxx.xxx.xxx.xxx in lts.conf. This doesn't > > work yet. > > in what way does this not work for you? > > i am able to change the default login server by setting SERVER in > lts.conf. Oh! I guess that bug got fixed. I confirm it works here too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418142: hostname is it
The problem is solved with: rm /opt/ltsp/i386/etc/hostname -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418142: hostname not set?
I have a guess. hostname returns "ltsp" for any and all clients. This means that all hostname specific sections of lts.conf will be ignored, no? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418144: [Pkg-ltsp-devel] Bug#418144: ltspfs: CD does not mount
On Sat, Apr 07, 2007 at 10:51:53AM -0700, [EMAIL PROTECTED] wrote: > > I insert a CD on the client. I see it appear in /etc/fstab. > > /etc/fstab on the thin-client, or on the server? /etc/fstab on the thin-client. Ah ha! cdpinger is crashing because lsof is not installed. After installing lsof, CD-ROMs are working. Why is the symlink created under /media? Is this yet another arbitrary LTSP 4.2 incompatibility? Can we get a link under $HOME/Drives/ as well? After ejecting the CD, I am getting "VFS: busy inodes on changed media." on the client and /dev/cdrom is still mounted (after removing the disc from the caddie!). I tried ejecting again. It refuses to unmount cleanly. I suspect that I can use lsof to diagnose the problem but I don't know the magic options. I can mount another CD and it seems to work. In other words, the faulty unmounting does not seem to affect subsequent mount requests. Now the VFS message stopped appearing. Perhaps it is nothing to worry about? Nothing happens when I inserting a floppy. If I mount the floppy by hand: mount -t vfat /dev/fd0 /var/run/drives/floppy0 I see udevmonitor messages "mount@/block/fd0" but /etc/fstab is not updated (on the client) and nothing appears on the server. > > However, I don't see anything mounted to my home directory. > > in a working ltspfs environment, a directory should appear in > /media/USERNAME/ on the server, with the files from the device. OK, that's another point for the LTSP 4.2 migration guide. > > It seems like ltspfs is missing some installation step? What steps > > should I follow to track down the problem? > > is the user in the "fuse" group? > > is the fuse module loaded on the server? Yes, I have LTSP 4.2 running as well. LTSP 4.2 uses fuse and it works. > are you logging in using LDM? Yes. > do you have LOCALDEV=true (or y or yes, upper or lowercase) set in > lts.conf? Yes, I see ltspfsd running on the client in ps -Af listing. > do devices other than CD work? > > is ltspfsd installed in the LTSP chroot: > > dpkg --root=/opt/ltsp/i386 -l ltspfsd It's running therefore it is installed. > here's some documentation from debian-edu, though not all of it will > apply to a generic debian environment: > > http://wiki.debian.org/DebianEdu/HowTo/LocalDeviceLtspfs That's just a HOWTO, not a troubleshooting guide. > i'm not sure, but this may also be related to: > > http://bugs.debian.org/416673 Hrm, I made the changes suggested in 416673. I did not test whether the CD-ROM was not working without the changes. Do you want me to try it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418142: [Pkg-ltsp-devel] Bug#418142: X_HORZSYNC X_VERTREFRESH in lts.conf ignored
On Sat, Apr 07, 2007 at 10:28:13AM -0700, [EMAIL PROTECTED] wrote: > it would be *really useful* to know what you've actually set in your > lts.conf. please attach your lts.conf to the bugreport. :P See attached. The host in question is named "leghorn." # # Copyright (c) 2003 by James A. McQuillan (McQuillan Systems, LLC) # # This software is licensed under the Gnu General Public License. # The full text of which can be found at http://www.LTSP.org/license.txt # # # Config file for the Linux Terminal Server Project (www.ltsp.org) # [Default] # NIS_DOMAIN = ltsp1 # LOCAL_APPS = Y #SERVER = 132.147.1.19 XSERVER = auto X_MOUSE_RESOLUTION = 400 X_MOUSE_BUTTONS = 3 USE_XFS = Y # HOTPLUG = Y #SCREEN_01 = startx # SCREEN_02 = shell # SCREEN_03 = shell # SCREEN_04 = shell PRINTER_0_DEVICE= /dev/lp0 PRINTER_0_TYPE = P # X_MODE_0= 800x600 LOCALDEV= Y X4_MODULE_01= vnc PRINTER_0_WRITE_ONLY= N [2button] X_MOUSE_BUTTONS = 2 X_MOUSE_EMULATE3BTN = Y [oldmonitor] X_HORZSYNC = 31-55 X_VERTREFRESH = 55-70 [veryoldmonitor] # this monitor supports 640x480 only X_HORZSYNC = 30-32 X_VERTREFRESH = 59-61 [ps2mouse] X_MOUSE_PROTOCOL= "PS/2" X_MOUSE_DEVICE = "/dev/psaux" [s0mouse] X_MOUSE_PROTOCOL= "Microsoft" X_MOUSE_DEVICE = "/dev/ttyS0" [s1mouse] X_MOUSE_PROTOCOL= "Microsoft" X_MOUSE_DEVICE = "/dev/ttyS1" [s2mouse] X_MOUSE_PROTOCOL= "Microsoft" X_MOUSE_DEVICE = /dev/ttyS2 # # NOW THE CLIENTS # # [leghorn] LIKE= oldmonitor LIKE= s0mouse MODULE_01 = ide-disk
Bug#418143: [Pkg-ltsp-devel] Bug#418143: LOCAL_STORAGE no longer activates ltspfsd
On Sat, Apr 07, 2007 at 10:52:06AM -0700, [EMAIL PROTECTED] wrote: > On Sat, Apr 07, 2007 at 04:07:51PM +0530, Joshua Pritikin wrote: > > I figured out that the new option is called LOCALDEV but > > why the change? If it's not broken then why fix it? > > i suspect this was not an intentional switch. > > we should explore making this and other settings backwards compatible > with ltsp 4.x, or at the very least, document the changes. Yes, we need a LTSP 4.2 -> 5.0 (debian) migration guide. At least: * Don't mention the SERVER=xxx.xxx.xxx.xxx in lts.conf. This doesn't work yet. * Remove or more conflicting SCREEN_XX entries. * Rename LOCAL_STORAGE -> LOCALDEV -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417672: [Pkg-ltsp-devel] Bug#417672: Couldn't find package xorg
On Wed, Apr 04, 2007 at 08:41:48AM -0700, [EMAIL PROTECTED] wrote: > On Wed, Apr 04, 2007 at 02:23:49PM +0530, Joshua Pritikin wrote: > > Package: ltsp-server > > Version: 0.99debian11 > > Severity: normal > > > > An attempt to build the client: > > > > ltsp-build-client --mirror http://ftp.de.debian.org/debian > > > > ends with "E: Couldn't find package xorg" > > i tried with this same mirror, and it seems to be working fine for me. OK, if it works for you then I'll go back to trying etch. > perhaps there was a temporary networking problem that's now resolved? Yah, likely. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417667: xorg conf & log
Here is the xorg.conf & log. X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: UNKNOWN Current Operating System: Linux ltsp 2.6.18-4-486 #1 Mon Mar 26 16:39:10 UTC 2007 i686 Build Date: 07 March 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.0.log", Time: Wed Apr 4 13:32:04 2007 (++) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Xdebconfigurator Monitor" (**) | |-->Device "Xdebconfigurator Card" (**) |-->Input Device "Generic Keyboard" (**) |-->Input Device "Configured Mouse" (++) FontPath set to: tcp/132.147.1.19:7100 (==) RgbPath set to "/etc/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) No APM support in BIOS or kernel (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.0 X.Org XInput driver : 0.6 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.0 (++) using VT number 1 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7124 card 8086,7124 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7125 card 1462,2001 rev 03 class 03,00,00 hdr 00 (II) PCI: 00:1e:0: chip 8086,2418 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2410 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,2411 card 8086,2411 rev 02 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2412 card 8086,2412 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1f:3: chip 8086,2413 card 8086,2413 rev 02 class 0c,05,00 hdr 00 (II) PCI: 00:1f:5: chip 8086,2415 card 1462,4001 rev 02 class 04,01,00 hdr 00 (II) PCI: 01:01:0: chip 10b7,9050 card , rev 00 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Subtractive PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x0006 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0 0xc000 - 0xc0ff (0x100) IX[B] [1] -1 0 0xc400 - 0xc4ff (0x100) IX[B] [2] -1 0 0xc800 - 0xc8ff (0x100) IX[B] [3] -1 0 0xcc00 - 0xccff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xd400 - 0xd4ff (0x100) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0x2000 - 0x200f (0x10) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(0:1:0) Intel Corporation 82810E DC-133 CGC [Chipset Graphics Controller] rev 3, Mem @ 0xd000/26, 0xd500/19 (II) Addressable bus resource ranges are [0] -1 0 0x - 0x (0x0) MX[B] [1] -1 0 0x - 0x (0x1) IX[B] (II) OS-reported resource ranges: [0] -1 0 0x0010 - 0x3fff (0x3ff0) MX[B]E(B) [1] -1 0 0x000f - 0x000f (0x1) MX[B] [2] -1 0 0x000c - 0x000e (0x3) MX[B] [3] -1 0 0x - 0x0009 (0xa) MX[B] [4] -1 0 0x - 0x (0x1) IX[B] [5] -1 0 0x - 0x00ff (0x100) IX[B] (II) Active PCI resource ranges: [0] -1 0 0xd500 - 0xd507 (0x8) MX[B](B) [1] -1 0 0xd000 - 0xd3ff (0x400) MX[B](B) [2] -1 0 0xc000 - 0xc03f (0x40) IX[B] [3] -1 0 0xdc00 - 0xdc3f (0x40) IX[B] [4] -1 0 0xd800 - 0xd8ff (0x100) IX[B] [5] -1 0 0x5000 - 0x500
Bug#415212: foo2zjs: hp 1020 does nothing
On Sat, Mar 17, 2007 at 04:48:58PM +1100, Steffen Joeris wrote: > So far I can only guess. Can you maybe try upstreams new version. foo2zjs is > under constant development and it would help me if you could test the newest > upstream version as well. Same result. Nothing. I conviced my client to trade the printer so I guess you can close this bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414998: go upstream
I found this thread which looks promising: http://thread.gmane.org/gmane.linux.drivers.madwifi.user/11599 I know binary drivers suck but you could at least suggest that I look upstream if you don't know what to do. Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#381910: rebuilding for python2.5
On Wed, Feb 14, 2007 at 06:45:46PM +0100, Josselin Mouette wrote: > Le mercredi 14 février 2007 à 16:57 +0530, Joshua N Pritikin a écrit : > > > python-support has already support for python2.5, so this rebuild should > > > have been enough. > > > > > > Joshua, could you post the generated python-gtk2 package somewhere? > > > > http://dev.openheartlogic.org/pygtk/python-glade2_2.10.3-2_i386.deb > > http://dev.openheartlogic.org/pygtk/python-gtk2_2.10.3-2_i386.deb > > http://dev.openheartlogic.org/pygtk/python-gtk2-dev_2.10.3-2_all.deb > > You're missing pygobject packages rebuilt with python2.5 support. > Otherwise these packages should work fine. Is there any way to improve the error message so I could have figured that out myself?
Bug#381910: rebuilding for python2.5
On Tue, Feb 13, 2007 at 01:01:32PM +0100, Josselin Mouette wrote: > Le dimanche 11 février 2007 à 09:07 +0100, Loïc Minier a écrit : > > On Sun, Feb 11, 2007, Joshua N Pritikin wrote: > > > In /usr/share/python/debian_defaults, I have: > > > supported-versions = python2.4, python2.5 > > > > then simply rebuild pygtk. > > > > You also need a new "python" package which will call module builders > > like python-support and python-central to rebuild the python modules. > > python-support has already support for python2.5, so this rebuild should > have been enough. > > Joshua, could you post the generated python-gtk2 package somewhere? http://dev.openheartlogic.org/pygtk/python-glade2_2.10.3-2_i386.deb http://dev.openheartlogic.org/pygtk/python-gtk2_2.10.3-2_i386.deb http://dev.openheartlogic.org/pygtk/python-gtk2-dev_2.10.3-2_all.deb
Bug#381910: rebuilding for python2.5
On Sun, Feb 11, 2007 at 09:51:30AM +0100, Loïc Minier wrote: > On Sun, Feb 11, 2007, Joshua N Pritikin wrote: > > > You also need a new "python" package which will call module builders > > > like python-support and python-central to rebuild the python modules. > > I already have the newest python 2.4.4-2 and newest python-support > > 0.5.6. I upgraded python-central from 0.5.9 to 0.5.12. I'll try > > rebuilding. > > > > Can you think of anything else? > > Err, this "python" package is not available in Debian, you have to make > it yourself. Oh! How much work is it to create such a package? I presume you have made one for yourself? Can you offer more detailed instructions about how to proceed?
Bug#381910: rebuilding for python2.5
On Sun, Feb 11, 2007 at 09:07:05AM +0100, Loïc Minier wrote: > On Sun, Feb 11, 2007, Joshua N Pritikin wrote: > > In /usr/share/python/debian_defaults, I have: > > supported-versions = python2.4, python2.5 > > > then simply rebuild pygtk. > > You also need a new "python" package which will call module builders > like python-support and python-central to rebuild the python modules. I already have the newest python 2.4.4-2 and newest python-support 0.5.6. I upgraded python-central from 0.5.9 to 0.5.12. I'll try rebuilding. Can you think of anything else?
Bug#381910: rebuilding for python2.5
On Sat, Feb 10, 2007 at 06:26:49PM +0100, Loïc Minier wrote: > On Sat, Feb 10, 2007, Joshua N Pritikin wrote: > > I tried to follow your instructions. > > The shorter instructions in #410165 are actually better: change > python-defaults to support python 2.5 (I am not saying to make it the > *default* python version, just to list it as supported), In /usr/share/python/debian_defaults, I have: supported-versions = python2.4, python2.5 > then simply rebuild pygtk. I did but it still doesn't work. $ python2.5 -c 'import gtk' ImportError: No module named gtk What else can I try?
Bug#381910: rebuilding for python2.5
On Sat, Feb 10, 2007 at 06:26:49PM +0100, Loïc Minier wrote: > On Sat, Feb 10, 2007, Joshua N Pritikin wrote: > > I tried to follow your instructions. > > The shorter instructions in #410165 are actually better: change > python-defaults to support python 2.5 (I am not saying to make it the > *default* python version, just to list it as supported), then simply > rebuild pygtk. You mean in here? /usr/share/python/debian_defaults
Bug#381910: rebuilding for python2.5
I tried to follow your instructions. 1. apt-get install python-gtk2/experimental 2. edit debian/rules to add 2.5 to PYVERS 3. dpkg-buildpackage -b -uc -rfakeroot 4. wait a long time 5. dpkg -i python-*.deb 6. test python2.4 -c 'import gtk' #ok python2.5 -c 'import gtk' ImportError: No module named gtk It looks like it is there: [EMAIL PROTECTED]:~/sugar-jhbuild/debian$ dpkg -L python-gtk2|grep _gtk.so /usr/lib/python-support/python-gtk2/python2.5/gtk-2.0/gtk/_gtk.so /usr/lib/python-support/python-gtk2/python2.4/gtk-2.0/gtk/_gtk.so Any idea what is going wrong? Thanks! -- Make April 15 just another day, visit http://fairtax.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410165: sorry
I see you have provided instructions in bug 381910. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384938: xserver-xorg-video-i810: only allows 640x480
On Thu, Jan 04, 2007 at 12:50:36AM +1100, Drew Parsons wrote: > Joshua wrote: > > Package: xserver-xorg-video-i810 > > Version: 1:1.5.1.0-2 > > Severity: important > > > > In Xorg.0.log, I get: > > > > Not using mode "800x600" (no mode of this name) > > Joshua, has this problem persisted in xserver-xorg-video-i810 1.7.2-3 ? I don't think so. I forgot to update this bug report. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401009: Acknowledgement (mutt: how to configure aspell with builtin editor?)
Sorry, I am using nano. This bug report is bogus. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391360: runit: svlogd is not removing old logs
On Fri, Nov 10, 2006 at 09:53:54AM +, Gerrit Pape wrote: > Hi Joshua, > > On Fri, Oct 06, 2006 at 06:38:58PM +0530, Joshua N Pritikin wrote: > > On Fri, Oct 06, 2006 at 12:44:07PM +, Gerrit Pape wrote: > > > If you had once configured many log files, and then change the > > > configuration to fewer log files than before, svlogd won't reduce the > > > number of log files; you would need to remove them manually. This might > > > be what happens to you. > > > > I don't remember if this was the case. > > do you still see the problem of unexpectectly increasing number of log > files on your system, No. It looks good now. > or my it be that it was a temporary issue due to > some configuration changes. Yah, something like that. > I did not get any other report of this kind since then. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391360: runit: svlogd is not removing old logs
On Fri, Nov 10, 2006 at 09:53:54AM +, Gerrit Pape wrote: > > It's not increasing but why doesn't svlogd delete extra log files? What > > is the design justification? > > logs is crucial data. I don't want svlogd to remove possibly tons of log > messages in many log files due to some temporary misconfiguration. If > you descrease the number of log files in the config file, you can remove > older log manually, and svlogd will adapt. If you remove them manually, > you really know what you're doing. At least svlogd could write a warning to the log suggesting how to remove extra log files. E.g., n=10; echo 1,-${n}p | ed -s '!ls [EMAIL PROTECTED]' | xargs rm (It took me about 20 minutes to re-invent that command and I had seen somebody else use it before.) At least mention it on the man page. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#396523: gcompris: missing python-gtk2 dependencies
On Sat, Nov 04, 2006 at 11:23:29PM +0100, Yann Dirson wrote: > I'm not sure what your problem is. gcompris 7.4 depends on python-gnome2, > which in turn depends on python-gtk2. Hrm. > FWIW, python-gnome2 is not required any more in 8.2, but I did not add a > python-gtk2 dep - this may indeed be missing. > > Can you please give more details ? Yes, I believe you should add python-gtk2. I'm not sure if I originally installed 7.4 before I upgraded to an unofficial 8.x. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395145: working
Now the machine boot into X. Impressive. Still, whatever the problem is with root-path should be investigated. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#395145: more progress
Maybe I figured it out. There is something wrong with the parsing of root-path. If I use, e.g., "192.168.0.7:/opt/ltsp/i386" then it hangs. If I use only "/opt/ltsp/i386" then it continues to the next part. I am recompiling my server kernel with NFS over TCP. Once this is finished then I'm continue my report. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391571: evidence maybe wrong
The user demonstrated that openoffice is printing some legal sheets correctly. Hence, this looks more like an Excel bug... ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391360: runit: svlogd is not removing old logs
On Fri, Oct 06, 2006 at 12:44:07PM +, Gerrit Pape wrote: > Thanks. Nothing looks wrong here, but why do you have that many .u > files? No idea. > If you had once configured many log files, and then change the > configuration to fewer log files than before, svlogd won't reduce the > number of log files; you would need to remove them manually. This might > be what happens to you. I don't remember if this was the case. > > > Does the number of logfiles still increase? If yes, does `sv hup > > > dnscache/log` help? > > > > I tried that. It doesn't remove a single file. Here, I'll try it again: > > No, it won't remove log files, see above. The question is whether the > number of log files still is increasing, and if so, whether it still > increases after sending the SIGHUP. It's not increasing but why doesn't svlogd delete extra log files? What is the design justification? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391360: runit: svlogd is not removing old logs
On Fri, Oct 06, 2006 at 11:19:41AM +, Gerrit Pape wrote: > can you post the complete listing of the directory holding the logs? total 156800 -rw-r--r-- 1 log adm 246286 Jan 1 2002 @40003c31122e389cf92c.u -rw-r--r-- 1 log adm 71031 May 11 10:52 @40004462ca8137d95724.u -rw-r--r-- 1 log adm 35 May 11 10:54 @40004462cafa37037924.u -rw-r--r-- 1 log adm 149155 May 11 14:54 @4000446303a110290814.u -rw-r--r-- 1 log adm 35 May 11 14:57 @40004463041f360fe1c4.u -rw-r--r-- 1 log adm 445534 May 12 09:13 @4000446406782451533c.u -rw-r--r-- 1 log adm 86170 May 12 09:54 @400044640ede0203ccec.u -rwxr--r-- 1 log adm 999035 May 12 14:11 @400044644a4414a6c034.s -rw-r--r-- 1 log adm 591384 May 12 20:03 @4000446554c51182fa94.u -rw-r--r-- 1 log adm 35 May 13 09:08 @40004465553a06220ba4.u -rw-r--r-- 1 log adm 35 May 13 09:10 @40004465577b06cdeba4.u -rw-r--r-- 1 log adm 35 May 13 09:20 @400044655857047b0e7c.u -rw-r--r-- 1 log adm 35 May 13 09:23 @4000446559f725c56924.u -rw-r--r-- 1 log adm 35 May 13 09:30 @400044655aea2404dd04.u -rw-r--r-- 1 log adm 35 May 13 09:34 @400044655b5f0a460334.u -rw-r--r-- 1 log adm 35 May 13 09:36 @400044655bb1132fa8c4.u -rw-r--r-- 1 log adm 192649 May 13 10:49 @400044656f040589e66c.u -rw-r--r-- 1 log adm 145685 May 13 11:26 @4000446579fa231d1514.u -rw-r--r-- 1 log adm 20489 May 13 11:48 @400044657adf048547ac.u -rw-r--r-- 1 log adm 402248 May 13 16:58 @40004465de7910de36e4.u -rw-r--r-- 1 log adm 35 May 13 18:56 @40004466ee802cb044fc.u -rw-r--r-- 1 log adm 35 May 14 14:16 @40004467fc822cab0924.u -rw-r--r-- 1 log adm 35 May 15 09:28 @40004467fd1634869dfc.u -rw-r--r-- 1 log adm 35 May 15 09:31 @40004467fe140c554f7c.u -rw-r--r-- 1 log adm 124517 May 15 10:15 @4000446807e21bfc7b6c.u -rw-r--r-- 1 log adm 35 May 15 10:17 @40004468085b0ae417f4.u -rw-r--r-- 1 log adm 752881 May 15 16:05 @400044687a2f2c1623f4.u -rw-r--r-- 1 log adm 47482 May 15 20:11 @4000446947710efea55c.u -rw-r--r-- 1 log adm 35 May 16 09:00 @400044694853008aa23c.u -rw-r--r-- 1 log adm 35 May 16 09:04 @400044694ea408c0611c.u -rw-r--r-- 1 log adm 47747 May 16 09:48 @4000446952ed1c6bb7fc.u -rw-r--r-- 1 log adm 35 May 16 09:49 @400044695368045c7a5c.u -rw-r--r-- 1 log adm 34033 May 16 09:52 @4000446953e50c188114.u -rwxr--r-- 1 log adm 999043 May 16 15:24 @40004469a17d14c183c4.s -rw-r--r-- 1 log adm 248153 May 16 20:16 @4000446a9ebd33970224.u -rw-r--r-- 1 log adm 633408 May 17 19:52 @4000446bee5f30648eb4.u -rw-r--r-- 1 log adm 35 May 18 09:17 @4000446bf8a336fa0344.u -rwxr--r-- 1 log adm 999000 May 19 09:26 @4000446d421137183d8c.s -rw-r--r-- 1 log adm 978886 May 19 19:19 @4000446e93de1d22b7a4.u -rwxr--r-- 1 log adm 999000 May 20 19:32 @4000446f21812f9f69f4.s -rw-r--r-- 1 log adm 379173 May 20 19:40 @40004471414611f772fc.u -rw-r--r-- 1 log adm 230640 May 22 10:25 @40004471482f0ee37854.u -rwxr--r-- 1 log adm 999027 May 22 12:55 @40004471677839a2f77c.s -rw-r--r-- 1 log adm 975956 May 22 19:40 @400044728c492dab101c.u -rw-r--r-- 1 log adm 114819 May 23 10:32 @4000447297be063b8714.u -rw-r--r-- 1 log adm 13427 May 23 10:40 @4000447299f4044a4e04.u -rwxr--r-- 1 log adm 999009 May 23 17:37 @40004472faf40b3fd06c.s -rw-r--r-- 1 log adm 275340 May 23 22:50 @40004473de000c3fe31c.u -rw-r--r-- 1 log adm 35 May 24 09:45 @40004473df4e274e281c.u -rw-r--r-- 1 log adm 204890 May 24 10:02 @40004473e6bc0470390c.u -rw-r--r-- 1 log adm 524914 May 24 13:13 @4000447414b639e96aa4.u -rw-r--r-- 1 log adm 28125 May 24 13:39 @40004474155d06fc528c.u -rw-r--r-- 1 log adm 502302 May 24 19:43 @400044752f011421a5fc.u -rw-r--r-- 1 log adm 35 May 25 09:43 @400044752f78052f146c.u -rw-r--r-- 1 log adm 589757 May 25 14:34 @40004475742b073bd45c.u -rwxr--r-- 1 log adm 999006 May 25 16:45 @4000447591d4161f8d24.s -rw-r--r-- 1 log adm 544787 May 25 18:46 @40004476817e1d1336e4.u -rw-r--r-- 1 log adm 35 May 26 09:47 @4000447681e3017b7a7c.u -rw-r--r-- 1 log adm 35 May 26 09:49 @40004476856304904814.u -rwxr--r-- 1 log adm 999025 May 26 12:53 @40004476acf605fc3bf4.s -rw-r--r-- 1 log adm 36693 May 26 14:18 @40004476c3b512d95b04.u -rw-r--r-- 1 log adm 784913 May 26 17:31 @40004476f0d326d62d44.u -rw-r--r-- 1 log adm 332587 May 26 19:02 @40004477ddf915bb50fc.u -rw-r--r-- 1 log adm 661685 May 27 13:28 @40004478125e25c5b744.u -rw-r--r-- 1 log adm 52578 May 27 14:19 @40004478130b349b2f9c.u -rw-r--r-- 1 log adm 837504 May 27 15:57 @4000447a705904ef735c.u -rw-r--r-- 1 log adm 35 May 29 09:23 @4000447a728024d81354.u -rw-r--r-- 1 log adm 35 May 29 09:33 @4000447a74402c74841c.u -rw-r--r-- 1 log adm 278638 May 29 10:05 @4000447a7bab2c51256c.u -rw-r--r-- 1 log adm
Bug#384938: conf & log
Attached as gzip'd text. xlog.gz Description: Binary data xorg.gz Description: Binary data
Bug#383291: loop location
I don't have cups-driverd compiled with debug info, but strace shows that the infinite loop occurs in user space without any system calls. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353422: xserver-xorg: sometimes eyboard stops working after X starts
On Mon, Jul 17, 2006 at 05:08:20PM +0200, Isaac Clerencia wrote: > I've experienced this one lately and it was something related to kde > accesibility. Try deleting ~/.kde/share/config/kaccessrc and check if that > helps. That doesn't make sense. The keyboard is already non-functional before entering a login/password. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375078: bcron: daily, weekly not getting run
On Fri, Jul 07, 2006 at 11:58:58AM +, Gerrit Pape wrote: > On Wed, Jul 05, 2006 at 01:09:06PM +0530, Joshua N Pritikin wrote: > > On Tue, Jul 04, 2006 at 01:08:08PM +, Gerrit Pape wrote: > > > that should matter. bcron only runs scheduled jobs if the machine is up > > > at that time, it doesn't catch up if the machine is booting up later. > > > Why not add "anacron" to bcron's Recommends list? > > Well, that's a matter of personal preference I think. I can add it to > Suggests:, if you think that's really important. Yah, Suggests is fine. When your box isn't up 24 hours a day, it _is_ really important. > I personally don't think so, and usually don't install it. Probably because you never turn off your computer(s). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353422: xserver-xorg: sometimes eyboard stops working after X starts
On Tue, Feb 21, 2006 at 11:48:25AM +0100, Michel Dänzer wrote: > On Sat, 2006-02-18 at 14:48 +0530, Joshua Pritikin wrote: > > Initially, we thought it was a kernel bug but the keyboard works > > during the system startup. If I type stuff then it appears on > > console interleaved with the boot messages. However, the > > keyboard stops working as soon as X starts, sometimes. Sometimes > > means like 1 in 4 times the keyboard works and 3 in 4 times it > > doesn't work. Any idea how to track this down? > > If you're using a display manager, this is usually due to a race > condition which causes the X server and display manager not to use the > same VT. Display managers usually work around this by passing vtX > explicitly on the X server command line. I was using kdm 4:3.3.2-1. The problem seems to have disappeared (4 days so far) after switching to gdm 2.8.0.6-2. Shall I file a bug against kdm?
Bug#375078: bcron: daily, weekly not getting run
On Tue, Jul 04, 2006 at 01:08:08PM +, Gerrit Pape wrote: > On Fri, Jun 23, 2006 at 10:44:20AM +0530, Joshua N Pritikin wrote: > > I'm using bcron-run. > > > > $ cat /etc/crontab > > SHELL=/bin/sh > > PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin > > > > 14 * * * * root run-parts --report /etc/cron.hourly > > 24 4 * * * root run-parts --report /etc/cron.daily > > 39 4 * * 7 root run-parts --report /etc/cron.weekly > > 54 4 1 * * root run-parts --report /etc/cron.monthly > > > > However, when I "grep run-parts /var/log/bcron/[EMAIL PROTECTED]" then I > > only see > > hourly. I don't see daily or weekly. > > > > The machine is not on 24 hours but that shouldn't matter, right?. I am > > that should matter. bcron only runs scheduled jobs if the machine is up > at that time, it doesn't catch up if the machine is booting up later. Really? I wonder why I thought differently. Why not add "anacron" to bcron's Recommends list? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376244: bcron: dangerous typo needs better foolproofing
On Tue, Jul 04, 2006 at 01:25:14PM +, Gerrit Pape wrote: > The problem seems to be in the bglibs, this should fix it. Thank you for tracking this down. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#375078: bcron: daily, weekly not getting run
Package: bcron Version: 0.09-4 Severity: normal I'm using bcron-run. $ cat /etc/crontab SHELL=/bin/sh PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin 14 * * * * root run-parts --report /etc/cron.hourly 24 4 * * * root run-parts --report /etc/cron.daily 39 4 * * 7 root run-parts --report /etc/cron.weekly 54 4 1 * * root run-parts --report /etc/cron.monthly However, when I "grep run-parts /var/log/bcron/[EMAIL PROTECTED]" then I only see hourly. I don't see daily or weekly. The machine is not on 24 hours but that shouldn't matter, right?. I am using bcron 0.09-3 on my laptop and the log shows daily & weekly crons being run. How can I diagnose the problem? I tried "touch /etc/crontab" and I found a corresponding message in /var/log/bcron/update/current. What else can I try? -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.15.4-b1 Locale: LANG=C, LC_CTYPE=C Versions of packages bcron depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322113: libc6: aborted upgrade can create /etc/ld.so.nohwcap
On Mon, Aug 15, 2005 at 10:39:35AM +0900, GOTO Masanori wrote: > That's weird behavior. As I wrote previously, the role of > /etc/ld.so.nohwcap is to prevent using /lib//libc.so.6. > It means your libc6 installation is broken state. So, try to extract > libc6 package to temporary dir using dpkg-deb, and copy /lib/*.so.* to > /lib. I finally built up the courage to attempt an upgrade (to libc6 2.3.6-3). I am pleased to report that the upgrade went smoothly. All software continued to operate without interruption and worked fine after reboot. -- Make April 15 just another day, visit http://fairtax.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358407: needs warning in man page
I see that I am not the only one to report this bug. At least there should be a big warning at the top of the mogrify man page. -- Make April 15 just another day, visit http://fairtax.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357628: epiphany-browser: can't enter info into pdf forms from the browser
Package: epiphany-browser Version: 1.8.5-2 Severity: normal To reproduce, visit http://www.mca.gov.in/ and click on the button "Obtain Director Identification Number". acroread 7.0.5 is installed. mozilla-bonobo is installed. The form appears in the browser window however I can't enter data. It appears to be read-only. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.15.4-b1 Locale: LANG=C, LC_CTYPE=C Versions of packages epiphany-browser depends on: ii gconf2 2.12.1-12 GNOME configuration database syste ii gnome-icon-theme 2.10.1-2 GNOME Desktop icon theme ii iso-codes 0.49-1ISO language, territory, currency ii libart-2.0-2 2.3.16-5 Library of functions for 2D graphi ii libatk1.0-01.10.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.3-4 The Audiofile Library ii libavahi-client3 0.6.7-1 Avahi client library ii libavahi-common3 0.6.7-1 Avahi common library ii libavahi-compat-howl0 0.6.7-1 Avahi Howl compatibility library ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.6.1-1 The Bonobo UI library ii libc6 2.3.5-7 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3 The Cairo 2D vector graphics libra ii libdbus-1-20.61-4simple interprocess messaging syst ii libdbus-glib-1-2 0.61-4simple interprocess messaging syst ii libesd00.2.36-1 Enlightened Sound Daemon - Shared ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.2 FreeType 2 font engine, shared lib ii libgcc11:4.0.2-5 GCC support library ii libgconf2-42.12.1-12 GNOME configuration database syste ii libgcrypt111.2.2-1 LGPL Crypto library - runtime libr ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.6-1 The GLib library of C routines ii libgnome-desktop-2 2.12.3-1 Utility library for loading .deskt ii libgnome-keyring0 0.4.5-1 GNOME keyring services library ii libgnome2-02.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.12.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-3 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.12.2-5 GNOME virtual file-system (runtime ii libgnutls121.2.8-1 the GNU TLS library - runtime libr ii libgpg-error0 1.1-4 library for common error values an ii libgtk2.0-02.8.13-1 The GTK+ graphical user interface ii libice64.3.0.dfsg.1-1Inter-Client Exchange library ii libjpeg62 6b-5 The Independent JPEG Group's JPEG ii libmozjs0d 1.8.0.1-5 The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d1.8.0.1-5 NetScape Portable Runtime Library ii liborbit2 1:2.10.2-1.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.10.4-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1PNG library - runtime ii libpopt0 1.7-4 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-1X Window System Session Management ii libstartup-notificatio 0.8-1 library for program launch feedbac ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libtasn1-2 0.2.13-1 Manage ASN.1 structures (runtime) ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxcursor11.1.3-1 X cursor management library ii libxext6 4.3.0.dfsg.1-1X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-1X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-10 X Window System multi-head display ii libxml22.6.23.dfsg.1-0.1 GNOME XML library ii libxrandr2 4.3.0.dfsg.1-1X Window System Resize, Rotate and ii libxrender11:0.9.0.2-1 X Rendering Extension client libra ii libxslt1.1 1.1.15-1 XSLT processing library - runtime ii libxul0d 1.8.0.1-5 Gecko engine library ii python2.3 2.3.4-11sid An interactive high-level object-o ii zlib1g 1:1.2.2-8
Bug#354319: laptop-mode-tools: wrong ENOUGH_CHARGE calculation
On Mon, Feb 27, 2006 at 12:47:07AM +0100, Bart Samwel wrote: > This was already fixed, we're at version 1.30 now in unstable. > Unfortunately the version with this bug moved into testing, which I > assume you're running? Yes. It is hard to know whether testing or unstable is more stable these days. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353673: reboot
Further examination of the console output shows that the machine did reboot. So I had to reboot it twice after installing runit-run to get it to start working. Sorry I can't provide more detailed diagnostics. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352955: apt runs out of memory
Package: apt Version: 0.6.43.2 Severity: normal I'm running Xen so this is probably a Xen bug but it's still really strange. apt fails to mmap because of running out of memory. I am attaching the strace & /proc/meminfo. Can you confirm this is a Xen bug? I tried apt 0.5.23 with approx the same results. strace env -i apt-cache gencache access("/var/cache/apt/", W_OK) = 0 stat64("/var/cache/apt/pkgcache.bin", 0xb8dc) = -1 ENOENT (No such file or directory) unlink("/var/cache/apt/pkgcache.bin") = -1 ENOENT (No such file or directory) lstat64("/var/cache/apt/pkgcache.bin", 0xb98c) = -1 ENOENT (No such file or directory) open("/var/cache/apt/pkgcache.bin", O_RDWR|O_CREAT|O_TRUNC, 0666) = 3 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 fchmod(3, 0644) = 0 fstat64(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 lseek(3, 12582911, SEEK_SET)= 12582911 write(3, "\0", 1) = 1 fstat64(3, {st_mode=S_IFREG|0644, st_size=12582912, ...}) = 0 mmap2(NULL, 12582912, PROT_READ|PROT_WRITE, MAP_SHARED, 3, 0) = -1 ENOMEM (Cannot allocate memory) munmap(0x, 12582912)= -1 EINVAL (Invalid argument) ftruncate(3, 0) = 0 close(3)= 0 write(2, "E: ", 3E: ) = 3 write(2, "Couldn\'t make mmap of 12582912 b"..., 71Couldn't make mmap of 12582912 bytes - mmap (12 Cannot allocate memory)) = 71 write(2, "\n", 1 ) = 1 write(2, "W: ", 3W: ) = 3 write(2, "Unable to munmap", 16Unable to munmap)= 16 unspot:/var/cache/apt# cat /proc/meminfo MemTotal:94004 kB MemFree: 6856 kB Buffers: 4476 kB Cached: 55048 kB SwapCached:120 kB Active: 53600 kB Inactive:23924 kB HighTotal: 0 kB HighFree:0 kB LowTotal:94004 kB LowFree: 6856 kB SwapTotal: 98296 kB SwapFree:97352 kB Dirty: 0 kB Writeback: 0 kB Mapped: 33624 kB Slab: 8804 kB CommitLimit:145296 kB Committed_AS: 106944 kB PageTables:864 kB VmallocTotal: 876516 kB VmallocUsed: 204 kB VmallocChunk: 876312 kB -- Package-specific info: -- apt-config dump -- APT ""; APT::Architecture "i386"; APT::Build-Essential ""; APT::Build-Essential:: "build-essential"; Dir "/"; Dir::State "var/lib/apt/"; Dir::State::lists "lists/"; Dir::State::cdroms "cdroms.list"; Dir::State::userstatus "status.user"; Dir::State::status "/var/lib/dpkg/status"; Dir::Cache "var/cache/apt/"; Dir::Cache::archives "archives/"; Dir::Cache::srcpkgcache "srcpkgcache.bin"; Dir::Cache::pkgcache "pkgcache.bin"; Dir::Etc "etc/apt/"; Dir::Etc::sourcelist "sources.list"; Dir::Etc::sourceparts "sources.list.d"; Dir::Etc::vendorlist "vendors.list"; Dir::Etc::vendorparts "vendors.list.d"; Dir::Etc::main "apt.conf"; Dir::Etc::parts "apt.conf.d"; Dir::Etc::preferences "preferences"; Dir::Bin ""; Dir::Bin::methods "/usr/lib/apt/methods"; Dir::Bin::dpkg "/usr/bin/dpkg"; DPkg ""; DPkg::Pre-Install-Pkgs ""; DPkg::Pre-Install-Pkgs:: "/usr/sbin/dpkg-preconfigure --apt || true"; -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- deb http://http.us.debian.org/debian stable main contrib non-free #deb http://http.us.debian.org/debian testing main contrib non-free #deb http://http.us.debian.org/debian unstable main contrib non-free #deb http://non-us.debian.org/debian-non-US testing/non-US main contrib non-free #deb http://security.debian.org sarge/updates main contrib non-free # Uncomment if you want the apt-get source function to work #deb-src http://http.us.debian.org/debian sarge main contrib non-free #deb-src http://non-us.debian.org/debian-non-US sarge/non-US main contrib non-free -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11.12-xenU-rimu1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages apt depends on: ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-8 GCC support library ii libstdc++64.0.2-8The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352955: oops
Sorry, I'm an idiot. You may close this bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352161: runit-services: portmap run script doesn't handle /var/run/portmap.state
On Tue, Feb 14, 2006 at 02:52:02PM +, Gerrit Pape wrote: > I think if it is important, it's poorly implemented in the existing init > script (race). Better just close the bug and wait for actual complaints of brokenness. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352159: initgroups
See bcron-exec.c: if (0 && initgroups(pw->pw_name, pw->pw_gid) != 0) die1sys(111, "Could not initgroups"); That can't be correct. signature.asc Description: Digital signature
Bug#350918: runit-services: ssh/log/run fix
On Sat, Feb 04, 2006 at 11:08:18AM +, Gerrit Pape wrote: > On Sat, Feb 04, 2006 at 04:28:38PM +0530, Joshua N Pritikin wrote: > > On Sat, Feb 04, 2006 at 10:40:17AM +, Gerrit Pape wrote: > > > On Wed, Feb 01, 2006 at 11:28:13PM +0530, [EMAIL PROTECTED] wrote: > > > > Looks like a typo? > > > > > > Well, $_ is just fine, it expands to the last argument of the previous > > > command. > > > > I wonder why it didn't work. If I use $_ as is I get: > > > > runsvdir -P /var/service log: tory?chown: failed to get attributes of > > `': No such file or directory?chown: failed to get attributes of `': No > > such file or directory?chown: failed to get attributes of `': No such > > file or directory?chown: failed to get attributes of `': No such file or > > directory?chown: failed to get attributes of ... etc > > Hmm, where does /bin/sh point to on your system? Why dash of course! emit:~# ls -l /bin/sh lrwxrwxrwx1 root root4 2005-08-24 15:34 /bin/sh -> dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#350918: runit-services: ssh/log/run fix
On Sat, Feb 04, 2006 at 10:40:17AM +, Gerrit Pape wrote: > On Wed, Feb 01, 2006 at 11:28:13PM +0530, [EMAIL PROTECTED] wrote: > > Looks like a typo? > > Well, $_ is just fine, it expands to the last argument of the previous > command. I wonder why it didn't work. If I use $_ as is I get: runsvdir -P /var/service log: tory?chown: failed to get attributes of `': No such file or directory?chown: failed to get attributes of `': No such file or directory?chown: failed to get attributes of `': No such file or directory?chown: failed to get attributes of `': No such file or directory?chown: failed to get attributes of ... etc > I'll change it for consistency though. OK signature.asc Description: Digital signature
Bug#349173: bcron: provide a virtual package "cron-service"
On Mon, Jan 30, 2006 at 02:51:05PM +, Gerrit Pape wrote: > When introducing the bcron/bcron-run packages I made the > bcron-run package > > Provides: cron > Replaces: cron > Conflicts: cron > > for that reason, and filed > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=304038 > > I didn't know about a virtual package 'cron-service' until now. Is it > really necessary, or should logrotate simply drop the version from the > dependency? Looks like this conversation is going around in circles. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=349150 signature.asc Description: Digital signature
Bug#349173: bcron: provide a virtual package "cron-service"
On Mon, Jan 30, 2006 at 02:03:21PM +, Gerrit Pape wrote: > On Sat, Jan 21, 2006 at 06:27:50PM +0530, [EMAIL PROTECTED] wrote: > > Otherwise logrotate needs to depend on cron | anacron | fcron | bcron | > > etc. > > Hi, where's exactly documented which functionality a package providing > 'cron-service' must support, so that I can check whether bcron-run meets > the requirements? I'm really not sure the requirements need be much more formal than "whatever logrotate needs" which (I believe) is merely /etc/cron.daily/. It is important for logrotate to be installable with bcron because lots of services install stuff into /etc/logrotate.d/ because they haven't been converted over to svlogd yet. Ultimately, it won't matter because logrotate will be obsoleted by svlogd. In the short term, however, interoperability is crucial to ease the gradual runit & svlogd migration. signature.asc Description: Digital signature
Bug#350132: LC_ALL=C
Appears to be a locale problem. If I run it with LC_ALL=C then it works fine. signature.asc Description: Digital signature
Bug#349150: [EMAIL PROTECTED]: Re: Bug#349171: fcron: provide a virtual package "cron-service"]
Perhaps "core-cron-service" or "basic-cron-service"? - Forwarded message from Henrique de Moraes Holschuh <[EMAIL PROTECTED]> - From: Henrique de Moraes Holschuh <[EMAIL PROTECTED]> To: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Bug#349171: fcron: provide a virtual package "cron-service" severity 349171 wishlist tag 349171 moreinfo thanks On Sat, 21 Jan 2006, [EMAIL PROTECTED] wrote: > Otherwise logrotate needs to depend on cron | anacron | fcron | bcron | > etc. This is silly. fcron provides only anacron-like service. It does not provide /etc/cron.d service, /etc/crontab service, or crontabs. So no, I am not going to provide cron-service, unless it is very clear that cron-service means only /etc/cron.daily, /etc/cron.weekly, /etc/cron.monthly. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#349150: logrotate should not depend on cron
On Sat, Jan 21, 2006 at 12:20:42PM +, Paul Martin wrote: > I suggest you petition for a "cron-service" virtual package to be > provided, and get cron, anacron, bcron and fcron to "Provides" this > virtual package. Then I can do as you ask. See bugs 349170 349171 349173 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344281: [Pkg-octave-devel] Bug#344281: panic: Illegal instruction in det(eye(x))
On Fri, Dec 23, 2005 at 10:22:44AM -0600, Douglas Bates wrote: > It's dying in an Atlas call to a relatively simple routine (idamax). > Because it gives an illegal instruction error my guess is that it is > picking up the wrong version of the Atlas libraries. The Atlas > libraries are specific to the particular processor being used. You > could try installing one of > > atlas3-3dnow > atlas3-sse2 > atlas3-sse > > according to the type of processor you are running. I believe these > can all coexist on the same system and the installation process sets > up a local map to the optimal version but I'm not sure about that. I tried installing atlas3-* but I have a transmeta CPU and, apparently, no special instructions are supported. The only atlas library I have installed is atlas3-base 3.6.0-19. signature.asc Description: Digital signature
Bug#344281: [Pkg-octave-devel] Bug#344281: panic: Illegal instruction in det(eye(x))
On Thu, Dec 22, 2005 at 09:11:44AM -0600, Douglas Bates wrote: > On 12/21/05, Dirk Eddelbuettel <[EMAIL PROTECTED]> wrote: > > | I tried to octave2.1 also, det(eye(9)) gives a panic: Illegal > > | instruction. det(eye(4)), 5, 6, 7, 8 works though. It's a mystery. > > > > I very vaguely recall a bug report with respect to Lapack that came up in R > > that was triggered by one matrix size only. If memory serves, it was 9 as > > well. This is the reason we build R with its own copy of Lapack. > > > > I cannot recall what the exact circumstances were, but maybe Doug or Brian > > (CC'ed) can remember ? > > I believe that bug was in an eigenvalue-eigenvector calculation. I > imagine this calculation is done using an LU decomposition or, if the > matrix is recognized as being symmetric, a Bunch-Kaufman > decomposition. > > Can you create a traceback to show where it is generating the illegal > instruction? Does the follow provide enough detail or should I recompile with -g? Program received signal SIGILL, Illegal instruction. [Switching to Thread -1240947008 (LWP 9259)] 0xb670b656 in ATL_diamax_xp1yp0aXbX () from /usr/lib/atlas/libblas.so.3 (gdb) where #0 0xb670b656 in ATL_diamax_xp1yp0aXbX () from /usr/lib/atlas/libblas.so.3 #1 0xb68f33a8 in ?? () from /usr/lib/atlas/libblas.so.3 #2 0x0009 in ?? () #3 0x08f508c8 in ?? () #4 0xb670b4a5 in ATL_idamax () from /usr/lib/atlas/libblas.so.3 #5 0x0009 in ?? () #6 0x08f508c8 in ?? () #7 0x0001 in ?? () #8 0x0009 in ?? () #9 0xb670b440 in ATL_dgpr1U_a1_x1_yX () from /usr/lib/atlas/libblas.so.3 #10 0xb6e3d578 in ?? () from /usr/lib/atlas/liblapack.so.3 #11 0x08f508c8 in ?? () #12 0xb6932c8c in cblas_idamax () from /usr/lib/atlas/liblapack.so.3 #13 0x0009 in ?? () #14 0x08f508c8 in ?? () #15 0x0001 in ?? () #16 0x0009 in ?? () #17 0xb6932c50 in cblas_icamax () from /usr/lib/atlas/liblapack.so.3 #18 0xb6e3d578 in ?? () from /usr/lib/atlas/liblapack.so.3 #19 0x08f50910 in ?? () #20 0xb6913d43 in ATL_dgetrfC () from /usr/lib/atlas/liblapack.so.3 #21 0x08f50258 in ?? () #22 0x08f4fe3c in ?? () ---Type to continue, or q to quit--- #23 0x08f50058 in ?? () #24 0x08f50058 in ?? () #25 0x in ?? () #26 0x in ?? () #27 0x08f50058 in ?? () #28 0x08f50058 in ?? () #29 0x08f50258 in ?? () #30 0x08f4fe3c in ?? () #31 0x in ?? () #32 0x0009 in ?? () #33 0x08f50258 in ?? () #34 0x08f4fe3c in ?? () #35 0x08f50058 in ?? () #36 0xb6e3d578 in ?? () from /usr/lib/atlas/liblapack.so.3 #37 0x0009 in ?? () #38 0x08f4f898 in ?? () #39 0x0002 in ?? () #40 0xb6913c27 in ATL_dgetrfC () from /usr/lib/atlas/liblapack.so.3 #41 0x08048430 in ?? () #42 0xb7880b9c in ?? () from /usr/lib/octave-2.9.4/liboctinterp.so #43 0x08f50022 in ?? () #44 0x08f50058 in ?? () #45 0x08f50258 in ?? () ---Type to continue, or q to quit--- #46 0x08f4fe3c in ?? () #47 0xb783775c in ?? () from /usr/lib/octave-2.9.4/liboctinterp.so #48 0x0f3a8b99 in ?? () #49 0xb7880b9c in ?? () from /usr/lib/octave-2.9.4/liboctinterp.so #50 0x08f4fe3c in ?? () #51 0xb612cc34 in free () from /lib/tls/i686/cmov/libc.so.6 signature.asc Description: Digital signature
Bug#322939: oops
This is not a blam bug. My machine was unable to fork due to zombies. Sorry. -- Make April 15 just another day, visit http://fairtax.org signature.asc Description: Digital signature
Bug#322331: not just beagled
It looks like many of the shell scripts are broken in the same way. I'll switch /bin/sh back to /bin/bash for now. -- Make April 15 just another day, visit http://fairtax.org signature.asc Description: Digital signature