Bug#852751: [cryptkeeper] Sets the same password "p" for everything independently of user input
Hi, The source of this bug is this upstream commit to encfs, which defaults to Config_Standard in the context in which cryptkeeper is trying to call encfs. Debian has applied this commit to encfs in the 1.9.1-3 release of encfs. https://github.com/vgough/encfs/commit/c3a7da5eff4055e77dc9404b0c15945485232bf2 The situation is then that cryptkeeper is no longer maintained upstream, and is assuming a certain behavior of encfs which is no longer valid. Daniel signature.asc Description: OpenPGP digital signature
Bug#852751: [cryptkeeper] Sets the same password "p" for everything independently of user input
Control: forwarded 852751 https://github.com/tomm/cryptkeeper/issues/23 Forwarded this upstream, but it seems basically dead. Fortunately, cryptkeeper was removed from Testing already (https://github.com/tomm/cryptkeeper/issues/23), perhaps it should just be removed from Debian altogether. Daniel signature.asc Description: OpenPGP digital signature
Bug#533247: aptitude: Segmentation Fault on all attempts to access apt database
Thanks for looking into this, I think it's reasonable to close it. I now longer have the core files. Regards, Daniel On Wed, Feb 5, 2014 at 11:19 PM, Manuel A. Fernandez Montecelo manuel.montez...@gmail.com wrote: Hi, I am doing some bug triaging with aptitude. As you say: I'm downgrading this and reassigning to aptitude, this seems like it will be almost impossible to reproduce so feel free to close if you think that's appropriate, it is my fault for not saving the exact error on apt-get update. The URL to download the core files is not available now (404, not found), which might have been useful, even if not having something else available: https://alioth.debian.org/~dmoerner-guest/core So I think that it would have been nice to reproduce the conditions triggering the bug and fixing it at that time, but I also cannot see how to do it at this time with the information available, so I think that it's better to close this report now. Please somebody reopen if you have seen similar bug reports, can provide more information or simply have any concerns about this. Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com
Bug#728920: stockfish: polyglot.ini should refer to /usr/games/stockfish and autodetect the number of cores
Hi, Newer versions of SF (4+) no longer support autodetection of cores anyway, since the autodetection was detecting hyperthreaded cores. (See git commit a16ba5bbd1034417f864476e4ba33d35970557db.) So when a new version of SF is (hopefully) uploaded to Debian, part of this patch won't be needed or desirable. But changing the default execution path is of course correct. Daniel
Bug#695239: winetricks won't install alongside wine:i386
Ah, I understand. Thanks for the clarification. If I get it, the virtual package is supposed to transparently handle multiarch once it's been enabled. I still think that cases where people install the i386 virtual package might occur, so it would be good to not have this weird situation. Daniel On Thu, Dec 6, 2012 at 10:10 AM, Dominik George n...@naturalnet.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 severity 695239 important reassign 695239 wine 1.4.1-1 retitle 695239 wine meta-package is not multiarch kthxbye Hi, this bug is in the wine metapackage rather than in winetricks. I also think it is not grave because what you did is not what the average user does. The wine:amd64 package will pull in i386 dependencies even if not specifically requested, so doing apt-get install wine rather than wine:i386 in the first place does the trick. Cheers, Nik - -- * mirabilos is handling my post-1990 smartphone * mirabilos Aaah, it vibrates! Wherefor art thou, daemonic device?? PGP fingerprint: 2086 9A4B E67D 1DCD FFF6 F6C1 59FC 8E1D 6F2A 8001 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQFOBAEBCAA4BQJQwN9YMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQWfyOHW8qgAGwvAf9Fj6GczYhcnQlHFh5DIMW eTouf4FmdbzPmuaGmg0C+NPrIfHgyYLfJLvZxqJM4MNjHlugsVVt8RBz+RWuy9sy NJXrwh1X6YyA6p4ofDlrGBOKkN6xvyAGYDv8aC/Dvb9K+cPEUwOPmrx5Oti2+pph 186ZlKVgaw00Cz/wLOCpfH4g1bon/VljSpTD93FRYi5rXvOdsi3AhyMK8RHbx4yH g9BkGCb8V+SQXsx846d9H1iAzEdkwJfoFW1REyxduTMaCKtWO4wRCuAYudbyJlvv hAQEWjgu1DWLK2mtVQmlQatXnNyJCYeZtLpbA0z83WYKPTVP/j294HzdDtdwERHJ 8g== =vWMH -END PGP SIGNATURE-
Bug#695239: winetricks won't install alongside wine:i386
Package: winetricks
Version: 0.0+20121030+svn918-1
Severity: serious
Hi,
I've labeled this Serious since I believe multiarch is a release goal,
but that might be incorrect.
My errors might also follow from never using multiarch before, but I did
the following, which I believe is correc,t and now winetricks is
uninstallable (and there is no multiarch winetricks:i386 package).
dpkg --add-architecture i386
aptitude update
aptitude install wine:i386
root@skynet:~# aptitude install winetricks
The following NEW packages will be installed:
cabextract{a} wine{ab} winetricks
0 packages upgraded, 3 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/276 kB of archives. After unpacking 968 kB will be used.
The following packages have unmet dependencies:
wine : Conflicts: wine:i386 but 1.4.1-4 is installed.
wine:i386 : Conflicts: wine but 1.4.1-4 is to be installed.
The following actions will resolve these dependencies:
Remove the following packages:
1) wine:i386
Thanks,
Daniel
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages winetricks depends on:
pn cabextract none
ii p7zip 9.20.1~dfsg.1-4
ii unzip 6.0-7
ii wget1.13.4-3
ii wine1.4.1-4
Versions of packages winetricks recommends:
ii gksu 2.0.2-6
ii sudo 1.8.5p2-1
ii xdg-utils 1.1.0~rc1+git20111210-6
ii zenity 3.4.0-2
winetricks suggests no packages.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674048: Does not pick up plug-event when lid-screen event has already triggered
Package: gnome-power-manager Version: 3.4.0-2 Severity: normal Hi, First of all: This may be a bug in gnome-tweak-tool. It relates to the way that suspend/resume are triggered by laptop lid-close events. Gnome-tweak-tool might be the one poorly implementing this. On Gnome 2.x, I had my computer set up to blank screen on lid close on AC, and suspend on lid close on battery. This allowed me to close the screen on while on AC, and then disconnect the laptop, and it would then automatically suspend. This does not happen on Gnome 3.x. If I disconnect a closed laptop, it does not automatically suspend with these settings. I'd be happy to help with any debugging you need. Thanks, Daniel -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-power-manager depends on: ii consolekit 0.4.5-3 ii dbus-x11 1.5.12-1 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-1 ii dpkg 1.16.3 ii gnome-settings-daemon3.2.2-3 ii libc62.13-32 ii libcairo21.12.2-1 ii libglib2.0-0 2.32.2-1 ii libgtk-3-0 3.4.2-1 ii libpango1.0-01.30.0-1 ii libupower-glib1 0.9.16-2 ii notification-daemon 0.7.4-1 ii upower 0.9.16-2 gnome-power-manager recommends no packages. Versions of packages gnome-power-manager suggests: ii policykit-1 0.104-2 -- 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#598685: Debian Scheme48 package ITA
On Fri, Jun 10, 2011 at 3:06 AM, aki helin aohe...@gmail.com wrote: Hi, I noticed Scheme48 has been orphaned for a while in Debian (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598685). I've been meaning to get involved in Debian for a while now, and Scheme48 is one of the packages I usually have installed, so I'd be happy adopt it. Would this be ok? That would be great! It's a good package and fairly simple to maintain. Upstream is cooperative with patch requests, but who knows when they'll produce a new release. Good luck! Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606292: test done in squeeze, not sid
tags 606292 +unreproducible kthxbye Hi, i cannot reproduce this in a clean squeeze cowbuilder. Is there something strange with /tmp when using sbuild? Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606292: test done in squeeze, not sid
On Wed, Dec 8, 2010 at 12:42 AM, Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Hi, Despite what the report says, the build test was done in testing, not in unstable. So the failure is seen in testing, and possibly not in unstable. For what it's worth, it's not reproducible in a sid cowbuilder. I'll test squeeze soon. -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598680: O: focal
Subject: O: focal Package: wnpp Severity: normal I am resigning from my duties as a Debian Maintainer, as my priorities have now shifted away from work on Linux. All of my packages are on the git collab-maint. Best of luck to anyone who wishes to maintain them. Regards, Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598681: O: pekwm -- Fast Light Window Manager
Subject: O: pekwm -- Fast Light Window Manager Package: wnpp Severity: normal I am resigning from my duties as a Debian Maintainer, as my priorities have now shifted away from work on Linux. All of my packages are on the git collab-maint. Best of luck to anyone who wishes to maintain them. Regards, Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598682: O: libogginfo-ruby -- Ruby library for accessing low-level information on ogg files
Package: wnpp Severity: normal I am resigning from my duties as a Debian Maintainer, as my priorities have now shifted away from work on Linux. All of my packages are on the git collab-maint. Best of luck to anyone who wishes to maintain them. libogginfo-ruby is already maintained as part of pkg-ruby-extras. Regards, Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598683: O: pekwm-themes -- Themes for the pekwm window manager
Package: wnpp Severity: normal I am resigning from my duties as a Debian Maintainer, as my priorities have now shifted away from work on Linux. All of my packages are on the git collab-maint. Best of luck to anyone who wishes to maintain them. Regards, Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598684: O: r6rs-doc -- Revised^6 Report on the Algorithmic Language Scheme
Package: wnpp Severity: normal I am resigning from my duties as a Debian Maintainer, as my priorities have now shifted away from work on Linux. All of my packages are on the git collab-maint. Best of luck to anyone who wishes to maintain them. Regards, Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598685: O: scheme48 -- A simple, modular, and lightweight Scheme implementation
Package: wnpp Severity: normal I am resigning from my duties as a Debian Maintainer, as my priorities have now shifted away from work on Linux. All of my packages are on the git collab-maint. Best of luck to anyone who wishes to maintain them. Regards, Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598686: O: smlnj -- Standard ML of New Jersey interactive compiler
Package: wnpp Severity: normal I am resigning from my duties as a Debian Maintainer, as my priorities have now shifted away from work on Linux. All of my packages are on the git collab-maint. Best of luck to anyone who wishes to maintain them. Regards, Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598687: O: transset-df -- support on-the-fly transparency changing in xorg
Package: wnpp Severity: normal I am resigning from my duties as a Debian Maintainer, as my priorities have now shifted away from work on Linux. All of my packages are on the git collab-maint. Best of luck to anyone who wishes to maintain them. Regards, Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598689: O: ypsilon -- R6RS Scheme implementation with concurrent garbage collector
Package: wnpp Severity: normal I am resigning from my duties as a Debian Maintainer, as my priorities have now shifted away from work on Linux. All of my packages are on the git collab-maint. Best of luck to anyone who wishes to maintain them. Regards, Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598688: O: tint2 -- lightweight taskbar
Package: wnpp Severity: normal I am resigning from my duties as a Debian Maintainer, as my priorities have now shifted away from work on Linux. All of my packages are on the git collab-maint. Best of luck to anyone who wishes to maintain them. Regards, Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591008: status?
Hi, I have reconsidered my priorities for the next few years and plan to orphan my packages and resign from Debian maintainership. I'll orphan my packages in the next few days. They are all on collab-maint, including tint2, if anyone wants to take them up. Sorry if this is a disappointment, Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589488: smlnj: FTBFS on powerpc: Fatal error -- unexpected fault, signal = 5, code = 0x8000
On Sat, Jul 17, 2010 at 10:32 PM, Jakub Wilk jw...@debian.org wrote: Source: smlnj Version: 110.72-1 Severity: serious Justification: FTBFS on powerpc User: debian-powe...@lists.debian.org Usertags: powerpc Hello, Your package failed to build from source on powerpc. Tail of the build log: | [compiling $smlnj/init/(init.cmi):core-intinf.sml] | /build/buildd-smlnj_110.72-1-powerpc-T8v3JU/smlnj-110.72/bootstrap/bin/sml: Fatal error -- unexpected fault, signal = 5, code = 0x8000 Full build log is available here: https://buildd.debian.org/fetch.cgi?pkg=smlnjver=110.72-1arch=powerpcstamp=1267719699file=log This has been reported to upstream for some time with no response: http://smlnj-gforge.cs.uchicago.edu/tracker/index.php?func=detailaid=54group_id=33atid=215 -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591008: tint2: Please package new upstream version
On Fri, Jul 30, 2010 at 2:59 PM, Daniel Moerner dmoer...@gmail.com wrote: On Fri, Jul 30, 2010 at 2:51 PM, Sebastian Reichel elektra...@gmail.com wrote: Package: tint2 Version: 0.9-2 Severity: wishlist Hi, Please package new upstream release 0.11 and fix the watch file :) Thanks for the heads-up, I've already had the luxury of mangling the -beta and _beta version strings, I'll just add the switch to bz2 to the list :) Quick update: The new release includes two new binaries. I won't be able to upload until I fix the Python script install paths and have time to write brief manpages. -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591008: tint2: Please package new upstream version
On Fri, Jul 30, 2010 at 2:51 PM, Sebastian Reichel elektra...@gmail.com wrote: Package: tint2 Version: 0.9-2 Severity: wishlist Hi, Please package new upstream release 0.11 and fix the watch file :) Thanks for the heads-up, I've already had the luxury of mangling the -beta and _beta version strings, I'll just add the switch to bz2 to the list :) Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583981: ypsilon: Terminates with Illegal instruction
On Mon, May 31, 2010 at 2:48 PM, Stefan Gursky scorpy...@yahoo.com wrote: Package: ypsilon Version: 0.9.6.update3-6 Severity: grave Tags: sid upstream Justification: renders package unusable Running ypsilon terminates immediately with message Illegal instruction. It is this bug: http://code.google.com/p/ypsilon/issues/detail?id=134 (workaround proposed there works) Thanks for the report. I just left for vacation until June 16th and can't make uploads remotely. However, I can upload as soon as I return home. -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572227: Tint2 clock's update problem
tag 572227 -patch +fixed-upstream thanks On Tue, Mar 2, 2010 at 3:13 PM, Daniel Moerner dmoer...@gmail.com wrote: For reference: http://code.google.com/p/tint2/issues/detail?id=230 Fixed in upstream r392. I'll see how easy it is to cherry-pick the fix tomorrow. Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572227: Tint2 clock's update problem
tag 572227 +patch thanks Hi, On Tue, Mar 2, 2010 at 6:26 AM, Adam Lee adam8...@gmail.com wrote: Package: tint2 Version: 0.9-1 Severity: important When clock shows only hour and minutes, it updates every 60 seconds, It make time differs from date command output for ~1 minute. I know add seconds can prevent it, but it is a BUG. Actually it made loss to me. Well, the fix is obvious, for a 30 second update, e.g.: diff --git a/src/clock/clock.c b/src/clock/clock.c index 82964a6..e912e01 100644 --- a/src/clock/clock.c +++ b/src/clock/clock.c @@ -89,7 +89,7 @@ void init_clock() if (strchr(time1_format, 'S') || strchr(time1_format, 'T') || st clock_timeout = add_timeout(10, 1000, update_clocks, 0); else - clock_timeout = add_timeout(10, 6, update_clocks, 0) + clock_timeout = add_timeout(10, 3, update_clocks, 0) } } However, I'm not sure if there's a better update interval. You say this caused you to lose something, but obviously, you shouldn't be relying on a system tray clock set to minutes if you need accuracy to the minute. I'll bring it up with upstream, but I'm giving you warning--the update time will definitely not be set to much faster than 30 seconds, if faster. That's just a waste. Regards, Daniel -- Daniel Moerner dmoer...@gmail.com signature.asc Description: OpenPGP digital signature
Bug#572227: Tint2 clock's update problem
For reference: http://code.google.com/p/tint2/issues/detail?id=230 Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568816: dvi2ps not installable as libkpathsea4 was removed in TeXLive2009
Package: dvi2ps Version: 4.1j-2 Severity: grave Hi, dvi2ps is now uninstallable in sid, because it depends on libkpathsea4, but libkpathsea5 is now shipped by texlive-bin. [1] However, dvi2ps doesn't appear to work anyway with the new libkpathsea5. [2] Maybe that bug report needs to have a higher severity. Regards, Daniel [1] http://packages.qa.debian.org/t/texlive-bin/news/20091211T160332Z.html [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565232 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562359: Fix pending on port to epsfig.sty
A blocker behind this bug is that smlnj still relies on psfig.sty, rather than the newer epsfig.sty, so it fails to build on newer TeXLive 2009. I will work on fixing this. Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562685: Rejected send message, 3 matched rules: Cannot mount external drives
Package: hal Version: 0.5.11-8 Severity: important Hi, This is a fresh install of Debian Lenny manually bootstrapped using debootstrap. Whenever I try to use thunar or pcmanfm to mount any external drive, I get this error: Rejected send message, 3 matched rules; type=method_call, sender=:1.14 (uid=1000 pid=5924 comm=pcmanfm ) interface=org.freedesktop.Hal.Device.Volume member=Mount error name=(unset) requested_reply=0 destination=org.freedesktop.Hal (uid=0 pid=4898 comm=/usr/sbin/hald )) When I peformed the initial bootstrapping, I did it by bind-mounting the old /dev on top of the system. Is it possible that this is what is causing the problem? Should I try a MAKEDEV generic and see if that fixes it? I'd prefer to avoid this if possible. Thanks, Daniel -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hal depends on: ii adduser 3.110 add and remove users and groups ii dbus 1.2.1-5+lenny1 simple interprocess messaging syst ii hal-info 20080508+git20080601-1 Hardware Abstraction Layer - fdi f ii libc6 2.7-18 GNU C Library: Shared libraries ii libdbus-1-3 1.2.1-5+lenny1 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1 simple interprocess messaging syst ii libexpat1 2.0.1-4+lenny2 XML parsing C library - runtime li ii libgcc1 1:4.3.2-1.1GCC support library ii libglib2.0-0 2.16.6-2 The GLib library of C routines ii libhal-storage1 0.5.11-8 Hardware Abstraction Layer - share ii libhal1 0.5.11-8 Hardware Abstraction Layer - share ii libsmbios22.0.3.dfsg-1 Provide access to (SM)BIOS informa ii libstdc++64.3.2-1.1 The GNU Standard C++ Library v3 ii libusb-0.1-4 2:0.1.12-13userspace USB programming library ii libvolume-id0 0.125-7+lenny3 libvolume_id shared library ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii mount 2.13.1.1-1 Tools for mounting and manipulatin ii pciutils 1:3.0.0-6 Linux PCI Utilities ii pm-utils 1.1.2.4-1 utilities and scripts for power ma ii udev 0.125-7+lenny3 /dev/ and hotplug management daemo ii usbutils 0.73-10Linux USB utilities Versions of packages hal recommends: ii eject 2.1.5+deb1-4 ejects CDs and operates CD-Changer pn libsmbios-bin none (no description available) Versions of packages hal suggests: pn gnome-device-manager none (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#551763: License for FOCAL Interpreter
Hi, Sorry for the slight delay, one of my testboxes was down so I had to request for remote access on another. On 12/10/2009 12:23 PM, Dave Pitts wrote: Also, just a little reminder that you might want to update the link on your homepage to point to the latest tarball (http://www.cozx.com/~dpitts). I was waiting to change things until we were totally happy New tarball in the same place. When you're good with it, I'll change the link. That makes sense; thanks for the install path changes. There's one more change I'd suggest: the interpreter works fine on two more kernels than the ones in the Makefile. I tested it on both GNU/Hurd and GNU/kFreeBSD, and it seems to work fine. So I'd suggest applying the attached patch. I chose gnuhurd and gnukfreebsd for the names in the targets, if you'd prefer something else that's understandable. Other than that I think it looks perfect. Daniel diff --git a/Makefile b/Makefile index 1e6a62c..af93e00 100644 --- a/Makefile +++ b/Makefile @@ -35,6 +35,14 @@ all : echo Making Linux on a `uname -m` ;\ make $(TARGETS) \ CFLAGS = -O2 -DSYSVDIR -DSTRERROR -DANSICRT $(DEBUG) ;\ + elif [ `uname -s` = GNU/kFreeBSD ]; then \ + echo Making GNU/kFreeBSD on a `uname -m`;\ + make $(TARGETS) \ + CFLAGS = -O2 -DSYSVDIR -DSTRERROR -DANSICRT $(DEBUG) ;\ + elif [ `uname -s` = GNU ] ; then \ + echo Making GNU/Hurd on a `uname -m`;\ + make $(TARGETS) \ + CFLAGS = -O2 -DSYSVDIR -DSTRERROR -DANSICRT $(DEBUG) ;\ elif [ `uname -s` = OS/390 ] ; then \ echo Making OS/390 USS ;\ make $(TARGETS) CC=cc \ @@ -47,7 +55,7 @@ all : else \ echo OS type `uname -s` is unknown ;\ echo You must enter an OS type. OS types are: ;\ - echolinux | nt | openmvs | openvms | os2 | riscos | solaris | sunos ;\ + echolinux | nt | openmvs | openvms | os2 | riscos | solaris | sunos | gnuhurd | gnukfreebsd ;\ echo ;\ echo For IBM OS/390 you have the choices: ;\ echodignusdcc | dignusgcc | mvs ;\ @@ -75,6 +83,16 @@ linux : CFLAGS = -O2 -DSYSVDIR -DSTRERROR -DANSICRT $(DEBUG) \ $(PARM) +gnuhurd : + @make focal$(EXE) \ + CFLAGS = -O2 -DSYSVDIR -DSTRERROR -DANSICRT $(DEBUG) \ + $(PARM) + +gnukfreebsd : + @make focal$(EXE) \ + CFLAGS = -O2 -DSYSVDIR -DSTRERROR -DANSICRT $(DEBUG) \ +$(PARM) + solaris : @make focal$(EXE) \ CFLAGS = -O -DSYSVDIR -DSTRERROR -DANSICRT $(DEBUG) \ signature.asc Description: OpenPGP digital signature
Bug#560894: Openoffice.org hangs on Insert - Header/Footnote
Package: openoffice.org-writer Version: 1:3.1.1-9 Severity: important Hi, oowriter is just hanging when I Insert - Header/Footnote. There is no segfault or backtrace in gdb. I have no idea how to debug this. This issue has never come up before. For the time being I can take an existing footnote in another document, and then copy/paste it into new documents. I'd be happy to do anything needed to debug this. Daniel -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openoffice.org-writer depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgcc11:4.4.2-4 GCC support library ii libicu42 4.2.1-3 International Components for Unico ii libstdc++6 4.4.2-4 The GNU Standard C++ Library v3 ii libwpd8c2a 0.8.14-1 Library for handling WordPerfect d ii libwps-0.1-1 0.1.2-1 Works text file format import filt ii openoffice.org-base-co 1:3.1.1-9 full-featured office productivity ii openoffice.org-core1:3.1.1-9 full-featured office productivity ii ure1.5.1+OOo3.1.1-9 OpenOffice.org UNO runtime environ ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages openoffice.org-writer recommends: ii default-jre [java5-runtime] 1.6-34 Standard Java or Java compatible R ii openjdk-6-jre [java5-runtim 6b16-1.6.1-2 OpenJDK Java runtime, using Hotspo pn openoffice.org-emailmerge none (no description available) pn openoffice.org-filter-binfi none (no description available) ii openoffice.org-java-common 1:3.1.1-9full-featured office productivity ii openoffice.org-math 1:3.1.1-9full-featured office productivity Versions of packages openoffice.org-writer suggests: ii openoffice.org-base 1:3.1.1-9 full-featured office productivity pn openoffice.org-gcjnone (no description available) Versions of packages openoffice.org-core depends on: ii fontconfig 2.6.0-4 generic font configuration library ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libcurl3-gnutls7.19.7-1 Multi-protocol file transfer libra ii libdb4.8 4.8.24-1 Berkeley v4.8 Database Libraries [ ii libexpat1 2.0.1-5 XML parsing C library - runtime li ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgcc11:4.4.2-4 GCC support library ii libglib2.0-0 2.22.3-1 The GLib library of C routines ii libgstreamer-plugins-b 0.10.25-7 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.25-4 Core GStreamer libraries and eleme ii libgtk2.0-02.18.4-1 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.8-5 spell checker and morphological an ii libhyphen0 2.4-6 ALTLinux hyphenation library - sha ii libice62:1.0.6-1 X11 Inter-Client Exchange library ii libicu42 4.2.1-3 International Components for Unico ii libjpeg62 6b-15 The Independent JPEG Group's JPEG ii libldap-2.4-2 2.4.17-2.1OpenLDAP libraries ii libneon27-gnutls 0.29.0-1 An HTTP and WebDAV client library ii libnspr4-0d4.8.2-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.4-1 Network Security Service libraries ii librdf01.0.9-3 Redland Resource Description Frame ii libsm6 2:1.1.1-1 X11 Session Management library ii libstdc++6 4.4.2-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.2-1 X11 client-side library ii libxaw72:1.0.7-1 X11 Athena Widget library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxml22.7.6.dfsg-1 GNOME XML library ii libxrandr2 2:1.3.0-2 X11 RandR extension library ii libxrender11:0.9.5-1 X Rendering Extension client libra ii libxslt1.1 1.1.26-1 XSLT processing library - runtime ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii openoffice.org-common 1:3.1.1-9 full-featured office
Bug#560894: Openoffice.org hangs on Insert - Header/Footnote
On 12/12/2009 05:03 PM, Rene Engelhard wrote:
On Sat, Dec 12, 2009 at 04:34:14PM -0800, Daniel Moerner wrote:
oowriter is just hanging when I Insert - Header/Footnote. There is no
segfault or backtrace in gdb. I have no idea how to debug this. This issue
And strace/ltrace?
I'm having some trouble getting a good trace of the problem.
I tried a variety of ways to get an strace. First, I just tried to
strace oowriter file, but this would terminate before I did anything
to the file--something about the way oowriter releases control from the
terminal I think.
So then I started it up, inserted a footnote, got the hang, and did an
strace -p on it and got this output, going out forever.
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN}], 2, 0) = 0 (Timeout)
read(7, 0xfd00c4, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN}], 2, 1) = 0 (Timeout)
read(7, 0xfd00c4, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN}], 2, 0) = 0 (Timeout)
read(7, 0xfd00c4, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN}], 2, 0) = 0 (Timeout)
read(7, 0xfd00c4, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN}], 2, 0) = 0 (Timeout)
read(7, 0xfd00c4, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN}], 2, 0) = 0 (Timeout)
read(7, 0xfd00c4, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN}], 2, 300) = 0 (Timeout)
read(7, 0xfd00c4, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN}], 2, 0) = 0 (Timeout)
read(7, 0xfd00c4, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN}], 2, 297) = 0 (Timeout)
read(7, 0xfd00c4, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN}], 2, 0) = 0 (Timeout)
read(7, 0xfd00c4, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN}], 2, 0) = 0 (Timeout)
read(7, 0xfd00c4, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN}], 2, 0) = 0 (Timeout)
read(7, 0xfd00c4, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN}], 2, 299) = 0 (Timeout)
read(7, 0xfd00c4, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
poll([{fd=8, events=POLLIN}, {fd=7, events=POLLIN}], 2, 0) = 0 (Timeout)
read(7, 0xfd00c4, 4096) = -1 EAGAIN (Resource
temporarily unavailable)
Then I tried to start up the program, and strace -p it before inserting
the footnote, and see what happens when I insert footnote. Then, I was
no longer able to get it to hang.
I suspect that this bug might have come from a corrupted document.
Between getting the first two straces, and trying to get the third when
I could no longer reproduce it, I used a full Save As to save a backup
of the file. After I did this, I could no longer reproduce the problem
on either document.
Thanks for the quick reply,
Daniel
signature.asc
Description: OpenPGP digital signature
Bug#551763: License for FOCAL Interpreter
NOTE: My apologies if this message got sent twice, the first version was incomplete and missing some of the attachments. On 12/09/2009 10:40 AM, Dave Pitts wrote: Daniel Moerner wrote: On 12/08/2009 07:48 AM, Dave Pitts wrote: If we're going to productize this program. I'm going to add files to the tarball like ChangeLog, README, etc. Do you have any other recommendations? Also, I'll start the version numbering at 1.0.0 for this distribution work. Well, I'd like to stress that I'm not trying to coerce you into doing other work you weren't willing to do! This doesn't have to be very complex at all, if you have a Changelog that would be nice. Before packaging it for Debian I'll also make a brief man page for it, which I will forward to you. It's not coercion to get me to do something I've been meaning to do... That is to productize and clean some things up... Anyway, there's a new tarball on my site: ftp://www.cozx.com/pub/langs/focal-1.0.0.tar.gz Take a look and let me know if there is anything else we can add. Thanks a lot, that looks great. I built a package and did some tests. I have two things to mention. First, I'd propose that you apply the attached simple patch to the Makefile, which will create $(INSTDIR) if it doesn't already exist. This makes it easier to install the program into a temporary directory. Second, part of the Debian distribution requirements is that all binaries must have a manpage. I've attached the extremely simple manpage that I put together for focal. diff --git a/Makefile b/Makefile index 43db5b5..255bbae 100644 --- a/Makefile +++ b/Makefile @@ -106,7 +106,7 @@ dignusgcc : CC = gcc-mvsdignus install : - cp $(TARGETS) $(INSTDIR) + install -D $(TARGETS) $(INSTDIR) clean : rm -f $(OBJS) $(SSRC) core $(TARGETS) .TH focal 1 December 9, 2009 .SH NAME focal \- interpreter for FOCAL .SH SYNOPSIS .B focal .RI [\fIfile\fP] .br .SH DESCRIPTION This manual page briefs documents the .B focal command. To run .B focal interactively, run it with no arguments. Alternatively, you can pass the name of a file to .B focal on the command line. This will start .B focal and execute the code in the file. .PP For information about the FOCAL programming language handbook, read the README distributed with this package. .SH AUTHOR .B focal was written by Dave Pitts dpi...@cozx.com. signature.asc Description: OpenPGP digital signature
Bug#551763: License for FOCAL Interpreter
On 12/10/2009 08:20 AM, Dave Pitts wrote: OK, I've made equivalent changes to the Makefile. The install program does not exist on all *nix platforms. Only Linux (I think)... Also, added the man page install. Thanks, it looks good. I do have a question, though: Is there any reason to install the manpages into $(INSTDIR)/man instead of $(INSTDIR)/share/man? As of the FHS 2.3, /usr/man is deprecated in favor of /usr/share/man: http://www.pathname.com/fhs/pub/fhs-2.3.html#USRSHAREMANMANUALPAGES Since most distributions will end up installing a packaged version of focal into /usr rather than /usr/local, this means they will have to make a little change when building to be FHS-compliant. Of course, the default $(INSTDIR) does point to /usr/local. And the FHS 2.3 does say that /usr/local/man and /usr/local/share/man must be synonymous--there must be a symlink between them, probably. So I think there would be no harm in just installing into /usr/local/share/man by default: http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLOCALSHARE1 Also, just a little reminder that you might want to update the link on your homepage to point to the latest tarball (http://www.cozx.com/~dpitts). Thanks, Daniel signature.asc Description: OpenPGP digital signature
Bug#530119: Fixed in upsteam svn for 110.72
tags 530119 fixed-upstream thanks I wrote a patch and forwarded it upstream, it has been added to the svn. http://smlnj-gforge.cs.uchicago.edu/tracker/index.php?func=detailaid=34group_id=33atid=215 signature.asc Description: OpenPGP digital signature
Bug#551763: ITP: focal
retitle 551763 ITP: focal -- interpreter for the FOCAL language owner 551763 dmoer...@gmail.com thanks Hi, After great cooperation with upstream I plan to package focal for Debian. Here's the rest of the information: Package name : focal Version : 1.0.0 Upstream Author : Dave Pitts dpi...@cozx.com License : GPL 2+ Programming Lang: C Description : interpreter for the FOCAL language I'll construct a proper long description which includes information about the origins of FOCAL for the final package. Daniel signature.asc Description: OpenPGP digital signature
Bug#551763: License for FOCAL Interpreter
On 12/08/2009 07:48 AM, Dave Pitts wrote: If we're going to productize this program. I'm going to add files to the tarball like ChangeLog, README, etc. Do you have any other recommendations? Also, I'll start the version numbering at 1.0.0 for this distribution work. Well, I'd like to stress that I'm not trying to coerce you into doing other work you weren't willing to do! This doesn't have to be very complex at all, if you have a Changelog that would be nice. Before packaging it for Debian I'll also make a brief man page for it, which I will forward to you. However, before doing that, I would need clarification on the license. I don't see one in the source. Under what conditions is the distribution of your interpreter permitted? Some good choices for free licenses may be the GPL or the 3-clause BSD license, depending on your taste. Normally, Public Domain is not as good of a choice.[2] Well, I did the initial coding, in Pascal, of Focal wy before anybody thought of GPL or BSD licenses. I converted it to C in the early 1980s on Dec VAX running VMS. So, what would be the easiest way to set it up? I signed GPL stuff for GCC and GAWK work that I've done in the past. Since it's your work, there should be no trouble. For the gcc work it was a bit different because you would have had to sign over your copyright to the FSF. In this case, you don't have to forfeit your copyright. All you would have to do is choose a license that you like and add it to the source tarball. This would state the license under which you authorize redistribution of Focal as copyright holder of the code of the interpreter. OK, after looking at the GCC source, we have a COPYING file, that contains the license, and comment blocks in the source like: * FOCAL is free software; you can redistribute it and/or modify it under * the terms of the GNU General Public License as published by the Free * Software Foundation; either version 2, or (at your option) any later * version. * * FOCAL is distributed in the hope that it will be useful, but WITHOUT ANY * WARRANTY; without even the implied warranty of MERCHANTABILITY or * FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License * for more details. * * You should have received a copy of the GNU General Public License * along with FOCAL; see the file COPYING. If not, write to the Free * Software Foundation, 59 Temple Place - Suite 330, Boston, MA * 02111-1307, USA. Anything else? That's the proper way to handle the license if it's under the GPL. Also don't forget to add in a header to explain that you hold the copyright since you started working on it. I appreciate your cooperation on this; it's nice that other people will be able to more easily benefit from your work. Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#551763: License for FOCAL Interpreter
On 12/07/2009 08:31 AM, Dave Pitts wrote: Daniel Moerner wrote: Hi David, I see that you've done the work to write an interpreter for the FOCAL language. Recently, a request for this package was filed in Debian GNU/Linux.[1] I'd be interested in packaging your interpreter for distribution in Debian (and by extension, Ubuntu) because it seems like a useful piece of history. Never thought anybody would be that interested in Focal Well, that interested is a loose term! But at least one person was interested, and I think it's helpful to keep work like this around for people to use. It has 82 downloads on Softpedia, at the very least. However, before doing that, I would need clarification on the license. I don't see one in the source. Under what conditions is the distribution of your interpreter permitted? Some good choices for free licenses may be the GPL or the 3-clause BSD license, depending on your taste. Normally, Public Domain is not as good of a choice.[2] Well, I did the initial coding, in Pascal, of Focal wy before anybody thought of GPL or BSD licenses. I converted it to C in the early 1980s on Dec VAX running VMS. So, what would be the easiest way to set it up? I signed GPL stuff for GCC and GAWK work that I've done in the past. Since it's your work, there should be no trouble. For the gcc work it was a bit different because you would have had to sign over your copyright to the FSF. In this case, you don't have to forfeit your copyright. All you would have to do is choose a license that you like and add it to the source tarball. This would state the license under which you authorize redistribution of Focal as copyright holder of the code of the interpreter. Also, is there a versioning system you use for packaging? Or is this the final version of FOCAL? I occasionally fix things and haven't given much thought to versioning the code. I guess I could start it at version 1.0.0 for these release purposes. What do you think? And how many are interested in a package? It's impossible to say in advance how many people would be interested. But it's my view at least that making pieces of history like this accessible to the public is always worthwhile. Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#551763: License for focal?
Hi, This seems like an interesting piece of history. However, I see no license in the tarball, or even version information. Is this really open source? Daniel signature.asc Description: OpenPGP digital signature
Bug#551763: License for FOCAL Interpreter
Hi David, I see that you've done the work to write an interpreter for the FOCAL language. Recently, a request for this package was filed in Debian GNU/Linux.[1] I'd be interested in packaging your interpreter for distribution in Debian (and by extension, Ubuntu) because it seems like a useful piece of history. However, before doing that, I would need clarification on the license. I don't see one in the source. Under what conditions is the distribution of your interpreter permitted? Some good choices for free licenses may be the GPL or the 3-clause BSD license, depending on your taste. Normally, Public Domain is not as good of a choice.[2] Also, is there a versioning system you use for packaging? Or is this the final version of FOCAL? Thanks, Daniel [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551763 [2] http://www.linuxjournal.com/article/6225 signature.asc Description: OpenPGP digital signature
Bug#559345: Contains out-of-date convenience copy of libatomic-ops
Package: libgc Version: 1:7.1-3 Severity: serious Hi, Starting with version 7.x, libgc now contains a convenience copy of libatomic-ops in the source. This might be necessary, because it seems to need the file atomic_ops.c to be present to build. The problem is that Debian's libatomic-ops contains patches to support more architectures that aren't in the convenience copy in libgc. This is serious because it's a blocker for 542285 until the patches from Debian's version are cherry-picked, or until the convenience copy is ripped out in some way. This is problematic because it's led to duplicated work, since the version of libatomic-ops in Debian has extra patches from the upstream cvs, and the version embedded in libgc has been modified as well. Observe the differences in the contents of libatomic_ops/src/atomic_ops/sysdeps/gcc. Debian's libatomic-ops after the patches have been applied: alpha.h* arm.h* cris.h* hppa.h* ia64.h* m68k.h* mips.h* powerpc.h* s390.h* sh.h* sparc.h* x86_64.h* x86.h* Debian's libgc: alpha.h avr32.h ia64.h powerpc.h sparc.h x86.h arm.hcris.h hppa.h m68k.h s390.h x86_64.h Notice that the libgc convenience copy has avr32 support due to: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=528406 But the libatomic-ops in Debian has sh and mips support due to the work in: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=336112 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=547136 These should be synced in some way. Incidentally if you want to test on mips you can use a qemu image from: http://www.aurel32.net/info/debian_mips_qemu.php I hope this is some help. Regards, Daniel -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559014: mlton should be a non-native Debian package
Package: mlton Version: 20091107 Severity: wishlist Hi, I don't understand why you changed mlton to be a native Debian package in version 20091015. mlton is not a package that was written specifically for Debian. Even if you do all the maintenance of upstream, it still makes more sense to have the upstream source separate, with the Debian changes as a patchset. This is especially confusing given that you're using a new upstream version taken from svn r7263. That would suggest that the proper version numbering would have been: 20070826+svn7263-1 or something along those lines. This would require adding an epoch to change now. Alternatively, you could date the package off of the svn version, but keep it as a non-native package. Regards, Daniel -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mlton depends on: ii gcc 4:4.3.4-1 The GNU C compiler ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libc6-dev 2.10.2-2 GNU C Library: Development Librari ii libgmp3-dev 2:4.3.1+dfsg-3 Multiprecision arithmetic library ii libgmp3c2 2:4.3.1+dfsg-3 Multiprecision arithmetic library mlton recommends no packages. mlton 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#558712: File descriptor 3 leaked on lv* invocation.
Package: sbuild Version: 0.59.0-1 Severity: normal Hi, I'm not actually sure if this is a bug in sbuild, or just the shell being overly verbose, or a bug in something else. I'm running sbuild with lvm snapshots. Every time I call something like sbuild-distupgrade, I get this message on the start of the creation of the snapshot, and this message on the end: File descriptor 3 (pipe:[6647]) leaked on lvcreate invocation. Parent PID 22902: /bin/sh File descriptor 3 (pipe:[6647]) leaked on lvremove invocation. Parent PID 23479: /bin/sh This occurs in both bash and zsh. A quick google didn't reveal anything. The actual process works fine. Thanks, Daniel -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sbuild depends on: ii adduser 3.111 add and remove users and groups ii libsbuild-perl0.59.0-1 Tool for building Debian binary pa ii perl 5.10.1-8 Larry Wall's Practical Extraction ii perl-modules 5.10.1-8 Core Perl modules Versions of packages sbuild recommends: ii debootstrap 1.0.20 Bootstrap a basic Debian system ii fakeroot 1.14.4-1 Gives a fake root environment Versions of packages sbuild suggests: pn deborphan none (no description available) ii wget 1.12-1.1 retrieves files from the web -- 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#428273: Quick update
I was about to push 110.71 through a sponsor when the shift to dpkg-source v3 was made. It'll take some time to refactor the factor into using multiple upstream tarballs, so it'll be a few more weeks until I'm able to push an upload. Daniel signature.asc Description: OpenPGP digital signature
Bug#552693: [diff2patches] Please add information to manpage about patch names and locations
Package: devscripts Version: 2.10.55 Severity: wishlist Tags: patch Hi, At the moment, the diff2patches manpage is sort of sparse. I think it should document that the debian directory is the default if debian/patches doesn't exist, and clarify whether the patches are broken up and how they are named. I had to go into the source to get this information, and I've attached a simple patch that I think makes this clearer in the manpage. Regards, Daniel -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBRELEASE_UPLOADER=dput DEBSIGN_KEYID=D7F1B32A DEBUILD_DPKG_BUILDPACKAGE_OPTS=-ICVS -I.svn -I.bzr -I.git -I.hg -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.15.4.1 Debian package development tools ii libc6 2.10.1-2 GNU C Library: Shared libraries ii perl 5.10.1-5 Larry Wall's Practical Extraction Versions of packages devscripts recommends: ii at 3.1.11-1 Delayed job execution and batch pr ii bsd-mailx [mailx] 8.1.2-0.20090911cvs-2 simple mail user agent ii bzr2.0.1-1 easy to use distributed version co ii curl 7.19.5-1.1Get a file from an HTTP, HTTPS or ii cvs1:1.12.13-12 Concurrent Versions System ii dctrl-tools2.13.1Command-line tools to process Debi ii debian-keyring [de 2009.08.27GnuPG (and obsolete PGP) keys of D ii dput 0.9.5.1 Debian package upload tool pn equivs none(no description available) ii fakeroot 1.14 Gives a fake root environment ii git-core 1:1.6.5-1 fast, scalable, distributed revisi ii gnupg 1.4.10-2 GNU privacy guard - a free PGP rep ii iceweasel [www-bro 3.5.3-2 lightweight web browser based on M ii konqueror [www-bro 4:4.3.2-1 KDE 4's advanced file manager, web pn libauthen-sasl-per none(no description available) ii libcrypt-ssleay-pe 0.57-2Support for https protocol in LWP ii libparse-debcontro 2.005-2 Easy OO parsing of Debian control- ii libsoap-lite-perl 0.710.08-2Client and server side SOAP implem pn libterm-size-perl none(no description available) ii libtimedate-perl 1.1900-1 Time and date functions for Perl ii liburi-perl1.37+dfsg-1 Manipulates and accesses URI strin ii libwww-perl5.833-1 Perl HTTP/WWW client/server librar pn libyaml-syck-perl none(no description available) ii lintian2.2.17Debian package checker ii lsb-release3.2-23Linux Standard Base version report ii lzma 4.43-14 Compression method of 7z format in ii man-db 2.5.6-3 on-line manual pager ii mercurial 1.3.1-1 scalable distributed version contr ii openssh-client [ss 1:5.1p1-8 secure shell client, an rlogin/rsh ii patch 2.5.9-5 Apply a diff file to an original ii patchutils 0.3.1-2 Utilities to work with patches ii sensible-utils 0.0.1 Utilities for sensible alternative ii strace 4.5.19-1 A system call tracer ii subversion 1.6.6dfsg-1 Advanced version control system ii unzip 6.0-1 De-archiver for .zip files pn wdiff none(no description available) ii wget 1.12-1retrieves files from the web Versions of packages devscripts suggests: ii build-essential 11.4 Informational list of build-essent pn cvs-buildpackage none (no description available) ii devscripts-el 30.9-1 Emacs wrappers for the commands in pn gnuplot none (no description available) pn libfile-desktopentry-perl none (no description available) pn libnet-smtp-ssl-perl none (no description available) pn mutt none (no description available) ii svn-buildpackage 0.6.29 helper programs to maintain Debian -- no debconf information Index: scripts/diff2patches.1 === --- scripts/diff2patches.1 (revision 2015) +++ scripts/diff2patches.1 (working copy) @@ -21,6 +21,9 @@ .TP \fB\-\-version\fR Output version information and exit. +.SH
Bug#552790: [diff2patches] Please update manpage to clarify names and location of patches
Package: devscripts Version: 2.10.55 Severity: wishlist Tags: patch Hi, at the moment, I think that the diff2patches manpage is unclear in two ways. First, it doesn't specify that if debian/patches/ doesn't exist, then the patches are put straight in the debian/ directory. Second, it doesn't provide any information about the naming conventions for the broken-out patches that it produces. I've written a proposed patch that adds more information to the manpage. Regards, Daniel Index: scripts/diff2patches.1 === --- scripts/diff2patches.1 (revision 2015) +++ scripts/diff2patches.1 (working copy) @@ -21,6 +21,9 @@ .TP \fB\-\-version\fR Output version information and exit. +.SH PATCH NAME CONVENTIONS +.LP +For each file outside the debian/ directory that is modified in the .diff.gz, one patch is created. The name of the patch is the relative path from the base of the source tree to the modified file, with three underscores substituted for each backslash. The new patch names end in '.patch'. .SH FILES .LP \fIdebian/control\fP @@ -28,7 +31,7 @@ .br \fIdebian/patches\fP When present and is a directory, patches are extracted in that directory, -unless \fIDEB_PATCHES\fP is defined (read the ENVIRONMENT VARIABLES section below). +unless \fIDEB_PATCHES\fP is defined (read the ENVIRONMENT VARIABLES section below). If \fIdebian/patches\fP doesn't exist, and \fIDEB_PATCHES\fP isn't set, then patches are extracted into the \fIdebian\fP directory. .SH ENVIRONMENT VARIABLES .TP \fIDEB_PATCHES\fP signature.asc Description: OpenPGP digital signature
Bug#540420: Bug #540420: gksu-polkit: FTBS due to libgee0 - libgee1 transition, resulting in non installable package in sid
On 10/23/2009 12:05 AM, Andreas Henriksson wrote: Hello! On Thu, Oct 22, 2009 at 02:36:52PM -0700, Daniel Moerner wrote: You're absolutely right, thanks for pointing this out. I updated the patch in this email. Thanks. diff -u gksu-polkit-0.0.1/debian/changelog gksu-polkit-0.0.1/debian/changelog --- gksu-polkit-0.0.1/debian/changelog +++ gksu-polkit-0.0.1/debian/changelog @@ -1,3 +1,13 @@ +gksu-polkit (0.0.1-1.1) unstable; urgency=low + + * Non-maintainer upload. For the record, I added a , blessed by maintainer to this entry. I spoke to kov yesterday on IRC about this NMU and he said go ahead. I've just uploaded the package to the archive. Fabulous, thanks for the tip and the upload! Cheers, Daniel signature.asc Description: OpenPGP digital signature
Bug#545597: ecs: FTBFS: ecs_main.c:266: error: 'BFT_MEM_USAGE_TRACK_PR_SIZE' undeclared (first use in this function)
Hi, It appears that the undeclared functions were removed from upstream libbft-dev when version 1.1 was released in March 2009. This package will have to be ported to no longer use these functions in order to fix this FTBFS. Daniel signature.asc Description: OpenPGP digital signature
Bug#540420: Bug #540420: gksu-polkit: FTBS due to libgee0 - libgee1 transition, resulting in non installable package in sid
On 10/22/2009 05:28 AM, Andreas Henriksson wrote: On Wed, Oct 21, 2009 at 07:43:00PM -0700, Daniel Moerner wrote: [...] diff -u gksu-polkit-0.0.1/common/gksu-environment.c gksu-polkit-0.0.1/common/gksu-environment.c --- gksu-polkit-0.0.1/common/gksu-environment.c +++ gksu-polkit-0.0.1/common/gksu-environment.c @@ -18,9 +18,7 @@ */ #include gksu-environment.h -#include gee/hashmap.h -#include gee/map.h -#include gee/set.h +#include gee-1.0/gee.h You probably want to use just #include gee.h here pkg-config file for gee-1.0 takes care of adding /usr/include/gee-1.0 to the include path! You're absolutely right, thanks for pointing this out. I updated the patch in this email. Daniel diff -u gksu-polkit-0.0.1/debian/changelog gksu-polkit-0.0.1/debian/changelog --- gksu-polkit-0.0.1/debian/changelog +++ gksu-polkit-0.0.1/debian/changelog @@ -1,3 +1,13 @@ +gksu-polkit (0.0.1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBS due to libgee0 - libgee1 transition, resulting in non +installable package in sid. libgee-dev now ships all of its headers in +one file, so we must change the includes of common/gksu-environment.c. +(Closes: #540420) + + -- Daniel Moerner dmoer...@gmail.com Wed, 21 Oct 2009 19:38:33 -0700 + gksu-polkit (0.0.1-1) unstable; urgency=low * Initial release (Closes: #507575) diff -u gksu-polkit-0.0.1/common/gksu-environment.c gksu-polkit-0.0.1/common/gksu-environment.c --- gksu-polkit-0.0.1/common/gksu-environment.c +++ gksu-polkit-0.0.1/common/gksu-environment.c @@ -18,9 +18,7 @@ */ #include gksu-environment.h -#include gee/hashmap.h -#include gee/map.h -#include gee/set.h +#include gee.h #define GKSU_TYPE_VARIABLE (gksu_variable_get_type ()) signature.asc Description: OpenPGP digital signature
Bug#542995: Bug #542995: trilinos: FTBFS: aclocal.m4:14: error: this file was generated for autoconf 2.61.
Hi, I decided to try fixing this bug, since it just looked like trilinos was missing a Build-Depend on automake1.10 instead of automake. However, there are two more problems: 1. trilinos still build-depends on python-numeric. This was removed from Debian last month. [1] It also build-depends on python-numpy, which is the suggested alternative. However, I'm not sure if just removing the build-depends is enough, because trilinos won't build from source. 2. When the following patch is applied: diff -u trilinos-9.0.3.dfsg/debian/control trilinos-9.0.3.dfsg/debian/control --- trilinos-9.0.3.dfsg/debian/control +++ trilinos-9.0.3.dfsg/debian/control @@ -3,7 +3,7 @@ Priority: extra Maintainer: Debian Scientific Computing Team pkg-scicomp-de...@lists.alioth.debian.org Uploaders: Christophe Prud'homme prudh...@debian.org -Build-Depends: cdbs, quilt, debhelper (= 7), automake, autoconf, gfortran, libopenmpi-dev, libsuperlu3-dev, libsuitesparse-dev, python-dev, swig1.3, python-numpy, python-numeric, libexpat1-dev, libxml2-dev +Build-Depends: cdbs, quilt, debhelper (= 7), automake1.10, autoconf, gfortran, libopenmpi-dev, libsuperlu3-dev, libsuitesparse-dev, python-dev, swig1.3, python-numpy, libexpat1-dev, libxml2-dev Standards-Version: 3.8.1 Homepage: http://trilinos.sandia.gov/ Vcs-Svn: svn://svn.debian.org/svn/pkg-scicomp/trilinos/trunk/ The following error is produced: make[4]: Entering directory `/build/dmr-trilinos_9.0.3.dfsg-1.1-amd64-CFM9Lj/trilinos-9.0.3.dfsg/packages/teuchos' cd . /bin/bash /build/dmr-trilinos_9.0.3.dfsg-1.1-amd64-CFM9Lj/trilinos-9.0.3.dfsg/packages/teuchos/config/missing --run aclocal-1.10 -I config /usr/bin/m4:configure.ac:562: bad expression in eval: m4_Cursor + 0 + 1 /usr/bin/m4:configure.ac:562: bad expression in eval: () /usr/bin/m4:configure.ac:570: bad expression in eval: 1 () /usr/bin/m4:configure.ac:577: bad expression in eval: 2 () autom4te: /usr/bin/m4 failed with exit status: 1 aclocal-1.10: autom4te failed with exit status: 1 WARNING: `aclocal-1.10' is needed, and you do not seem to have it handy on your system. You might have modified some files without having the proper tools for further handling them. Check the `README' file, it often tells you about the needed prerequirements for installing this package. You may also peek at any GNU archive site, in case some other package would contain this missing `aclocal-1.10' program. make[4]: *** [aclocal.m4] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[4]: Leaving directory `/build/dmr-trilinos_9.0.3.dfsg-1.1-amd64-CFM9Lj/trilinos-9.0.3.dfsg/packages/teuchos' make[3]: Leaving directory `/build/dmr-trilinos_9.0.3.dfsg-1.1-amd64-CFM9Lj/trilinos-9.0.3.dfsg/packages' make[1]: *** [all] Error 2 make: *** [debian/stamp-makefile-build] Error 2 make[2]: Leaving directory `/build/dmr-trilinos_9.0.3.dfsg-1.1-amd64-CFM9Lj/trilinos-9.0.3.dfsg' make[1]: Leaving directory `/build/dmr-trilinos_9.0.3.dfsg-1.1-amd64-CFM9Lj/trilinos-9.0.3.dfsg' dpkg-buildpackage: error: debian/rules build gave error exit status 2 I see no obvious source for this error. Line 562, 570, and 570 of configure.ac are just macros testing for options on the configure call; line 555 has the exact same macro but doesn't error out. The macro doesn't even involve any comparison, to my eye. Here are the relevant lines in the file: 551 # 552 # --enable-teuchos-boost 553 # 554 555 TAC_ARG_ENABLE_FEATURE_SUB( teuchos, boost, [Enable support for some of boost], TEUCHOS_BOOST, no) 556 AM_CONDITIONAL(HAVE_TEUCHOS_BOOST, [test X$ac_cv_use_teuchos_boost != Xno]) 557 558 # 559 # --enable-teuchos-comm_timers 560 # 561 562 TAC_ARG_ENABLE_FEATURE_SUB( teuchos, comm_timers, [Enable timers for Teuchos::Comm related software], 563 TEUCHOS_COMM_TIMERS, yes ) 564 #AM_CONDITIONAL(HAVE_TEUCHOS_COMM_TIMERS, [test X$ac_cv_use_teuchos_comm_timers != Xno]) And the macro itself: AC_DEFUN([TAC_ARG_ENABLE_FEATURE_SUB], [ AC_ARG_ENABLE([$1-$2], AC_HELP_STRING([--enable-$1-$2],[$3 (default is [$5])]), ac_cv_use_$1_$2=$enableval, ac_cv_use_$1_$2=$5) AC_MSG_CHECKING(whether to use [$1-$2]) if test X$ac_cv_use_$1_$2 != Xno; then AC_MSG_RESULT(yes) AC_DEFINE([HAVE_$4],,[Define if want to build $1-$2]) else AC_MSG_RESULT(no) fi ]) That's as far as I was able to get on this bug. Regards, Daniel [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546570 signature.asc Description: OpenPGP digital signature
Bug#549435: Bug #549435: libgsl-ruby: FTBFS: error: 'GSL_CONST_CGSM_GAUSS' undeclared
Hi,
In upstream libgsl, version 1.13, the GSL_CONST_CGSM_GAUSS symbol was
removed. The attached patch fixes the problem. The correct solution is
to remove the reference to the symbol entirely, as upstream says the
value of the constant wasn't reliable.
I'm a member of pkg-ruby-extras; if you don't object then a week from
now I will commit the patch to the repo and make an upload through one
of the DD's in the team.
I also intend to fix the outstanding lintian warnings against the
package in this upload, if you don't make it first. The patch that fixes
them is attached (yes, the Section: fix was already made by Gunnar in svn).
Regards,
Daniel
Index: libgsl-ruby-1.10.3/ext/const.c
===
--- libgsl-ruby-1.10.3.orig/ext/const.c 2009-10-21 00:21:36.378974556 -0700
+++ libgsl-ruby-1.10.3/ext/const.c 2009-10-21 00:21:46.348448822 -0700
@@ -599,7 +599,6 @@
rb_float_new(GSL_CONST_CGSM_ELECTRON_CHARGE));
rb_define_const(module, ELECTRON_CHARGE_ESU,
rb_float_new(GSL_CONST_CGSM_ELECTRON_CHARGE*GSL_CONST_CGSM_SPEED_OF_LIGHT));
- rb_define_const(module, GAUSS, rb_float_new(GSL_CONST_CGSM_GAUSS));
rb_define_const(module, STILB, rb_float_new(GSL_CONST_CGSM_STILB));
rb_define_const(module, LUMEN, rb_float_new(GSL_CONST_CGSM_LUMEN));
rb_define_const(module, LUX, rb_float_new(GSL_CONST_CGSM_LUX));
diff -u libgsl-ruby-1.10.3/debian/control libgsl-ruby-1.10.3/debian/control
--- libgsl-ruby-1.10.3/debian/control
+++ libgsl-ruby-1.10.3/debian/control
@@ -1,10 +1,10 @@
Source: libgsl-ruby
-Section: libs
+Section: ruby
Priority: optional
Maintainer: Daigo Moriwaki da...@debian.org
Uploaders: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org
Build-Depends: debhelper ( 5), ruby1.8, ruby1.8-dev, rdoc, graphviz, cdbs, ruby-pkg-tools (= 0.9), libgsl0-dev (= 1.10), plotutils, libnarray-ruby1.8
-Standards-Version: 3.7.2
+Standards-Version: 3.8.3
Homepage: http://rb-gsl.rubyforge.org/
Package: libgsl-ruby1.8
@@ -18,7 +18,7 @@
Package: libgsl-ruby
Architecture: all
-Depends: libgsl-ruby1.8 (= ${source:Version})
+Depends: libgsl-ruby1.8 (= ${source:Version}), ${misc:Depends}
Suggests: libgsl-ruby-doc
Description: Ruby bindings for the GNU Scientific Library (GSL) (dummy package)
The GNU Scientific Library (GSL) is a collection of data types and
@@ -30,7 +30,7 @@
Package: libgsl-ruby-doc
Section: doc
-Depends: libgsl-ruby (= ${source:Version})
+Depends: libgsl-ruby (= ${source:Version}), ${misc:Depends}
Architecture: all
Description: Documentation for Ruby/GSL (libgsl-ruby)
This package provides documentation, example scripts and unit tests for
diff -u libgsl-ruby-1.10.3/debian/copyright libgsl-ruby-1.10.3/debian/copyright
--- libgsl-ruby-1.10.3/debian/copyright
+++ libgsl-ruby-1.10.3/debian/copyright
@@ -3,7 +3,7 @@
It was downloaded from http://rubyforge.org/frs/?group_id=285
-Copyright Holder: Yoshiki Tsunesada ytsunes...@yahoo.co.jp
+Copyright 2001-2006 Yoshiki Tsunesada ytsunes...@yahoo.co.jp
License:
@@ -15,5 +15,5 @@
-License can be found in the file `/usr/share/common-licenses/GPL'.
+License can be found in the file `/usr/share/common-licenses/GPL-2'.
The setup.rb file included in the package's source is released under the GNU
LGPL. On Debian systems, the complete text of the GNU Lesser General Public
-can be found in `/usr/share/common-licenses/LGPL'.
+can be found in `/usr/share/common-licenses/LGPL-2.1'.
signature.asc
Description: OpenPGP digital signature
Bug#540420: Bug #540420: gksu-polkit: FTBS due to libgee0 - libgee1 transition, resulting in non installable package in sid
tags 540420 +patch thanks Hi, libgee-dev 0.5.0 has reshuffled its header files into one file, located in /usr/include/gee-1.0/gee.h. The attached patch fixes this problem. I prepared this as an nmu since the bug has been open a few months, and libgksu-polkit0 is not currently installable until the package is rebuilt, and the package can't be rebuilt until the FTBFS is solved. Unless you object, I plan to upload this to DELAYED/5 over the weekend. Regards, Daniel diff -u gksu-polkit-0.0.1/debian/changelog gksu-polkit-0.0.1/debian/changelog --- gksu-polkit-0.0.1/debian/changelog +++ gksu-polkit-0.0.1/debian/changelog @@ -1,3 +1,13 @@ +gksu-polkit (0.0.1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBS due to libgee0 - libgee1 transition, resulting in non +installable package in sid. libgee-dev now ships all of its headers in +one file, so we must change the includes of common/gksu-environment.c. +(Closes: #540420) + + -- Daniel Moerner dmoer...@gmail.com Wed, 21 Oct 2009 19:38:33 -0700 + gksu-polkit (0.0.1-1) unstable; urgency=low * Initial release (Closes: #507575) diff -u gksu-polkit-0.0.1/common/gksu-environment.c gksu-polkit-0.0.1/common/gksu-environment.c --- gksu-polkit-0.0.1/common/gksu-environment.c +++ gksu-polkit-0.0.1/common/gksu-environment.c @@ -18,9 +18,7 @@ */ #include gksu-environment.h -#include gee/hashmap.h -#include gee/map.h -#include gee/set.h +#include gee-1.0/gee.h #define GKSU_TYPE_VARIABLE (gksu_variable_get_type ()) signature.asc Description: OpenPGP digital signature
Bug#551579: Intel 5350 AGN (Echo Peak) refuses to associate with hardware accelerated encryption enabled
On 10/20/2009 07:09 PM, Ben Hutchings wrote: On Mon, 2009-10-19 at 00:52 -0700, Daniel Moerner wrote: Package: linux-image-2.6.30-2-amd64 Version: 2.6.30-8 Severity: important Hi, I'm getting the same symptoms as in: https://bugzilla.redhat.com/show_bug.cgi?id=468967 That bug seems to have been fixed long before 2.6.30 (though it's hard to say for sure because there are no specific references to mainline shcanges). Unfortunately, that doesn't seem to be the case. Either that, or this is another bug. My Intel 5350 won't associate at all with some unencrypted networks, unless I add: alias wlan0 iwlagn options iwlagn swcrypto50=1 swcrypto=1 To an arbitrary file in /etc/modprobe.d. Is there a way to fix this problem in the driver? First, please make sure you have the latest firmware for this wireless card. This is packaged as firmware-iwlwifi in the non-free section of the archive. I have firmware-iwlwifi version 0.18 installed. The above fix actually doesn't work for me reliably. I still can't associate with a lot of unprotected wireless networks. This is what dmesg shows me: [ 239.024909] ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 239.055047] wlan0: direct probe to AP 00:1a:1e:91:51:41 try 1 [ 239.062981] wlan0: direct probe to AP 00:1a:1e:91:51:21 try 1 [ 239.260567] wlan0: direct probe to AP 00:1a:1e:91:51:21 try 2 [ 239.460568] wlan0: direct probe to AP 00:1a:1e:91:51:21 try 3 [ 239.660101] wlan0: direct probe to AP 00:1a:1e:91:51:21 timed out wlan0 never becomes ready. This isn't a signal strength problem, I still get this when I'm next to the router. Is there anything I can do to better diagnose the problem? This problem wasn't around on WPA protected networks that I've connected to before. Daniel signature.asc Description: OpenPGP digital signature
Bug#534033: Bug #534033: traverso: FTBFS: CMake errors
Hi,
CMake 2.6.4 now strictly enforces that build directories must be unique.
The fix for this is relatively trivial.
I have attached a proposed NMU for this package.
Regards,
Daniel Moerner
diff -u traverso-0.49.0~rc1/debian/changelog traverso-0.49.0~rc1/debian/changelog
--- traverso-0.49.0~rc1/debian/changelog
+++ traverso-0.49.0~rc1/debian/changelog
@@ -1,3 +1,15 @@
+traverso (0.49.0~rc1-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix FTBFS: CMake errors: CMake 2.6.4 now strictly enforces the fact
+that build directories might be unique. Modifications to
+src/CMakeLists.txt, src/commands/CMakeLists.txt,
+src/commands/plugins/CMakeLists.txt to remove references to
+${TRAVERSO_BUILD_DIR} come from a patch by Ingmar Vanhassel
+ing...@exherbo.org for Gentoo. (Closes: #534033)
+
+ -- Daniel Moerner dmoer...@gmail.com Tue, 20 Oct 2009 21:57:06 -0700
+
traverso (0.49.0~rc1-1) unstable; urgency=low
* New upstream version.
only in patch2:
unchanged:
--- traverso-0.49.0~rc1.orig/src/CMakeLists.txt
+++ traverso-0.49.0~rc1/src/CMakeLists.txt
@@ -1,11 +1,11 @@
-ADD_SUBDIRECTORY(engine ${TRAVERSO_BUILD_DIR})
-ADD_SUBDIRECTORY(audiofileio ${TRAVERSO_BUILD_DIR})
-ADD_SUBDIRECTORY(commands ${TRAVERSO_BUILD_DIR})
-ADD_SUBDIRECTORY(core ${TRAVERSO_BUILD_DIR})
-ADD_SUBDIRECTORY(3rdparty ${TRAVERSO_BUILD_DIR})
-ADD_SUBDIRECTORY(plugins ${TRAVERSO_BUILD_DIR})
-ADD_SUBDIRECTORY(sheetcanvas ${TRAVERSO_BUILD_DIR})
-ADD_SUBDIRECTORY(traverso ${TRAVERSO_BUILD_DIR})
+ADD_SUBDIRECTORY(engine)
+ADD_SUBDIRECTORY(audiofileio)
+ADD_SUBDIRECTORY(commands)
+ADD_SUBDIRECTORY(core)
+ADD_SUBDIRECTORY(3rdparty)
+ADD_SUBDIRECTORY(plugins)
+ADD_SUBDIRECTORY(sheetcanvas)
+ADD_SUBDIRECTORY(traverso)
IF(USE_PCH)
ADD_PRECOMPILED_HEADER(precompiled_headers precompile.h)
only in patch2:
unchanged:
--- traverso-0.49.0~rc1.orig/src/commands/CMakeLists.txt
+++ traverso-0.49.0~rc1/src/commands/CMakeLists.txt
@@ -1,4 +1,4 @@
-ADD_SUBDIRECTORY(plugins ${TRAVERSO_BUILD_DIR})
+ADD_SUBDIRECTORY(plugins)
INCLUDE_DIRECTORIES(
${CMAKE_SOURCE_DIR}/src/commands
only in patch2:
unchanged:
--- traverso-0.49.0~rc1.orig/src/commands/plugins/CMakeLists.txt
+++ traverso-0.49.0~rc1/src/commands/plugins/CMakeLists.txt
@@ -1 +1 @@
-ADD_SUBDIRECTORY(TraversoCommands ${TRAVERSO_BUILD_DIR})
+ADD_SUBDIRECTORY(TraversoCommands)
signature.asc
Description: OpenPGP digital signature
Bug#551579: Intel 5350 AGN (Echo Peak) refuses to associate with hardware accelerated encryption enabled
Package: linux-image-2.6.30-2-amd64 Version: 2.6.30-8 Severity: important Hi, I'm getting the same symptoms as in: https://bugzilla.redhat.com/show_bug.cgi?id=468967 My Intel 5350 won't associate at all with some unencrypted networks, unless I add: alias wlan0 iwlagn options iwlagn swcrypto50=1 swcrypto=1 To an arbitrary file in /etc/modprobe.d. Is there a way to fix this problem in the driver? Daniel -- Package-specific info: ** Version: Linux version 2.6.30-2-amd64 (Debian 2.6.30-8) (wa...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-3) ) #1 SMP Fri Sep 25 22:16:56 UTC 2009 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.30-2-amd64 root=/dev/mapper/vg-root ro quiet ** Not tainted ** Kernel log: [19945.704635] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [19945.709370] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 succeeded [19945.711797] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 succeeded [19945.722685] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 succeeded [19945.725119] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 succeeded [19945.728622] ata2.00: configured for UDMA/33 [19945.734460] ata2: exception Emask 0x10 SAct 0x0 SErr 0x0 action 0xf t4 [19945.734467] ata2: irq_stat 0x4001 [19945.734481] ata2: hard resetting link [19945.797752] usb 1-5.3: New USB device found, idVendor=046d, idProduct=c517 [19945.797760] usb 1-5.3: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [19945.797766] usb 1-5.3: Product: USB Receiver [19945.797771] usb 1-5.3: Manufacturer: Logitech [19945.797956] usb 1-5.3: configuration #1 chosen from 1 choice [19945.801468] input: Logitech USB Receiver as /devices/pci:00/:00:1a.7/usb1/1-5/1-5.3/1-5.3:1.0/input/input15 [19945.801654] logitech 0003:046D:C517.0003: input,hidraw0: USB HID v1.10 Keyboard [Logitech USB Receiver] on usb-:00:1a.7-5.3/input0 [19945.806749] logitech 0003:046D:C517.0004: fixing up Logitech keyboard report descriptor [19945.808587] input: Logitech USB Receiver as /devices/pci:00/:00:1a.7/usb1/1-5/1-5.3/1-5.3:1.1/input/input16 [19945.808918] logitech 0003:046D:C517.0004: input,hiddev96,hidraw1: USB HID v1.10 Mouse [Logitech USB Receiver] on usb-:00:1a.7-5.3/input1 [19946.052233] usb 1-5.2: new high speed USB device using ehci_hcd and address 10 [19946.144734] usb 1-5.2: New USB device found, idVendor=03f0, idProduct=7711 [19946.144738] usb 1-5.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [19946.144741] usb 1-5.2: Product: Deskjet F4400 series [19946.144743] usb 1-5.2: Manufacturer: HP [19946.144745] usb 1-5.2: SerialNumber: CN96RBK5KW05C5 [19946.144857] usb 1-5.2: configuration #1 chosen from 1 choice [19946.148353] usblp0: USB Bidirectional printer dev 10 if 1 alt 0 proto 2 vid 0x03F0 pid 0x7711 [19946.182608] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None [19946.183373] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [19946.448529] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [19946.452483] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 succeeded [19946.453317] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 succeeded [19946.459938] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 succeeded [19946.460771] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 succeeded [19946.462666] ata2.00: configured for UDMA/33 [19946.463771] ata2: EH complete [19947.292325] wlan0: deauthenticating by local choice (reason=3) [19947.396138] Registered led device: iwl-phy0::radio [19947.396185] Registered led device: iwl-phy0::assoc [19947.396228] Registered led device: iwl-phy0::RX [19947.396271] Registered led device: iwl-phy0::TX [19947.446323] ADDRCONF(NETDEV_UP): wlan0: link is not ready [19947.674278] Registered led device: iwl-phy0::radio [19947.674302] Registered led device: iwl-phy0::assoc [19947.674324] Registered led device: iwl-phy0::RX [19947.674347] Registered led device: iwl-phy0::TX [19947.836961] ADDRCONF(NETDEV_UP): wlan0: link is not ready [19947.957056] e1000e :00:19.0: irq 27 for MSI/MSI-X [19948.012665] e1000e :00:19.0: irq 27 for MSI/MSI-X [19948.014254] ADDRCONF(NETDEV_UP): eth0: link is not ready [19950.492916] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None [19950.494344] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [19955.128605] wlan0: direct probe to AP 00:1a:1e:91:51:41 try 1 [19955.328083] wlan0: direct probe to AP 00:1a:1e:91:51:41 try 2 [19955.528099] wlan0: direct probe to AP 00:1a:1e:91:51:41 try 3 [19955.728067] wlan0: direct probe to AP 00:1a:1e:91:51:41 timed out [19955.776774] usb 1-5.4: new high speed USB device using ehci_hcd and address 11 [19955.869630] usb 1-5.4: New USB device found, idVendor=4971, idProduct=ce12 [19955.869637] usb 1-5.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [19955.869644] usb 1-5.4: Product: [19955.869648] usb 1-5.4: Manufacturer: FV-U35 [19955.869653] usb 1-5.4: SerialNumber: STN605MH3WSV2K [19955.869852] usb 1-5.4: configuration #1 chosen from 1 choice [19955.871670] scsi6 : SCSI
Bug#551123: ITP: echinus -- lightweight tiling window manager
On 10/16/2009 12:25 AM, Josselin Mouette wrote: Le vendredi 16 octobre 2009 à 00:51 +0400, Alexander Polakov a écrit : Description : lightweight tiling window manager echinus is a dynamic window manager for X11 supporting managing windows in floating, tiled and maximized layouts based on dwm. All the configuration is made via config file in Xresources format, so it is not necessary to recompile echinus every time you change something. Great idea. I think we don’t have enough window managers in the archive. I think that at least in this case, this window manager is unique enough to justify inclusion. There are surely many tiling window managers, which fall into groupable categories (StumpWM/Ratpoison, XMonad, dwm/awesome). Julien has done a great job developing awesome, and it probably deserves its own category separate from dwm. Echinus falls into the final category it seems, being similar to dwm. And it offers a clear advantage: configuration via .Xresources (does any other WM support this?) rather than via recompilation. I think this gives sufficient reason for inclusion. Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#526710: Bug #526710: The substructures don't open automatically.
Hi,
The substructures are there, they just don't open automatically when you
open the Compiler structure:
d...@skynet:~ $ sml
Standard ML of New Jersey v110.69 [built: Sun Jun 7 19:18:24 2009]
- open Compiler;
[autoloading]
[autoloading done]
opening Compiler
val version : {date:string, system:string, version_id:int list}
val architecture : string
- open Stats;
[autoloading]
[autoloading done]
opening Stats
type stat
type counter
val newCounter : counter list - counter
val getCounter : counter - int
val addCounter : counter - int - unit
val newStat : string * counter list - stat
val getStat : stat - int
val registerStat : stat - unit
val makeStat : string - stat
val addStat : stat - int - unit
type phase
val makePhase : string - phase
val doPhase : phase - ('a - 'b) - 'a - 'b
val keepTime : bool ref
val approxTime : bool ref
val sayBegin : bool ref
val sayEnd : bool ref
val summary : unit - unit
val summarySp : unit - unit
val reset : unit - unit
So I have two questions:
First, I don't see an upstream bug report about this. What was their
response?
Second, is this really a bug? It seems like a feature that opening
Compiler doesn't open all of these other structures, and instead as a
user you have the ability to choose which ones to open.
Regards,
Daniel
signature.asc
Description: OpenPGP digital signature
Bug#428273: ITA: smlnj
retitle 428273 ITA: smlnj -- Standard ML of New Jersey interactive compiler
owner 428273 Daniel Moerner dmoer...@gmail.com
thanks
Hi,
I'd be interested in adopting smlnj, it's a good piece of software and
there's a new upstream version. I'm also currently using it for some
projects for my classes. It looks like the build system is currently
quite complex though.
Here's my changelog for the moment:
smlnj (110.70-1) unstable; urgency=low
* New upstream release.
* Switch to debhelper compat level 7.
* debian/control:
- Replace obsolete tetex-extra with texlive-latex-extra in
Build-Depends-Indep.
- New maintainer (Closes: #428273)
- Update to Debian Policy 3.8.3.
- Move smlnj-doc to Section: doc to follow Debian override file.
- Remove duplicate words from descriptions
* debian/watch: Added commented watch file.
* debian/rules:
- Add dh_installchangelog calls for libckit-smlnj.
- Update to reflect namechange of templates in debian directory.
- Use dh_prep instead of dh_clean -k.
* debian/smlnj-doc.prerm: Call with set -e to follow Debian Policy 10.4.
* debian/dirs: Deleted, superfluous file.
* debian/patches/01_fix-bashism.patch: Don't use the builtin function.
(Closes: #530119)
* debian/{_wrapper,_postinst,_prerm}: Rename templates to filename.in.
-- Daniel Moerner dmoer...@gmail.com Thu, 03 Sep 2009 23:55:23 -0700
Still on the todo list:
* Write manpages for ml-antlr and ml-ulex.
* Expand on the short descriptions.
* Go through the packaging in detail, especially the install scripts
and the rules file.
* Seeing if anything more can be done about 424056.
I do have a question though: why do you say don't even try to build on
sparc?
Regards,
Daniel
signature.asc
Description: OpenPGP digital signature
Bug#522756: Bug #522756: Confirmed on docking of Thinkpad X200s
Hi, this same bug crashes acpid on every dock/undock my Thinkpad X200s. Is this really severity normal? Seems at least important to me, acpid shouldn't just die on the addition or removal of input devices. Daniel signature.asc Description: OpenPGP digital signature
Bug#541136: kaboom deletes all customized kde4 settings
On 08/17/2009 02:10 AM, George Kiagiadakis wrote: 2009/8/12 Daniel Moerner dmoer...@gmail.com: Package: kaboom Version: 1.1.1 Severity: grave Hi, kaboom just caused serious data loss. I have a brand-new install of Debian sid. I installed kde4 (kde-standard metapackage). I start kdm, and on the first run of kde4, kaboom does not run. I customized the settings, turned on desktop effects, etc. I then rebooted. On the second start of kde4, kaboom ran. It explicitly said that existing kde4 settings would be unchanged. I told it to not backup KDE3 data and to not perform any migration. Instead, it deleted ALL my existing KDE4 settings. KDE3 was never installed on this system. There was no reason for kaboom to ever run. ..kaboom.log is attached. I am really sorry about that. The bug that kaboom runs on fresh kde4 installations is known and fixed in git. About the data loss though, it looks like you selected the option to start with clean settings, that's why it removed ~/.kde. The log says that: operation: do recursive rm of .kde dir if exists. Maybe you did it accidentally... Anyway, a new upload will come soon that will fix this bug. Thanks for fixing this, the data loss probably was user error in this case. Daniel signature.asc Description: OpenPGP digital signature
Bug#499376:
On 08/14/2009 05:12 AM, Felipe Monteiro de Carvalho wrote: Any Lazarus software can be compiled without the IDE running. The IDE just calls Free Pascal, which is the command line compiler. You can check which options the IDE uses in the Compiler Options dialog. Here is an example of a makefile for Lazarus software: http://wiki.lazarus.freepascal.org/Deploying_Your_Application#Creating_a_Makefile_for_your_Lazarus_software And could you explain the problem with lazarus preventing something? The problem is not with Lazarus, per se. The reason why I backed away from my interest in packaging it is because it's distributed as a prebuilt binary by the author. The source is not posted on the Sourceforge website, last I checked. Daniel signature.asc Description: OpenPGP digital signature
Bug#537776: mosh in debian: update
Well, upstream has now released version 0.2.0 of mosh, so I decided to
take another look at it. It would have to be targeted at experimental,
because it relies on the experimental version of libgc (= 1:7.1)
Barak - I'm CC'ing you in case you want to take a look at this.
So, I tried my hand at ripping out the internal libraries just to see
how tough it would be. I actually got mosh to build pretty easily by
applying the following patch to the source and autoreconf'ing. A couple
of things to note:
First, the patch is really really dirty right now. My autotools-fu is
awful to begin with, but yes, I know /usr shouldn't be hardcoded, etc.
It is probably broken in 10 different ways. It should be broken out into
3 patches for the different libraries I ripped out.
Second, the patch doesn't mention a word about libatomic-ops-dev. It
seems to build fine without it?
In any case, with and without libatomic-ops-dev installed, I'm getting
this error in make test:
Condition components:
1. error
2. who who: unknown
3. message message: hogehoge2
4. irritants irritants: ()
Condition components:
1. error
2. who who: expander
3. message message: cannot locate library in
library-path
4. library-resolution library: (mosh test)
files: (./mosh/test.mosh.sls
./mosh/test.mosh.ss ./mosh/test.mosh.scm ./mosh/test.sls
./mosh/test.ss ./mosh/test.scm /lib/mosh/test.mosh.sls
/lib/mosh/test.mosh.ss /lib/mosh/test.mosh.scm /lib/mosh/test.sls
/lib/mosh/test.ss /lib/mosh/test.scm)
Exception:
error in raise: returned from non-continuable exception
Stack trace:
1. throw: subr
2. (raise c): compiler-with-library.scm:894
3. (lambda (x) ...): psyntax.scm:8
4. (lambda () ...): psyntax.scm:8
5. (dynamic-wind in body out): compiler-with-library.scm:813
6. (lambda (j21a9 j21ab) ...): psyntax.scm:10
7. apply: subr
make[1]: *** [test] Error 255
make[1]: Leaving directory `/build/dmr-mosh_0.2.0-1-amd64-pDC4BB/mosh-0.2.0'
dh_auto_test: make returned exit code 2
make: *** [build-stamp] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2
I haven't the faintest clue what it means.
Regards,
Daniel
diff --git a/Makefile.am b/Makefile.am
index 5d3c2c8..e886e02 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -4,12 +4,12 @@ AM_CXXFLAGS = $(CFLAGS)
# Boehm GC
#BOEHM_GC_DIR = ./gc-7.1alpha3
-BOEHM_GC_DIR = ./gc-7.1
-GC_LIB = $(BOEHM_GC_DIR)/.libs/libgc.a
+#BOEHM_GC_DIR = ./gc-7.1
+GC_LIB = /usr/lib/libgc.a
# Regexp library oniguruma
-ONIG_DIR = ./onig-5.7.0
-REGEXP_LIB = $(ONIG_DIR)/.libs/libonig.a
+#ONIG_DIR = ./onig-5.7.0
+REGEXP_LIB = /usr/lib/libonig.a
# for GTEST
GTEST_DIR = gtest-1.2.1
@@ -24,7 +24,7 @@ libffitest.so.1.0: ffitest.c
$(CC) -Wall -fPIC -c $
$(CC) -Wl @SHLIB_SO_LDFLAGS@ -o $@ ffitest.o
-SUBDIRS = $(BOEHM_GC_DIR) $(ONIG_DIR) .
+SUBDIRS = .
man_MANS = mosh.1 mosh_config.1
@@ -306,7 +306,7 @@ nobase_data_DATA = ${mosh_core_libraries} #${mosh_core_fasl_libraries}
PRECOMPILE_SRC = compiler-with-library.scmc pmatch.scmc psyntax.scmc
-INCLUDES = -I $(BOEHM_GC_DIR)/include -I $(ONIG_DIR)
+INCLUDES = -I /usr/include/gc
EXTRA_DIST = instruction.scm vm.scm library.scm compiler.scm free-vars.scm scripts pmatch.scm test-data.scm doc repl.scm tools/psyntax-r6rs/rev10_to_10/psyntax.scm mosh.1 mosh_config.1 tools/psyntax-r6rs RELNOTE r6rs-test-suite example lib cprocedures.cpp labels.cpp all-tests.scm test call.inc.cpp ${GTEST_DIR} ffitest.c bench win mosh.vcproj mosh.sln logo r6rs-test-suite README-WINDOWS.txt README.MINGW misc
GENERATED = \
diff --git a/configure.ac b/configure.ac
index 3eadbd9..c985064 100644
--- a/configure.ac
+++ b/configure.ac
@@ -39,6 +39,11 @@ dnl fi
AC_CHECK_LIB(gmp, __gmpz_init, ,
[AC_MSG_ERROR([GNU MP not found, see http://gmplib.org/.For OSX, install GNU MP with CFLAGS+=-m32 ./configure ABI=32 make])])
+AC_CHECK_LIB(onig, onig_init, ,
+[AC_MSG_ERROR([Cannot find onig])])
+
+AC_CHECK_LIB(gc, GC_init, ,
+[AC_MSG_ERROR([Cannot find gc])])
AC_ARG_ENABLE(profiler, [ --enable-profiler turn off profiler [default=yes]], ,[enable_profiler=yes])
AC_MSG_CHECKING(whether to enable profiler)
@@ -355,5 +360,4 @@ case $target_in in
esac
AC_CONFIG_FILES([Makefile])
-AC_CONFIG_SUBDIRS([gc-7.1 onig-5.7.0])
AC_OUTPUT(mosh_config lib/mosh/mysql.ss lib/mosh/config.ss doc/text/Download.txt)
signature.asc
Description: OpenPGP digital signature
Bug#499376:
On 08/14/2009 04:44 PM, Felipe Monteiro de Carvalho wrote: I googled for peazip, the first link is http://peazip.sourceforge.net/index.html Where I found a link to the source code in the end of the page. http://downloads.sourceforge.net/peazip/peazip-2.6.3.src.zip Wonderful, I must have missed it when I looked earlier. Feel free to package it. Daniel signature.asc Description: OpenPGP digital signature
Bug#499376:
On 08/14/2009 05:07 PM, Felipe Monteiro de Carvalho wrote: I? I am not a Debian developer, I am a Lazarus developer. I just joined the discussion because I saw that I could contribute an answer to your message. Oh sorry, I misunderstood. I'm not interested in maintaining PeaZip because I no longer use it, and especially in that situation I prefer not to maintain software in languages I'm not decently familiar with. Hopefully someone else will step up to package it. Daniel signature.asc Description: OpenPGP digital signature
Bug#541136: kaboom deletes all customized kde4 settings
Package: kaboom Version: 1.1.1 Severity: grave Hi, kaboom just caused serious data loss. I have a brand-new install of Debian sid. I installed kde4 (kde-standard metapackage). I start kdm, and on the first run of kde4, kaboom does not run. I customized the settings, turned on desktop effects, etc. I then rebooted. On the second start of kde4, kaboom ran. It explicitly said that existing kde4 settings would be unchanged. I told it to not backup KDE3 data and to not perform any migration. Instead, it deleted ALL my existing KDE4 settings. KDE3 was never installed on this system. There was no reason for kaboom to ever run. ..kaboom.log is attached. Regards, Daniel -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kaboom depends on: ii libc6 2.9-24 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-1 GCC support library ii libqtcore44:4.5.2-1 Qt 4 core module ii libqtgui4 4:4.5.2-1 Qt 4 GUI module ii libstdc++64.4.1-1The GNU Standard C++ Library v3 kaboom recommends no packages. kaboom suggests no packages. -- no debconf information Kaboom Settings Dump kdehome - /home/dmr/.kde - exists?: YES kde4home - /home/dmr/.kde4 - exists?: NO kde3backup - /home/dmr/kde3-backup - exists?: NO kaboom stamp - /home/dmr/.local/kaboom - exists?: NO kaboom log - /home/dmr/.kaboom.log loading translation failed Screen geometry: QRect(0,0 1440x900) freeDirSpace /home/dmr 238755721216 calculateDirSize /home/dmr/.kde 14238044 NOBACKUP operation: do recursive rm of .kde dir if exists calculateDirSize /home/dmr/.kde 14238044
Bug#533797: Patch
tags 533797 patch upstream forwarded 533797 https://bugs.busybox.net/show_bug.cgi?id=555 thanks Hi, The attached patch adds the avr32 definitions, as committed in upstream util-linux in: http://git.kernel.org/?p=utils/util-linux-ng/util-linux-ng.git;a=commit;h=b0c72ff87dcd7614c2ac6169f88e9283ed03213e I have also forwarded the patch upstream. Regards, Daniel Add avr32 definitions to fdisk, these definitions exist in current util-linux sources. Index: busybox-1.14.2/util-linux/fdisk_osf.c === --- busybox-1.14.2.orig/util-linux/fdisk_osf.c 2009-08-08 21:12:19.0 -0700 +++ busybox-1.14.2/util-linux/fdisk_osf.c 2009-08-08 21:13:36.0 -0700 @@ -45,7 +45,7 @@ #if defined(i386) || defined(__sparc__) || defined(__arm__) \ || defined(__m68k__) || defined(__mips__) || defined(__s390__) \ - || defined(__sh__) || defined(__x86_64__) + || defined(__sh__) || defined(__x86_64__) || defined(__avr32__) #define BSD_LABELSECTOR 1 #define BSD_LABELOFFSET 0 #elif defined(__alpha__) || defined(__powerpc__) || defined(__ia64__) \ signature.asc Description: OpenPGP digital signature
Bug#539953: fails to properly handle 'x | y' dependency when replacing x with y
Package: cupt Version: 0.5.0 Severity: normal Hi, cupt failed to install a program in the following situation: emacs depends on emacs23 | emacs23-gtk | emacs23-nox emacs23-gtk Conflicts with emacs23 and emacs23-nox. I had emacs23 installed. I then attempted to install emacs23-gtk. This should remove emacs23, and then install emacs23-gtk, recognizing that the emacs dependency will only be unresolved for a second or two. Cupt seems able to resolve this but unable to process it: skynet:/home/dmr# cupt install emacs23-gtk Building the package cache... [done] Initializing package resolver and worker... [done] Scheduling requested actions... [done] Resolving possible unmet dependencies... The following 1 packages will be INSTALLED: emacs23-gtk The following 1 packages will be REMOVED: emacs23 Need to get 3267KiB/3267KiB of archives. After unpacking 8192B will be freed. Do you want to continue? [y/N/q] y Performing requested actions: Get:1 http://ftp.debian.org/debian/ sid/main emacs23-gtk 23.1+1-2 [3267KiB] Fetched in 13s. dpkg: dependency problems prevent removal of emacs23: emacs depends on emacs23 | emacs23-gtk | emacs23-nox; however: Package emacs23 is to be removed. Package emacs23-gtk is not installed. Package emacs23-nox is not installed. dpkg: error processing emacs23 (--remove): dependency problems - not removing Errors were encountered while processing: emacs23 E: dpkg returned non-zero status: 256 E: error performing command 'install' For comparison: skynet:/home/dmr# apt-get install emacs23-gtk Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: emacs23-common-non-dfsg The following packages will be REMOVED: emacs23 The following NEW packages will be installed: emacs23-gtk 0 upgraded, 1 newly installed, 1 to remove and 0 not upgraded. Need to get 0B/3345kB of archives. After this operation, 8192B disk space will be freed. Do you want to continue [Y/n]? dpkg: emacs23: dependency problems, but removing anyway as you requested: emacs depends on emacs23 | emacs23-gtk | emacs23-nox; however: Package emacs23 is to be removed. Package emacs23-gtk is not installed. Package emacs23-nox is not installed. (Reading database ... 59623 files and directories currently installed.) Removing emacs23 ... update-alternatives: using /usr/bin/emacs22-x to provide /usr/bin/emacs (emacs) in auto mode. emacs-remove emacs23 remove/paredit-el: purging byte-compiled files for emacs23 remove/icicles: purging byte-compiled files for emacs23 emacsen-common: Handling removal of emacsen flavor emacs23 emacsen-common: purging byte-compiled files for emacs23 remove/emacs-goodies-el: purging byte-compiled files for emacs23 remove/dictionaries-common: Purging byte-compiled files for flavour emacs23 Processing triggers for man-db ... Selecting previously deselected package emacs23-gtk. (Reading database ... 59611 files and directories currently installed.) Unpacking emacs23-gtk (from .../emacs23-gtk_23.1+1-2_amd64.deb) ... Processing triggers for man-db ... Setting up emacs23-gtk (23.1+1-2) ... update-alternatives: using /usr/bin/emacs23-gtk to provide /usr/bin/emacs (emacs) in auto mode. update-alternatives: warning: skip creation of /usr/share/man/man1/emacs.1.gz because associated file /usr/share/man/man1/emacs.1emacs23.gz (of link group emacs) doesn't exist. emacs-install emacs23 install/dictionaries-common: Byte-compiling for emacsen flavour emacs23 Wrote
Bug#539953: fails to properly handle 'x | y' dependency when replacing x with y
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Eugene V. Lyubimkin wrote: package cupt libcupt-perl tags 539953 + moreinfo thanks Daniel Moerner wrote: Package: cupt Version: 0.5.0 Severity: normal Hi, cupt failed to install a program in the following situation: emacs depends on emacs23 | emacs23-gtk | emacs23-nox emacs23-gtk Conflicts with emacs23 and emacs23-nox. I had emacs23 installed. I then attempted to install emacs23-gtk. This should remove emacs23, and then install emacs23-gtk, recognizing that the emacs dependency will only be unresolved for a second or two. Cupt seems able to resolve this but unable to process it: Hi Daniel, thanks for your report. However, without debug I can't do more. Can you please return your system to previous state and run 'cupt -s install emacs23-gtk -o debug::worker=1', this would be very useful. Certainly, doesn't seem very verbose though: skynet:/home/dmr# cupt -s install emacs23-gtk -o debug::worker=1 Building the package cache... [done] Initializing package resolver and worker... [done] Scheduling requested actions... [done] Resolving possible unmet dependencies... The following 1 packages will be INSTALLED: emacs23-gtk The following 1 packages will be REMOVED: emacs23 Need to get 0B/3267KiB of archives. After unpacking 8192B will be freed. Do you want to continue? [y/N/q] y Performing requested actions: D: not merging action 'configure emacs23-gtk 23.1+1-2' simulating: echo '/var/cache/apt/archives/emacs23-gtk_23.1+1-2_amd64.deb ' | /usr/sbin/dpkg-preconfigure --apt || true simulating: marking as manually installed: emacs23 simulating: /usr/bin/dpkg --remove emacs23 simulating: /usr/bin/dpkg --unpack /var/cache/apt/archives/emacs23-gtk_23.1+1-2_amd64.deb simulating: /usr/bin/dpkg --configure emacs23-gtk -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBCAAGBQJKeIVEAAoJEMs9AU7X8bMqTroQAM8V6rXflROSY/Pq4RkNWC20 MTrDTrH4/Yk1mOmuxUv55q/KaUYCUF074U+/y9Z+lH7s6shoPMP8s16MwKDu3Mpu j1ueevgDl44zZbBA1afT9A22aVJx7/v4BlJGIRsWZ/IcK/yU9mXqmhZNRGQz7hAY ujH+u0WgJqlpQOb5hUiAJzvimjfYI/KnX/ZtOMd84YF9MjiC1fqQF5U125saTUdJ 6Pv6uDhM33/mP4+kIW11EWUj9ch0xsrSTxrXZ1QpBsiIfOpKWxU7VyoTAHliMZGo j2DJs68t03ffhTVZLcNHkJr1r++TRHZ7IeXY4QaVw4ilcyFCvTPxkzFkgh7LNp7x gOldqhnjHJf8dafYJZ1bQteGDt5Sszs69ogR+8F6wLXWfR9bIqQi5Qp+mjMgFNA/ Kkn3hQ+zCwH/OihIzp0I97dof0n6jwAwerFvmT1xgsyTzFT8NY0jMvwlpP5Vk2/U YEs+HJJ425hneuIT3A6aaOZSjTSjJ5vRlyCcLISJnQjWGyezwiLk5PcPCcAIm3ss NTqVvFgvkro4Hjgf+u1w+fZiknljKz0w2YHjqLUTbqeDBcNArEVTiAwp00V570MP 54V8ULr6qkrm+Z0V4EMJGL84djezpqxwFZoKP/AGLGGzuop75zK8QUb0iPFHoXk9 m/36cUdd5lvoztLS4S0C =4Hik -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#539961: ITP: firegpg -- Iceweasel/Firefox extension to use GnuPG on the web
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Daniel Kahn Gillmor wrote: Package: wnpp Severity: wishlist Owner: Daniel Kahn Gillmor d...@fifthhorseman.net * Package name: firegpg Version : 0.7.8 Upstream Authors: Maximilien Cuony fire...@gmail.com and Achraf Cherti fire...@gmail.com * URL : http://getfiregpg.org/ * License : MPL/GPL/LGPL Programming Lang: C, XUL Description : Iceweasel/Firefox extension to use GnuPG on the web FireGPG is an Iceweasel (Mozilla Firefox) extension which brings an interface to perform OpenPGP operations over the web. With it, you can encrypt, decrypt, sign or verify the signature of a text in any web page, including GMail, using GnuPG. There are also special buttons that appear specifically in GMail. This extension works fine with any webmail or text box in websites. . FireGPG is written in English and French and is translated to many more languages. FireGPG was in debian up until recently, but was removed due to security concerns. The new upstream version i'm preparing for debian addresses those concerns, and i've been working with upstream to address some other usability and security concerns. I originally filed the bug that got FireGPG removed from Lenny, and I just wanted to say that I absolutely support its reintroduction to the archive. FireGPG was removed because the old version had security flaws and it was too late in the Lenny release cycle to contact upstream to cherrypick the fixes from their svn. However, they seem to have a receptive upstream and it's a very useful plugin for firefox. Daniel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBCAAGBQJKeJKvAAoJEMs9AU7X8bMqYm8P+wUK0Tj0GciH3wcTrGQxzGdT vc3lA1WVf19xdY+YX14AKCBOwSPFRB9DA2Q9z//fitQS2Z/gBhu/vnY2YWdDA2to JGfiDxUCIWogUjDotLfcc9/yXyLwQ+815VNpMXL0Zrx+r3JAsLyQVSdJ2VYfzlU6 hkDZZx7YZy83zvU1gXTdCwt+70z9Lp3Wnl7E8qty/bYzg0KH8MI12GenbWGmPVUP GMlW1YBARqS0+uGlMQOKYwGxqhd9YfovVDG5Vu9JYofaPMIv9c0ls11iWaEDjI54 7H8OAN3Mde3V8fg/1mIu1QdL626y1VU4brzASWWEt0dztzXomt4R5Ii5cYROKcO4 jOnVFNCpVdIhC6L9/PRR+HmXIfJo592o2wEQ70hSpWd5ARJ2A7rqswKoGNP+2xyh iIlFBKz8eiCUDR8T7m32Fno/2hPtUYFq0upzDcdzRGgmImdABt9gbMu/eT2PETOw EFMIn1wAnhNOXWwnYH7mlPsBoFmEx73osmv3mQDWMPJSdfcDABA+kIDd5ljkWwS9 fdd6PS2521Kftji/1wgWVUkXKIl0RCc1ikDbc4vFS/yfL5MIx0AhT1u0wHlGCFez mMH2O62jBjfH4zkreJbuc5DMyEso5mvMIl5eF6Mmsx4pPgWUhuzHNZNE5AiJ1SIM jJVod6V3uhO5gWg5ZtkJ =wrTs -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#539570: reliance on ~/stats should be properly documented
Package: sbuild Version: 0.58.6-1 Severity: normal Hi, I was surprised when I ran sbuild-createchroot today because it produced this error: STATS_DIR directory '/root/stats' does not exist at /usr/share/perl5/Sbuild/Conf.pm line 70. Obviously, 'mkdir -p /root/stats' solves this problem. However, this requirement doesn't look to be documented in man 8 sbuild-createchroot. It's also confusing because the README.Debian seems to suggest that the stats directories are in /var/lib/sbuild. Thanks, Daniel Moerner For reference, from #debian-devel today: [17:52] dmoerner why does sbuild demand that /root/stats exist when i run sbuild-createchroot? i'm not seeing it documented in the manpage [17:52] KiBi dmoerner: demands ~/stats more generally; please report a bug. [17:52] KiBi (I've always been time-constrained when I hit this annoyance, never reported it :p) [17:58] dmoerner KiBi: thanks for the confirmation, i'll file a bug [17:59] KiBi dmoerner: I'd bet it comes from the fact sbuild was mostly used on the buildds, and they were expected to keep some tracks of stats. [17:59] KiBi rleigh might (co|i)nfirm that. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sbuild depends on: ii adduser 3.110 add and remove users and groups ii libsbuild-perl0.58.6-1 Tool for building Debian binary pa ii perl 5.10.0-24 Larry Wall's Practical Extraction ii perl-modules 5.10.0-24 Core Perl modules Versions of packages sbuild recommends: ii debootstrap 1.0.15 Bootstrap a basic Debian system ii fakeroot 1.12.5 Gives a fake root environment Versions of packages sbuild suggests: pn deborphan none (no description available) ii wget 1.11.4-4 retrieves files from the web -- 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#539434: cupt and apt-get disagree on projected download and install size
Package: cupt Version: 0.4.0.1 Severity: normal This may be a bug in apt-get or cupt, I'm not sure. But the same command on both produces different predictions on the downloaded and installed size of the same set of packages: skynet:/var/lib/apt/lists# apt-get install iceweasel Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libmozjs1d libnspr4-0d libnss3-1d libstartup-notification0 libxcb-atom1 libxcb-aux0 libxcb-event1 xulrunner-1.9 Suggested packages: xulrunner-1.9-gnome-support latex-xft-fonts xfonts-mathml ttf-mathematica4.1 xprint mozplugger libkrb53 The following NEW packages will be installed: iceweasel libmozjs1d libnspr4-0d libnss3-1d libstartup-notification0 libxcb-atom1 libxcb-aux0 libxcb-event1 xulrunner-1.9 0 upgraded, 9 newly installed, 0 to remove and 0 not upgraded. Need to get 10.4MB of archives. After this operation, 32.1MB of additional disk space will be used. Do you want to continue [Y/n]? n Abort. skynet:/var/lib/apt/lists# cupt install iceweasel Building the package cache... [done] Initializing package resolver and worker... [done] Scheduling requested actions... [done] Resolving possible unmet dependencies... The following 9 packages will be INSTALLED: iceweasel libmozjs1d libnspr4-0d libnss3-1d libstartup-notification0 libxcb-atom1 libxcb-aux0 libxcb-event1 xulrunner-1.9 Need to get 10174KiB/10174KiB of archives. After unpacking 30.6MiB will be used. Do you want to continue? [y/N/q] n Resolving further... no more solutions. Regards, Daniel -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cupt depends on: ii libcupt-perl 0.4.0.1alternative front-end for dpkg -- ii perl 5.10.0-24 Larry Wall's Practical Extraction cupt recommends no packages. cupt 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#539434: cupt and apt-get disagree on projected download and install size
reassign 539434 apt
retitle 539434 apt: does not report properly perform unit conversions
tags 539434 -moreinfo
thanks
On Fri, Jul 31, 2009 at 1:13 PM, Eugene V. Lyubimkinjackyf.de...@gmail.com
wrote:
This may be a bug in apt-get or cupt, I'm not sure. But the same
command on both produces different predictions on the downloaded and
installed size of the same set of packages:
The following 9 packages will be INSTALLED:
iceweasel libmozjs1d libnspr4-0d libnss3-1d libstartup-notification0
libxcb-atom1 libxcb-aux0 libxcb-event1 xulrunner-1.9
Given the small differences, I cannot try to verify this on my system, so
let's verify the result on yours.
Let's do 'cupt show iceweasel libmozjs1d libnspr4-0d libnss3-1d
libstartup-notification0 libxcb-atom1 libxcb-aux0 libxcb-event1 xulrunner-1.9
| grep ize' and summarize sizes by hand (xcalc, bc -q etc.) to see which
package manager is not right.
This looks like a bug in apt. Observe:
d...@skynet:~$ echo (+ $(apt-cache show iceweasel libmozjs1d libnspr4-0d libnss3-1d
libstartup-notification0 libxcb-atom1 libxcb-aux0 libxcb-event1 xulrunner-1.9 | grep
^Size | awk '{print $2}' | xargs)) | ypsilon -m
10418344
So apt itself agrees that the expected Size of these packages is 10418344 Bytes.
Now, the question is, should apt say there are 1024 bytes in a kilobyte, or 1000? Apt currently does the latter and truncates this to 10.4 MiB. I believe the former is more proper, and it should reconvert this to 9.94 MiB.
Note that other UNIX tools, like free, also follow the former convention like
cupt.
Regards,
Daniel
--
Daniel Moerner dmoer...@gmail.com
signature.asc
Description: OpenPGP digital signature
Bug#539434: cupt and apt-get disagree on projected download and install size
On Fri, Jul 31, 2009 at 2:32 PM, Julian Andres Klodej...@debian.org wrote: On Fri, Jul 31, 2009 at 01:47:04PM -0700, Daniel Moerner wrote: Now, the question is, should apt say there are 1024 bytes in a kilobyte, or 1000? Apt currently does the latter and truncates this to 10.4 MiB. I believe the former is more proper, and it should reconvert this to 9.94 MiB. Both tools behave correctly as defined in IEC 8-13:2008, as 1 KiB are 1024 bytes and 1kB are 1000 bytes (1KiB != 1kB). But I guess we could also change APT to use IEC prefixes instead and divide by 1024. In that case it probably doesn't matter, the difference was just disconcerting. Feel free to tag wontfix. Daniel -- Daniel Moerner dmoer...@gmail.com signature.asc Description: OpenPGP digital signature
Bug#539081: DDPO: Inconsistent alphabetical order
Package: qa.debian.org Severity: minor Hi, There is some inconsistency in how qa.debian.org handles packages in alphabetical order. By default when I load qa.d.o, it seems to order packages in alphabetical order. However, packages of the name: X have a lower alphabetical order than X-Y. In my case, pekwm is listed before pekwm-themes. However, if I actually click on the Source Name tab, it orders the packages in alphabetical order by source name. This time, it treats X-Y packages as alphabetically lower than X packages. So, in my case, pekwm-themes is now listed before pekwm. This seems like a mistake since it seems like the default alphabetical order should be the same as explicit alphabetical order. Thanks! Daniel Moerner -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538801: pdfedit: Please package new upstream release 0.4.3
Package: pdfedit Version: 0.4.2-4 Severity: wishlist Hi, pdfedit 0.4.3 has been released. It doesn't seem to fix either of the two outstanding bug reports that have been forwarded upstream, but it does seem to have some security fixes judging by the changelog. Thanks! Daniel -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pdfedit depends on: ii libc6 2.9-21GNU C Library: Shared libraries ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libgcc11:4.4.1-1 GCC support library pn libqt3-mt none(no description available) ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime pdfedit recommends no packages. pdfedit suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537776: mosh scheme debian package
On Mon, Jul 27, 2009 at 11:36 AM, Barak A. Pearlmutterba...@cs.nuim.ie wrote: Do you know if their version of libgc and libatomic-ops actually differ from the upstream or Debian versions in some significant way? Because they might have just slapped the library sources into their repository for convenience. If that is the case then this wouldn't be a show stopper, since the Debian package could just rip them back out and use the Debian versions. They use libgc version 7.1, Debian only has 6.8. Considering the upstream sources also include an alpha release of libgc 7.1, I suspect there are new changes from the version in Debian but I didn't look into it in-depth. If you'd like to take a look at it, the git I was using is here: http://git.debian.org/?p=collab-maint/mosh.git;a=summary Regards, Daniel -- Daniel Moerner dmoer...@gmail.com signature.asc Description: OpenPGP digital signature
Bug#537308: ypsilon FTBFS if homedir doesn't exist and can't be created
tags 537308 pending thanks On Sun, Jul 19, 2009 at 7:02 PM, Daniel Moernerdmoer...@gmail.com wrote: [1] http://code.google.com/p/ypsilon/issues/detail?id=109 Upstream has now accepted the bug report so hopefully we can get a proper fix from them into the archive soon. No upstream activity in 5 days on the report, I'll just push the temporary fix now. Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537776: ITP: mosh -- A fast R6RS Scheme interpreter
Package: wnpp Severity: wishlist Owner: Daniel Moerner dmoer...@gmail.com Package name: mosh Version : 0.1.2 Upstream Author : Taro Minowa hige...@users.sourceforge.jp URL : http://code.google.com/p/mosh-scheme License : BSD Programming Lang: C++ Description : A fast R6RS Scheme interpreter Mosh is a free and fast interpreter for Scheme as specified in the latest revision of the Scheme standard, R6RS. The current release of Mosh supports all of the features of R6RS, as well as implementations of most of the common SRFIs. . Mosh also includes several other libraries that help extend Scheme, including libraries that provide an IRC client, a wiki, a MySQL API, and a port of the Tiny CLOS object-oriented programming system to R6RS Scheme. I'm packaging mosh since it is currently the most portable R6RS-compliant Scheme and also among the first to support Tiny CLOS. I will wait for upstream's release of 0.1.3 to push this to Debian since their svn currently has several key fixes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537308: ypsilon FTBFS if homedir doesn't exist and can't be created
[1] http://code.google.com/p/ypsilon/issues/detail?id=109 Upstream has now accepted the bug report so hopefully we can get a proper fix from them into the archive soon. -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537492: menu: Binary without execution bits.
On Sat, Jul 18, 2009 at 9:20 PM, Cyril Bruleboisk...@debian.org wrote: Sven Joachim svenj...@gmx.de (18/07/2009): This looks strange, it seems that the test found update-menus executable, but it no longer is. Namely, the shell has apparently hashed it, since otherwise you would update-menus: command not found instead of permission denied. This may be because the dpkg trigger for update-menus had been activated. Can you examine your dpkg.log entries of the failed upgrade? (No sign of triggers, it's just that emacs21 gets configured before menu.) That one might be arch-related: | kbsd:/home/kibi# which update-menus | /usr/bin/update-menus | kbsd:/home/kibi# ls -l /usr/bin/update-menus | -rw-r--r-- 1 root root 113028 jun 8 13:13 /usr/bin/update-menus That's on GNU/kFreeBSD. I still have to investigate why, but it looks like if [ -x /usr/bin/update-menus ] returns true even with the above-mentioned conditions. Cc'ing -bsd. Could this be the fakeroot chmod race problem again? (e.g. a faulty build of menu) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534879 Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536187: emacs-goodies-el in-package scripts rely on emacs21
Hi, emacs-goodies-el does not build-depend on emacs21. However, any changes in the loaddefs or additions of scripts to the file relies on calling elisp/packagename-loaddefs.make, which itself calls emacs21. This is not a blocker for the removal of emacs21 per se, but it would be nice to get this fixed right now. Peter: I have prepared the attached patch which changes the emacs21 references to emacs22. I have also removed the emacs21 conditional depends from the control file. I patched the source and ran the *-loaddefs.make files with emacs22 instead of emacs21 and there were no errors. If you have no objections I can apply this to the CVS (or you can) in the next few days. If you would rather have a non-version-depended call to just emacs that might also make sense too. The package probably still needs a bit more cleaning up but this would at least be a start and I think clears up all the emacs21 references. (e.g., there is still a reference to emacs-snapshot in gnus-bonus-el as well as various comments about emacs21) Regards, Daniel -- Daniel Moerner dmoer...@gmail.com Index: debian/control === RCS file: /cvsroot/pkg-goodies-el/emacs-goodies-el/debian/control,v retrieving revision 1.78 diff -u -u -r1.78 control --- debian/control 1 Jun 2009 03:30:24 - 1.78 +++ debian/control 19 Jul 2009 00:52:02 - @@ -108,7 +108,7 @@ Package: gnus-bonus-el Architecture: all -Depends: emacs22 | emacsen, gnus | emacs22 | emacs21 | xemacs21 | emacs-snapshot +Depends: emacs22 | emacsen, gnus | emacs22 | xemacs21 | emacs-snapshot Section: news Description: Miscellaneous add-ons for Gnus This package contains a few Emacs-Lisp files, obtained from various Index: elisp/debian-el/debian-el-loaddefs.make === RCS file: /cvsroot/pkg-goodies-el/emacs-goodies-el/elisp/debian-el/debian-el-loaddefs.make,v retrieving revision 1.1 diff -u -u -r1.1 debian-el-loaddefs.make --- elisp/debian-el/debian-el-loaddefs.make 1 Oct 2003 01:05:22 - 1.1 +++ elisp/debian-el/debian-el-loaddefs.make 19 Jul 2009 00:52:02 - @@ -1 +1 @@ - emacs21 -batch --no-site-file --multibyte --eval '(setq load-path (cons . load-path))' -l autoload --eval '(setq generated-autoload-file (expand-file-name debian-el-loaddefs.el))' --eval '(setq make-backup-files nil)' -f batch-update-autoloads . +emacs22 -batch --no-site-file --multibyte --eval '(setq load-path (cons . load-path))' -l autoload --eval '(setq generated-autoload-file (expand-file-name debian-el-loaddefs.el))' --eval '(setq make-backup-files nil)' -f batch-update-autoloads . Index: elisp/dpkg-dev-el/dpkg-dev-el-loaddefs.make === RCS file: /cvsroot/pkg-goodies-el/emacs-goodies-el/elisp/dpkg-dev-el/dpkg-dev-el-loaddefs.make,v retrieving revision 1.1 diff -u -u -r1.1 dpkg-dev-el-loaddefs.make --- elisp/dpkg-dev-el/dpkg-dev-el-loaddefs.make 4 Nov 2003 02:07:56 - 1.1 +++ elisp/dpkg-dev-el/dpkg-dev-el-loaddefs.make 19 Jul 2009 00:52:02 - @@ -1 +1 @@ -emacs21 -batch --no-site-file --multibyte --eval '(setq load-path (cons . load-path))' -l autoload --eval '(setq generated-autoload-file (expand-file-name dpkg-dev-el-loaddefs.el))' --eval '(setq make-backup-files nil)' -f batch-update-autoloads . +emacs22 -batch --no-site-file --multibyte --eval '(setq load-path (cons . load-path))' -l autoload --eval '(setq generated-autoload-file (expand-file-name dpkg-dev-el-loaddefs.el))' --eval '(setq make-backup-files nil)' -f batch-update-autoloads . Index: elisp/emacs-goodies-el/emacs-goodies-loaddefs.make === RCS file: /cvsroot/pkg-goodies-el/emacs-goodies-el/elisp/emacs-goodies-el/emacs-goodies-loaddefs.make,v retrieving revision 1.1 diff -u -u -r1.1 emacs-goodies-loaddefs.make --- elisp/emacs-goodies-el/emacs-goodies-loaddefs.make 13 Sep 2003 00:35:25 - 1.1 +++ elisp/emacs-goodies-el/emacs-goodies-loaddefs.make 19 Jul 2009 00:52:02 - @@ -1 +1 @@ - emacs21 -batch --no-site-file --multibyte --eval '(setq load-path (cons . load-path))' -l autoload --eval '(setq generated-autoload-file (expand-file-name emacs-goodies-loaddefs.el))' --eval '(setq make-backup-files nil)' -f batch-update-autoloads . +emacs22 -batch --no-site-file --multibyte --eval '(setq load-path (cons . load-path))' -l autoload --eval '(setq generated-autoload-file (expand-file-name emacs-goodies-loaddefs.el))' --eval '(setq make-backup-files nil)' -f batch-update-autoloads .
Bug#536154: emacs-goodies-el: quack overrides emacs defaults, should probably be optional (aggressive)
On Fri, Jul 17, 2009 at 9:18 PM, Peter S Galbraithp...@debian.org wrote: If any of you get a chance, please test the attached package. quack should now only be enabled by customizing the variable `quack-install'. Hi, it looks like it works to me. It would probably be good to document this in the README.Debian file as well, something like the following would probably be sufficient: --- README.Debian.old 2009-07-17 15:49:15.946986626 -0600 +++ README.Debian 2009-07-17 15:50:22.218947453 -0600 @@ -255,7 +255,9 @@ protocols.el provides M-x protocols-look quack.el provides enhanced support for editing and running Scheme code in both the major and minor modes. It also provides easy access to online references for plt-scheme, books on Scheme, and SRFIs (Scheme Requests -For Implementation). +For Implementation). Because it invasively changes scheme-mode, it is +not enabled by default. To enable it, add both (require 'quack) and +(quack-install) to your `.emacs' file rfcview.el formats IETF RFCs for improved readability. Regards, Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536154: emacs-goodies-el: quack overrides emacs defaults, should probably be optional (aggressive)
On Fri, Jul 17, 2009 at 10:24 PM, Peter S Galbraithp...@debian.org wrote: Great idea, thanks! But I'll rather point users to the custom interface: M-x customize-variable[RET]quack-install[RET] Did you try it that way too? That was the original way I turned it on; it works fine. It does make more sense to use the custom interface; I had just put in the manual method since that's the way quack.el was patched. Thanks, Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537308: ypsilon FTBFS if homedir doesn't exist and can't be created
On Fri, Jul 17, 2009 at 11:42 PM, peter greenplugw...@p10link.net wrote: Hi, thanks for reporting this. I'm a bit confused why this just happened since I only added cpio As a manual build depend in this release and it builds fine in pbuilder. Must be something different about the buildd setup. Probablly, pbuilder and buildd setups aren't quite the same which does bite maintainers sometimes. Just to be even more annoying the buildds often aren't exactly consistent with each other. This is probably the case here; it built fine on the -2 upload Needing a writable home just seems like a bug to me but I haven't had a chance to look at the code yet. Personally I tend to think that in general requiring a writable home is poor behaviour but whether it actually constitutes a bug in a particular case is a descision for those intimately involved with the program, not flyby bugsquashers like me (I know I submitted this bug but I only noticed it because I saw a FTBFS bug had been closed very quickly and decided to check the buildd logs to see if it had been fixed properly or not). Well thanks for the extra set of eyes, I wouldn't have caught it for a few days. This is definitely an upstream bug,[1] I'll probably wait a few days to see if they respond and if they don't I'll push the quick fix. Fixing the bug itself is a small patch but relatively invasive. Daniel [1] http://code.google.com/p/ypsilon/issues/detail?id=109 -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537308: ypsilon FTBFS if homedir doesn't exist and can't be created
On Thursday, July 16, 2009, peter green plugw...@p10link.net wrote: package: ypsilon severity: serious tags: patch ypsilon fails to build from source if the homedir doesn't exist and can't be created. This happened on the i386 buildd with the latest version. Hi, thanks for reporting this. I'm a bit confused why this just happened since I only added cpio As a manual build depend in this release and it builds fine in pbuilder. Must be something different about the buildd setup. I'll do some investigating and upload tonight. Incidentally, is your patch a common way to fix problems like this? Needing a writable home just seems like a bug to me but I haven't had a chance to look at the code yet. Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537308: ypsilon FTBFS if homedir doesn't exist and can't be created
On Thu, Jul 16, 2009 at 3:48 PM, Daniel Moernerdmoer...@gmail.com wrote: Needing a writable home just seems like a bug to me but I haven't had a chance to look at the code yet. Well I just had a chance to look at it, the $HOME/.ypsilon directory is used for the auto-compile-cache function but this is called during interactive mode rather than during the compile time, so it should be created on the first run of ypsilon rather than during the compilation. This looks like an upstream bug and I'll bring it up with them. Thanks, Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536154: emacs-goodies-el: quack overrides emacs defaults, should probably be optional (aggressive)
Hi Peter, On Thu, Jul 9, 2009 at 2:14 PM, Peter S Galbraithp.galbra...@globetrotter.net wrote: Ok, make sense. I will add some enabling code that can be used vis the customization interface, similar to e.g. the variable `ff-paths-install'. I will move alls etuup within quack.el to a new function which will be invoked when this variable is set. I think Sami's logic that the changes are too invasive to be enabled by default sounds about right. Thanks for taking the lead on this, I just left town for a conference so it's difficult for me to do any work on this for the next week, but if you keep me CC'd I can try to find some time to test the changes you make. Neil is around on #scheme where I hang out normally so if it looks like there's a way to support quack.el better for autoloading rather than through always manually requiring it I can also pass those on to him. Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535256: ITP: libogginfo-ruby -- Ruby library for accessing low-level information on ogg files
Package: wnpp Severity: wishlist Owner: Daniel Moerner dmoer...@gmail.com Package name: libogginfo-ruby Version : 0.3.2 Upstream Author : Guillaume Pierronnet guillaume.pierron...@gmail.com URL : http://ruby-ogginfo.rubyforge.org/ License : GPL Programming Lang: Ruby Description : Ruby library for accessing low-level information on ogg files Ruby-ogginfo provides access to the bitrate, length, samplerate, encoder, and tag information of ogg files. It can also access and write tags for ogg files provided that vorbis-tools is installed. I have joined the pkg-ruby-extras team on alioth to maintain this package as part of the team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533450: ITP: xserver-xorg-video-psb -- Xorg Graphics driver for Intel Poulsbo chipset (GMA 500)
I originally just sent this to debian-devel since I didn't see the bug report on it, here are my comments on the bug report for posterity. I'll keep debian-devel on CC. I've attached the forwarded message at the end. On Wed, Jun 17, 2009 at 11:20 AM, Kushal Koolwalkushalkool...@hotmail.com wrote: * Package name : xserver-xorg-video-psb Version : 1.0 I only see version 0.2.1 on various websites, the upstream git repo on moblin.org no longer exists. Upstream Author : Intel Moblin * URL : http://www.intel.com/products/mid/ * License : GPL It looks like MIT to me. Programming Lang: C/C++ Description : Xorg Graphics driver for Intel Poulsbo chipset (GMA 500) http://lists.debian.org/debian-devel/2009/06/msg00515.html -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Here was my original message that I sent out before I saw the bug report: -- Forwarded message -- From: Daniel Moerner dmoer...@gmail.com Date: Wed, Jun 17, 2009 at 11:42 AM Subject: Re: Intel Atom Poulsbo chipset Xorg driver in Debian To: debian-de...@lists.debian.org On Wed, Jun 17, 2009 at 10:49 AM, Jonathan Wiltshiredeb...@jwiltshire.org.uk wrote: On Wed, Jun 17, 2009 at 10:42:55AM -0700, Kushal Koolwal wrote: It seems that the support for Intel's Poulsbo chipset (Graphics GMA 500) for Atom processor (US15) is sparse [1]. So far I have been able to find a driver package in Ubuntu Hardy [2]. I was wondering if anyone has ideas as to if Debian will get the support for Poulsbo chipset. From a brief look at the package in Hardy, the license would be considered free, so I suggest you file a Request for Packaging [1] and hopefully somebody will take you up on it. Is the driver in better shape than it was in January? http://www.happyassassin.net/2009/01/30/intel-gma-500-poulsbo-graphics-on-linux-a-precise-and-comprehensive-summary-as-to-why-youre-screwed/ Ubuntu even requested to have it removed from their archive because it was obsolete and broken: https://launchpad.net/ubuntu/+source/xserver-xorg-video-psb/0.2.1-1ubuntu3 I'm not sure if this is something that would be wanted in the archive unless support has improved (which is a legitimate possibility, given that Dell purports to support this chipset in the Mini 12). Cheers, Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509860: Fwd: Non-free file in scheme48 source emacs/cmulisp.el
Olin Shivers has agreed that emacs/cmulisp.el can be distributed without the no-ads clause, in message: qijr5xmjtgs.wl%shiv...@mongkok.dyndns.org on scheme-48-b...@s48.org I will no longer repack the upstream tarball in the next release of scheme48. The full content of the message follows: -- Forwarded message -- From: Olin Shivers shiv...@mongkok.dyndns.org Date: Sun, Jun 14, 2009 at 4:17 PM Subject: Re: Non-free file in scheme48 source emacs/cmulisp.el To: dmoer...@gmail.com Cc: scheme-48-b...@s48.org At Tue, 09 Jun 2009 10:42:49 +0200, dmoer...@gmail.com wrote: I currently maintain scheme48 in Debian. I just wanted to inform you that there is one file in the source with an invariant clause inconsistent with scheme48's 3-clause BSD license. emacs/cmulisp.el has a license that prohibits distribution for money: ;;; Copyright Olin Shivers (1988). ;;; Please imagine a long, tedious, legalistic 5-page gnu-style copyright ;;; notice appearing here to the effect that you may use this code any ;;; way you like, as long as you don't charge money for it, remove this ;;; notice, or hold me liable for its results. I was unable to contact Olin Shivers to get the license changed.[1] Obviously you might not really care if this file is still in the sources since the intent of the license seems to suggest that it should be consistent with 3-clause BSD, but I just wanted to give you a heads-up in case you weren't aware of it and/or could perhaps contact Olin to ask him about the status of the license. For the Debian package I have rebuilt the tarball to remove this file. I'm perfectly happy for you to distribute that code under the Debian-approved license. As Jonathan remarked, the original versions of these modes (comint, shell, etc.) that I wrote in the 80's got messed up when the Gnu folks folded it into gnu-emacs, at the direction of RMS. Alas. -Olin -- Daniel Moerner dmoer...@gmail.com signature.asc Description: OpenPGP digital signature
Bug#533247: Segmentation Fault on all attempts to access apt database
Package: apt Version: 0.7.21 Severity: grave Justification: renders package unusable Hi, I just finished a dist-upgade that included the following: Will install 13 packages, and remove 0 packages. 20.5kB of disk space will be used === [HOLD, DEPENDENCIES] libc6-dev-i386 [HOLD, DEPENDENCIES] libc6-i386 [HOLD] fakeroot [HOLD] libc6 [HOLD] libc6-dev [UPGRADE] cups-common 1.3.10-4 - 1.3.10-5 [UPGRADE] gnome-session 2.26.1-6 - 2.26.1-7 [UPGRADE] gnome-session-bin 2.26.1-6 - 2.26.1-7 [UPGRADE] h264enc 8.8.4-0.0 - 8.8.5-0.0 [UPGRADE] libcupsys2 1.3.10-4 - 1.3.10-5 [UPGRADE] libcupsys2-dev 1.3.10-4 - 1.3.10-5 [UPGRADE] librpm0 4.7.0-3 - 4.7.0-4 [UPGRADE] librpmbuild0 4.7.0-3 - 4.7.0-4 [UPGRADE] librpmio0 4.7.0-3 - 4.7.0-4 [UPGRADE] lintian 2.2.10 - 2.2.11 [UPGRADE] locales 2.9-14 - 2.9-15 [UPGRADE] module-init-tools 3.7-pre9-1 - 3.9-1 [UPGRADE] rpm 4.7.0-3 - 4.7.0-4 === Now I get segmentation faults that dump core on all attempts to access the database: aptitude search ~i apt-cache search anything etc. Just querying version numbers or using dpkg does not produce segfaults. Attached are the strace and gdb data from running aptitude search ~i. I have put the core on my alioth for now as it's 8MB: http://alioth.debian.org/~dmoerner-guest/core If you want me to run this on apt-get proper instead of aptitude just tell me. I'm now going to try rebuilding with debugging symbols to see if I can get a better backtrace. Daniel -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Acquire ; APT::Acquire::Translation environment; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; 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; Dir::Log var/log/apt; Dir::Log::Terminal term.log; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; -- /etc/apt/preferences -- Package: * Pin: release a=experimental Pin-Priority: 101 -- /etc/apt/sources.list -- # deb http://ftp.us.debian.org/debian/ lenny main deb http://ftp.us.debian.org/debian/ sid main contrib non-free deb http://www.debian-multimedia.org/ sid main non-free deb-src http://ftp.us.debian.org/debian/ sid main contrib non-free -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt depends on: ii debian-archive-keyring2009.01.31 GnuPG archive keys of the Debian a ii libc6 2.9-13 GNU C Library: Shared libraries ii libgcc1 1:4.4.0-6 GCC support library ii libstdc++64.4.0-6The GNU Standard C++ Library v3 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none (no description available) ii aptitude 0.4.11.11-1+b1 terminal-based package manager ii bzip2 1.0.5-2high-quality block-sorting file co ii dpkg-dev 1.15.2 Debian package development tools ii lzma 4.43-14Compression method of 7z format in pn python-aptnone (no description available) ii synaptic 0.62.6 Graphical package manager -- no debconf information GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu... (no debugging symbols found) (gdb) handle SIG33 pass nostop noprint SignalStop Print Pass to program Description SIG33 NoNo Yes Real-time event 33 (gdb) set pagination 0 (gdb) run
Bug#533247: Odd fix
severity 533247 normal reassign 533247 aptitude thanks Odd, shows what I get for always using aptitude. This was fixed by doing the following in this exact order: aptitude update - segfault apt-get update - an error about a malformed distribution file on debian-multimedia, which I unfortunately did not save. aptitude update - no error Now it's fixed. Something about the way aptitude update was running triggered the segfault, something about apt-get update did not. I'm downgrading this and reassigning to aptitude, this seems like it will be almost impossible to reproduce so feel free to close if you think that's appropriate, it is my fault for not saving the exact error on apt-get update. Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533029: Please install README.Debian in sbuild package, not libsbuild-perl
Package: sbuild Version: 0.58.3-1 Severity: wishlist Hi, README.Debian currently ships with libsbuild-perl because the sbuild source package builds multiple binaries, thus, since README.Debian is not prepended by a packagename it is installed in the first binary package in the control file. I believe this is incorrect, README.Debian should ship in the sbuild package because it is explicitly mentioned in man 1 sbuild. ~/Work/local $ for i in *.deb; do dpkg -c $i | grep README.Debian; done -rw-r--r-- root/root 1527 2009-05-17 13:47 ./usr/share/doc/libsbuild-perl/README.Debian So a simple: mv debian/README.Debian debian/sbuild.README.Debian would fix this. Regards, Daniel -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sbuild depends on: ii adduser 3.110 add and remove users and groups ii libsbuild-perl0.58.3-1 Tool for building Debian binary pa ii perl 5.10.0-23 Larry Wall's Practical Extraction ii perl-modules 5.10.0-23 Core Perl modules Versions of packages sbuild recommends: pn debootstrap none (no description available) ii fakeroot 1.12.2 Gives a fake root environment Versions of packages sbuild suggests: ii deborphan 1.7.28 program that can find unused packa ii wget 1.11.4-2 retrieves files from the web -- 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#532307: tint2: wrong doc path in man page
tags 532307 confirmed fixed-upstream thanks On Mon, Jun 8, 2009 at 5:26 AM, Oliver Grimmlogisti...@yahoo.com wrote: The man page of tint says see /usr/share/tint2/doc for more info while the documentation is to be found in /usr/share/doc/tint2/. Hi, thanks for reporting this. Upstream has already fixed this in their svn (I forwarded the manpage to them). Unless you have any objections I will wait for the next upstream release to fix this; they just put out a beta and should have a final release soon. Daniel -- Daniel Moerner dmoer...@gmail.com signature.asc Description: OpenPGP digital signature
Bug#531928: FTBFS: MAXHOSTNAMELEN not declared on hurd-i386
Package: scheme48 Version: 1.8-2 Severity: important This is a placeholder bug, scheme48 currently fails to build on hurd-i386 because MAXHOSTNAMELEN is undefined there. I am currently testing a patch and should be able to push an upload within the next couple of days. lisp/scheme48_1.8-2: Failed by buildd_hurd-i386-rossini [optional:uncompiled] Reasons for failing: [Category: none] i486-gnu-gcc -c -DHAVE_CONFIG_H -I ./c -I./c -Wall -g -O2 -o c/unix/socket.o c/unix/socket.c c/unix/socket.c: In function 's48_get_host_name': c/unix/socket.c:433: error: 'MAXHOSTNAMELEN' undeclared (first use in this function) make[1]: *** [c/unix/socket.o] Error 1 make[1]: Leaving directory `/build/buildd/scheme48-1.3' Previous state was Building until 2009 Mar 05 02:20:27 Daniel -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages scheme48 depends on: ii libc6 2.9-13 GNU C Library: Shared libraries scheme48 recommends no packages. Versions of packages scheme48 suggests: pn cmuscheme48-elnone (no description available) pn scheme48-doc none (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#531928: scheme48: pthreads seem to also produce a problem
Package: scheme48 Version: 1.8-2 Severity: normal When patched to define MAXHOSTNAMELEN a new bug appears: gcc -c -DHAVE_CONFIG_H -D_GNU_SOURCE -D__COMPILING_SCHEME48_ITSELF__ -DS48_HOST_ARCHITECTURE=\i486-pc-gnu\ -I ./c -I./c -I./c/bibop -g -O2 -o c/unix/socket.o c/unix/socket.c c/unix/socket.c: In function 's48_get_host_by_name': c/unix/socket.c:367: error: 'pthread_t' undeclared (first use in this function) c/unix/socket.c:367: error: (Each undeclared identifier is reported only once c/unix/socket.c:367: error: for each function it appears in.) c/unix/socket.c:367: error: expected ';' before 't' c/unix/socket.c:382: error: 't' undeclared (first use in this function) c/unix/socket.c: In function 's48_get_host_by_address': c/unix/socket.c:470: error: 'pthread_t' undeclared (first use in this function) c/unix/socket.c:470: error: expected ';' before 't' c/unix/socket.c:481: error: 't' undeclared (first use in this function) make[1]: *** [c/unix/socket.o] Error 1 make[1]: Leaving directory `/home/dmoerner-guest/dev/scheme48-1.8+dfsg' dh_auto_build: command returned error code 512 make: *** [build-stamp] Error 1 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages scheme48 depends on: ii libc6 2.9-13 GNU C Library: Shared libraries scheme48 recommends no packages. Versions of packages scheme48 suggests: pn cmuscheme48-elnone (no description available) ii scheme48-doc 1.8-2 Documentation for the Scheme48 imp -- 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#530703: emacs-goodies-el: Please update quack.el to 0.36
tags 530703 pending thanks On Wed, May 27, 2009 at 9:51 AM, Peter S Galbraith p...@debian.org wrote: Please integrate new versions of quack.el yourself, add a snippet to the debian/changelog with the distribution set to UNRELEASED and send me a reminder email to make the release. I try to fix one or two easy bugs and make the release then. Feel free to fix the Vcs-Cvs issue while you are at it! Is that okay with you? I'm happy to help this way, I'll commit the new changes in a few days. That's great. No rush, no worries! Thanks for helping out! Thanks, I committed the changes last night. I'm tagging this bug as pending now because the changes have been committed to the cvs, if you prefer to reserve the pending tag for your packages that are sitting between dak and incoming and ftp.debian.org then obviously feel free to remove it. In the future I'll just drop you an email though when I commit changes. Regards, Daniel -- Daniel Moerner dmoer...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530703: emacs-goodies-el: Please update quack.el to 0.36
Package: emacs-goodies-el Version: 30.0-1 Severity: normal Tags: patch Hi, quack.el 0.36 has been released. Attached is a diff that includes the new revision of quack.el as well as a refreshed dpatch. It's not a revolutionary upstream release so I think this is sufficient, I tested a rebuilt package and it worked fine. By the way, is the most convenient way to push these updates through bug reports, through a personal email to you, or something else? quack.el has actually seen two releases since I originally did the work to get it in emacs-goodies-el, and I'm happy to continue updating it, but for a moving upstream it probably makes sense to figure out the easiest way for me to get these updates to you. Regards, Daniel -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs-goodies-el depends on: ii bash 3.2-5 The GNU Bourne Again SHell ii emacs22-gtk [emacsen] 22.3+1-1 The GNU Emacs editor (with GTK use Versions of packages emacs-goodies-el recommends: pn dict none (no description available) ii perl-doc 5.10.0-22 Perl documentation ii wget 1.11.4-2 retrieves files from the web emacs-goodies-el suggests no packages. -- no debconf information Index: debian/patches/50_quack_autoload.dpatch === RCS file: /cvsroot/pkg-goodies-el/emacs-goodies-el/debian/patches/50_quack_autoload.dpatch,v retrieving revision 1.2 diff -u -r1.2 50_quack_autoload.dpatch --- debian/patches/50_quack_autoload.dpatch 3 Mar 2009 02:27:38 - 1.2 +++ debian/patches/50_quack_autoload.dpatch 27 May 2009 05:44:49 - @@ -2,22 +2,13 @@ ## 50_quack_autoload.dpatch by Daniel Moerner dmoer...@gmail.com ## ## All lines beginning with `## DP:' are a description of the patch. -## DP: No description. +## DP: Insert autoload headers for quack.el. @DPATCH@ diff -urNad emacs-goodies-el~/elisp/emacs-goodies-el/quack.el emacs-goodies-el/elisp/emacs-goodies-el/quack.el emacs-goodies-el~/elisp/emacs-goodies-el/quack.el 2009-03-02 20:39:52.0 -0500 -+++ emacs-goodies-el/elisp/emacs-goodies-el/quack.el 2009-03-02 21:18:30.0 -0500 -@@ -28,7 +28,7 @@ - ;; INTRODUCTION: - ;; - ;; Quack enhances Emacs support for Scheme programming. Quack is layered --;; atop the standard packages `cmuscheme.el', by Olin Shivers, and -+;; atop the standardpackages `cmuscheme.el', by Olin Shivers, and - ;; `scheme.el', by Bill Rozas and Dave Love. Added features include: - ;; - ;; * Menu and commands for viewing popular Scheme-related manuals or -@@ -3117,6 +3117,8 @@ +--- emacs-goodies-el~/elisp/emacs-goodies-el/quack.el 2009-05-26 22:06:46.0 -0700 emacs-goodies-el/elisp/emacs-goodies-el/quack.el 2009-05-26 22:43:29.897795890 -0700 +@@ -3102,6 +3102,8 @@ ;; Non-Scheme: (\\.plt\\'. quack-pltfile-mode))) @@ -26,7 +17,7 @@ ;; Syntax Table: (defmacro quack-str-syntax (str) -@@ -4000,9 +4002,11 @@ +@@ -3989,9 +3991,11 @@ (quack-when-xemacs (quack-install-global-menu))) @@ -38,7 +29,7 @@ (defun quack-scheme-mode-hookfunc () (quack-shared-mode-hookfunc-stuff) -@@ -4015,6 +4019,8 @@ +@@ -4004,6 +4008,8 @@ ;;(quack-install-tool-bar))) ) @@ -47,7 +38,7 @@ (add-hook 'scheme-mode-hook 'quack-scheme-mode-hookfunc) (add-hook 'inferior-scheme-mode-hook 'quack-inferior-scheme-mode-hookfunc) -@@ -4100,6 +4106,7 @@ +@@ -4135,6 +4141,7 @@ ;; TODO: Make a menu map for pltfile-mode. Index: elisp/emacs-goodies-el/quack.el === RCS file: /cvsroot/pkg-goodies-el/emacs-goodies-el/elisp/emacs-goodies-el/quack.el,v retrieving revision 1.1 diff -u -r1.1 quack.el --- elisp/emacs-goodies-el/quack.el 3 Mar 2009 01:39:52 - 1.1 +++ elisp/emacs-goodies-el/quack.el 27 May 2009 05:44:51 - @@ -5,7 +5,7 @@ ;; Emacs-style font-lock specs adapted from GNU Emacs 21.2 scheme.el. ;; Scheme Mode menu adapted from GNU Emacs 21.2 cmuscheme.el. -(defconst quack-version 0.34) +(defconst quack-version 0.36) (defconst quack-author-name Neil Van Dyke) (defconst quack-author-email n...@neilvandyke.org) (defconst quack-web-page http://www.neilvandyke.org/quack/;) @@ -16,65 +16,20 @@ Foundation; either version 2, or (at your option) any later version. This is distributed in the hope that it will be useful, but without any warranty; without even the implied warranty of merchantability or fitness for a -particular purpose. See the GNU General Public License for more details. You -should have received
