Bug#628948: Adopting hxe for debian and some question about our own copyright
I hereby give the permission to use anything I have ever submitted to the Debian or Ubuntu archives in any way you see fit. If you need to attach a specific license to any piece of source code, you are welcome to attach the ISC license or the MIT license, whichever make things work for you. I cannot GPG sign this message because I currently have no access to a combination of OS and drivers that can allow me to read my cryptocard. You simply have to refer to this email. Cheers, Jens Peter Secher (Sent from my phone) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686070: libpam-ssh/1.92-15
On 11/6/12 5:13 AM, Jerome BENOIT wrote: a potential sponsor for reintroducing libpam-ssh asked me to contact you as previous maintainer for comments on the reintroduction version, which is meant to be a minimal version. A commented debdiff output is attached in such a way you can get quickly a picture of this minimal version. Looks fine to me, thanks for taking care of libpam-ssh! Cheers, /JP -- Jens Peter Secher jpsec...@gmail.com A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681922: sml-mode: can't be compiled with emacs24
Thanks for your bug report. However, I am no longer a Debian developer. Cheers, /JP (Sent from my phone) On 17/07/2012, at 22.00, Hilko Bengen ben...@debian.org wrote: Package: sml-mode Version: 4.1-2 Severity: serious Dear Maintainer, I tried installing sml-mode. Installation failed while it was being compiled for Emacs 24. Output is shown below. Cheers, -Hilko $ sudo apt-get install sml-mode [sudo] password for bengen: Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: sml-mode 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 58.3 kB of archives. After this operation, 258 kB of additional disk space will be used. Get:1 http://localhost/debian/ sid/main sml-mode all 4.1-2 [58.3 kB] Fetched 58.3 kB in 0s (168 kB/s) Selecting previously unselected package sml-mode. (Reading database ... 497625 files and directories currently installed.) Unpacking sml-mode (from .../sml-mode_4.1-2_all.deb) ... Processing triggers for install-info ... install-info: warning: no info dir entry in `/usr/share/info/ocaml.info.gz' Setting up sml-mode (4.1-2) ... Install emacsen-common for emacs Install emacsen-common for emacs23 install/sml-mode: Handling install for emacsen flavor emacs23 Wrote /usr/share/emacs23/site-lisp/sml-mode/sml-compat.elc Wrote /usr/share/emacs23/site-lisp/sml-mode/sml-proc.elc Wrote /usr/share/emacs23/site-lisp/sml-mode/sml-mode-startup.elc Wrote /usr/share/emacs23/site-lisp/sml-mode/sml-move.elc Wrote /usr/share/emacs23/site-lisp/sml-mode/sml-defs.elc Wrote /usr/share/emacs23/site-lisp/sml-mode/sml-mode.elc Wrote /usr/share/emacs23/site-lisp/sml-mode/sml-util.elc Install emacsen-common for emacs24 install/sml-mode: Handling install for emacsen flavor emacs24 Wrote /usr/share/emacs24/site-lisp/sml-mode/sml-compat.elc In toplevel form: sml-proc.el:93:1:Error: Constant symbol `:group' specified in defvar Wrote /usr/share/emacs24/site-lisp/sml-mode/sml-mode-startup.elc In toplevel form: sml-move.el:26:1:Error: Constant symbol `:group' specified in defvar In toplevel form: sml-defs.el:25:1:Error: Constant symbol `:group' specified in defvar In toplevel form: sml-mode.el:73:1:Error: Constant symbol `:group' specified in defvar In toplevel form: sml-util.el:25:1:Error: Constant symbol `:group' specified in defvar ERROR: install script from emacsen-common package failed dpkg: error processing sml-mode (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: sml-mode E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages sml-mode depends on: ii dpkg1.16.7 ii emacsen-common 2.0.3 ii install-info4.13a.dfsg.1-10 sml-mode recommends no packages. sml-mode 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#663476: changetrack: enhancement request -- use sub-directory tree instead of single directory for library archive
Thanks for your bug report, it sounds like a good idea. However, I am no longer a Debian developer, so I cannot make changes to the package. You are welcome to take over the package (very low maintenance) or contact upstream. Cheers, /JP (Sent from my phone.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663406: sml-mode: file-expand-wildcards in xemacs21
Thanks for your bug report, it sounds like a good idea. However, I am no longer a Debian developer, so I cannot make changes to the package. You are welcome to take over the package (very low maintenance). Cheers, /JP (Sent from my phone.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658648: mercurial-buildpackage: xz support (v2)
Hi, i am no longer a DD, you are welcome to take over. (Sent from my phone.) On 05/02/2012, at 02.22, Darren Salt li...@youmustbejoking.demon.co.uk wrote: Updated patch. This uses pristine-xz and therefore requires pristine-tar 1.18 or later. -- | _ | Darren Salt, using Debian GNU/Linux (and Android) | ( ) | | X | ASCII Ribbon campaign against HTML e-mail | / \ | http://www.asciiribbon.org/ If it's stupid but it works, then it's not stupid. mercurial-buildpackage-xz.patch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628590: make siggen depends on oss-compat
Hi, I am no longer a Debian Developer, so it would be great if someone else could take over or just upload the fix. Cheers, /JP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628948: HaXe 2.08 deb
On 2011-10-11 0:45 Alexander Konotop wrote: Are there any plans to build a .deb of 2.08 version? And neko 1.8.2? No, not really. I am not a Debian Developer any longer, so it would be great if someone could adopt the haxe and neko packages. Cheers, /JP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641348: New version of trac-mercurial
New version with bug fixes: http://dl.dropbox.com/u/4213259/deb/trac-mercurial_0.12.0.27%2Br10693-0.2.debian.tar.gz Cheers, -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641613: package ftbfs with ld --as-needed
Sorry, I am no longer a DD, so I cannot upload anything. /JP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641348: trac-mercurial 0.12
Hi, the trac-mercurial package does not work well with Trac 0.12, so I have created an updated package: http://dl.dropbox.com/u/4213259/deb/trac-mercurial_0.12.0.27-0.1.debian.tar.gz It includes a get-orig-source target that extracts the source directly from SVN. I am no longer a DD so I cannot upload, but I have a number of other trac-related packages for Trac 0.12 lying around: trac-autocompleteusers 0.4.2 trac-batchmodify 0.8.0 trac-estimationtools 0.4.5 trac-wikiprint 1.8.4 None of them are signed AFAIR, but I can sign them and make available if needed. Cheers, -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596622: Fwd: Re: [haXe] haXe source ocaml library extlib
I am no longer a Debian Developer, sorry. Cheers, /JP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628953: O: mercurial-buildpackage -- Utillities for maintaining a deb package in Hg repository
On 2011-06-03 10:39, Andrew O. Shadoura wrote: Jens, I always wanted to ask, why doesn't it sign the .dsc/.changes files? It does not sign the result because I believe that signing a package should only happen after it has been tested, as a conscious decision. YMMV :-) Cheers, /JP signature.asc Description: OpenPGP digital signature
Bug#628920: O: asunder -- GTK Audio CD ripper and encoder
Package: wnpp Severity: normal Asunder is in good shape, upstream is responsive (and would like to not have his email made public). -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628923: O: budy -- Binary Decision Diagram library
Package: wnpp Severity: normal Package in good shape, very low activity. -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628924: O: changetrack -- automatic log book, recording what files were changed
Package: wnpp Severity: normal Package in good shape, very low maintenance. -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628935: O: libcrypto++ -- C++ class library of cryptographic schemes
Package: wnpp Severity: normal Package in good shape, upstream responsive and has a Debian guest account for debugging failures. -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628936: O: libfile-ncopy-perl -- Perl library for extended file copy functionality
Package: wnpp Severity: normal Package has not been touched for years, very low activity upstream. -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628937: O: libpam-ssh -- Use SSH keys to login and enable eg. single sign-on
Package: wnpp Severity: normal pam-ssh has unclear upstream development, has a lot of Debian changes, and in general need a firm hand. -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628938: O: lua-mode -- Emacs mode for Lua programming
Package: wnpp Severity: normal Package in good shape, unclear upstream development. -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628939: O: neko -- Virtual machine (byte code), interpreter and compiler
Package: wnpp Severity: normal Package in good shape, upstream responsive, low activity. -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628941: O: siggen -- Signal generation tools
Package: wnpp Severity: normal Package in good shape, very low activity upstream. -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628942: O: sml-mode -- Emacs mode for Standard-ML programming
Package: wnpp Severity: normal Package in good shape, very low upstream activity. -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628943: O: trayer -- lightweight GTK-based systray
Package: wnpp Severity: normal Package in good shape, responsive (new) upstream. -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628948: O: haxe -- Compiler for the Web-oriented haXe programming language
Package: wnpp Severity: normal Package in good shape, reposive upstream, although getting stable upstream sources is little tricky. The package has pseudo build failures on kFreeBSD because of the way disks are mounted on the buildds. I would suggest to simply exclude kFreeBSD to avoid this hassle because the porters apparently cannot fix it. -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628950: ftp.debian.org: ROM: ifile-gnus-el -- Dead upstream and no one uses this package anymore
Package: ftp.debian.org Severity: normal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628953: O: mercurial-buildpackage -- Utillities for maintaining a deb package in Hg repository
Package: wnpp Severity: normal Native package written by yours truly. Pristine-tar part does not work anymore, reason unknown. Everything is written in haXe, which entails some problems wrt. Process control input/output, and I have created a branch (combined-process-input-output) in which I have started taking care of these problems, but you will need a good deal of dedication. I will help if needed. -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626798: trac-mastertickets: Breaks wiki diffs
Package: trac-mastertickets
Severity: normal
The mastertickets plugin for trac breaks most of the diff links for
ticket descriptions and comments. The following patch is adapted
from http://trac-hacks.org/ticket/3920 and it makes the diffs work
again.
--- trac-mastertickets-2.1.3+r4179.orig/0.11/mastertickets/web_ui.py
+++ trac-mastertickets-2.1.3+r4179/0.11/mastertickets/web_ui.py
@@ -60,7 +60,9 @@
if links:
add_ctxtnav(req, 'Depgraph', req.href.depgraph(tkt.id))
-for change in data.get('changes', []):
+for change in data.get('changes', {}):
+if not change.has_key('fields'):
+continue
for field, field_data in change['fields'].iteritems():
if field in self.fields:
if field_data['new'].strip():
I have placed a patched package at http://people.debian.org/~jps/wheezy
Cheers,
--
Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1.
A. Because it breaks the logical sequence of discussion.
Q. Why is top posting bad?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621890: haxe kfreebsd buildd
On 2011-04-30 10:57, Mehdi Dogguy wrote: I removed it because it wasn't ready when we needed to migrate OCaml. Now OCaml migrated, haxe will migrate again as soon as it's fixed everywhere (e.g. on kfeeebsd-*). Besides, I don't see any reason to exclude haxe from kfeebsd-*, it should be able to build again (somehow). Great, thanks! Cheers, /JP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621890: haxe kfreebsd buildd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, it seem that me...@debian.org has somehow requested that haxe is removed from testing. I assume it is because it does not build on kfreebsd. (Is it?) Now, when I build the package manually on kfreebsd-amd64, it works fine. There have been such buildd problems before with the exact same error message. So, I cannot do anything about it. Does this mean that I have to exclude the haxe package from kfreebsd? Please advice. Cheers, - -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iJwEAQECAAYFAk27QqgACgkQiFVdEFPVQL9VhAP/YpbJ4KNDtS7LUx3zoV6Pdmcl L4SdMVp3v/1xONaAE7FTmVAfKBAetspUyMyoEG8NSt2hXhDGZtEASLgJmnyji6nT v77a2UVvKQBaLtjkFf8GH1AtFxMKcdgh1QPZX/RUdBecSxRPEnOSfXyCMm3xceWg MBaHitVYqmndmJZW8Jw= =BEYx -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#619856: Test suite failure on armel arch
Hi Wei Dai, have gotten access to the armel machines? Cheers, /JP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614070: Asunder crashing when no internet connection
On 2011-04-14 23:31, Andrew Smith (upstream) wrote: Sadly I cannot reproduce either, on 32bit slackware or 64bit ubuntu 10.04. But thanks for letting me know. If there are reproduction details it may turn out to be a bug in Asunder (though I suspect it would rather be libcddb). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621890: haxe: FTBFS on kfreebsd-*: Uncaught exception - load.c(176) : Module not found : haxedoc.neko
This seems to be the same problem as Bug #557290, so I think the problem is in the buildd. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619856: libcrypto++9: MAC algorithm Panama fails test suite on armel
Package: libcrypto++9 Version: 5.6.1-2 Severity: normal Tags: sid upstream The test suite failure is being discussed here: http://groups.google.com/group/cryptopp-users/browse_thread/thread/e1e2da3cf92c488 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601206: RFA: libpam-ssh
Package: wnpp Severity: normal I am not using PAM-ssh anymore, so please adopt it if you care for it. There is no real upstream anymore, but see http://sourceforge.net/projects/pam-ssh/forums/forum/50735/topic/3396293?message=7622847 Cheers, /JP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596622: Fwd: Re: [haXe] haXe source ocaml library extlib
---BeginMessage--- Le 14/09/2010 22:24, Jens Peter Secher a écrit : Hi Nicolas, Your ocaml library extlib seems to be distributed from both Google Code [1] and from your Motion-Twin CVS repository, which gives me some problems when packaging haXe 2.06 for Debian because the official packaging of extlib tracks the Google Code version, not the Motion-Twin one, see [2]. Do you plan to release the updated version of extlib on Google Code, or should the extlib Debian package track the Motion-Twin CVS instead? The current extlib status is a bit awkward : I was the main contributor and project initiator, then the project went unactive. And since it was hosted on SourceForge with many slowdowns and maintenance, I moved the repository on MT CVS. A few years after, the project was moved to Google Code by other people and might have evolved differently than my local repository. Merging both would surely be feasible but to be honest I don't have much time for it ATM. Maybe you can try to get in touch with extLib maintainers and find a way to get this done if they have interest in it. Nicolas -- haXe - an open source web programming language http://haxe.org ---End Message---
Bug#596622: libextlib-ocaml-dev: New upstream version
Package: libextlib-ocaml-dev Version: 1.5.1-5+b1 Severity: wishlist Tags: sid Hi, there is a new version of extlib: cvs :pserver:anonym...@cvs.motion-twin.com:/cvsroot ocaml/extlib-dev which includes: RCS file: /cvsroot/ocaml/extlib-dev/IO.ml,v Working file: IO.ml head: 1.3 branch: locks: strict access list: symbolic names: keyword substitution: kv total revisions: 3; selected revisions: 3 description: revision 1.3 date: 2010-02-23 09:31:24 +0100; author: ncannasse; state: Exp; lines: +27 -0; commitid: nQfY3juYleVxvrou; added output_strings I need this new version to compile the most recent version of package haxe, which depends on the new output_strings functionality. Thanks in advance, /JP -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libextlib-ocaml-dev depends on: ii libextlib-ocaml [libextlib-oc 1.5.1-5+b1 extended standard library for OCam ii ocaml-nox [ocaml-nox-3.11.2] 3.11.2-1 ML implementation with a class-bas Versions of packages libextlib-ocaml-dev recommends: ii ocaml-findlib 1.2.5+debian-1+b1 management tool for OCaml librarie libextlib-ocaml-dev 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#543550: logiweb 0.2.11-1
Hi Klaus, the package looks good except for a few couple of things:
1. When doing find -type f -exec grep Copyright '{}' ';', there are
several other copyright notices than Copyright (C) 2004-2009 Klaus
Grue.
1a. doc/man/man7/logiweb.7 says Copyright (C) The IETF Trust (2007)
and refers to BCP 78, which seems to be
http://tools.ietf.org/html/bcp78 and looks OK to me wrt. the Debian
Free Software Guidelines. But this information must be incorporated
into debian/copyright in some way; maybe debian-legal can answer how.
1b. src/lgwam.c contains RIPEMD-160 code which says Copyright (c)
Katholieke Universiteit Leuven and does not seem to allow
redistribution and thus cannot be included in the Debian archive.
2. The link to the GPL license in debian/copyright should be
/usr/share/common-licenses/GPL-2.
3. The tarball includes a src/dist with eg. executables files. It
would be better if it was possible to have a clean version of the
tarball without the src/dist.
4. The Standards-Version should be updated to the current version.
(Don't know if any changes are needed.)
At least point 1 needs to be addressed because otherwise the package
will be rejected, see http://ftp-master.debian.org/REJECT-FAQ.html.
Cheers,
/JP
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543550: logiweb 0.2.11-1
Hi Klaus, the package looks good except for a few couple of things:
1. When doing find -type f -exec grep Copyright '{}' ';', there are
several other copyright notices than Copyright (C) 2004-2009 Klaus
Grue.
1a. doc/man/man7/logiweb.7 says Copyright (C) The IETF Trust (2007)
and refers to BCP 78, which seems to be
http://tools.ietf.org/html/bcp78 and looks OK to me wrt. the Debian
Free Software Guidelines. But this information must be incorporated
into debian/copyright in some way; maybe debian-legal can answer how.
1b. src/lgwam.c contains RIPEMD-160 code which says Copyright (c)
Katholieke Universiteit Leuven and does not seem to allow
redistribution and thus cannot be included in the Debian archive.
2. The link to the GPL license in debian/copyright should be
/usr/share/common-licenses/GPL-2.
3. The tarball includes a src/dist with eg. executables files. It
would be better if it was possible to have a clean version of the
tarball without the src/dist.
4. The Standards-Version should be updated to the current version.
(Don't know if any changes are needed.)
At least point 1 needs to be addressed because otherwise the package
will be rejected, see http://ftp-master.debian.org/REJECT-FAQ.html.
Cheers,
/JP
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582395: modifying files from another package
On 4 June 2010 20:01, Steve Langasek vor...@debian.org wrote: I see the profile contained in the package is /usr/share/pam-configs/silent-ssh-single-sign-on, but in the prerm you're calling 'pam-auth-update --package --remove pam-ssh'. The argument to pam-auth-update needs to be the name of the profile: i.e., silent-ssh-single-sign-on. Ahh, sorry about that. I will fix it. Cheers, -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577518: libbdd-dev: rename the library to libbuddy ?
... in my opinion a better name for this library would be libbuddy As a first step, would you consider renaming the library object itself as libbuddy and to leave the package as it is until I finish to package libcudd (plus a sym link to for backward compatibility) ? What you think ? Fine with me, but I am a bit busy so not sure it will be this weekend. Cheers, -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572266: dovecot-common: dovecot-auth crashes with segfault
On 8 March 2010 14:38, Erich Schubert er...@debian.org wrote: * Use pam-auth-update together with the new setup file /usr/share/pam-configs/silent-ssh-single-sign-on to automatically enable the traditional functionality. My best guess is just that this new configuration setup caused the module to become activated while it wasn't before. So the bug could have been present for much longer when libpam-ssh was actually configured. I suspect you are right. I wonder whether there is a way to check for such errors automatically with lintian; they are bound to arise now and then, aren't they? I do not see how. Anyways, I will upload a new version of pamssh with proper prefixed names to avoid conflicts. Cheers, -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572266: Name conflicts with other PAM modules
I am working on prefixing all generic names with the prefix pamssh_ to avoid name conflicts with other PAM modules. -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572266: dovecot-common: dovecot-auth crashes with segfault
Timo Sirainen wrote: And the problem is specifically that Dovecot also has buffer_free() function. Can you elaborate on this? Cheers, -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568852: Merging trayer and trayer-sg
I have not yet looked at http://github.com/sargon/trayer-srg but I agree that it would be a good thing to merge fixes back in. I do not know when I will get around to do a merge, though. If you want to, you can use http://hg.debian.org/hg/collab-maint/trayer as a starting point for a merge; that repository is maintained with mercurial-buildpackage. Cheers, -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569806: Please reschedule AMD64 build for mercurial-buildpackage
Please reschedule AMD64 build for mercurial-buildpackage: the new version of package neko should fix #569806. Cheers, -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569806: Please reschedule AMD64 build for mercurial-buildpackage
neko-1.8.1-5 seems to have fixed the spurious stack overflows etc. which means that mercurial-buildpackage should build fine now. So if someone could reschedule AMD64 build for mercurial-buildpackage, it would be great. Cheers, -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569078: nmu: OCaml 3.11.2 transition
On 15 February 2010 13:55, Stéphane Glondu glo...@debian.org wrote: Stéphane Glondu a écrit : nmu 1 haxe_20060912-2 . alpha armel hppa ia64 mips mipsel s390 . -m 'Recompile with OCaml 3.11.2' dw haxe_20060912-2 . alpha armel hppa ia64 mips mipsel s390 . -m 'ocaml (= 3.11.2-1), ocaml-findlib (= 1.2.5+debian-1+b1), libextlib-ocaml-dev (= 1.5.1-5+b1)' It seems that this one hasn't been scheduled. Moreover, it FTBFS on kfreebsd-* architectures. Do haxe maintainer [...] have any idea on what is going on? No, I have no idea what is going on. Version 20060912 is a very old version, the newest is 1:2.5-1. If anyone could simply remove all traces of 20060912 I would be grateful. With respect to the build failures on kFreeBSD, I am working on it. Cheers, -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/c4f47b5b1002151114q66551170mf76482a3c1b17...@mail.gmail.com
Bug#555895: O: libmusicbrainz-2.1
2009/12/14 Yavor Doganov ya...@gnu.org: I wanted to prepare a QA upload of the orphaned package libmusicbrainz-2.1, but noticed that you're in Uploaders. Are you interested in adopting it? I was put as uploader because I was sponsor initially. I have been thinking about adopting it, but have been somewhat busy (with mercurial-buildpackage among other things) and also a bit worried about http://musicbrainz.org/doc/libmusicbrainz which states that This version of the client library uses the old RDF web service and should not be used in new development. I guess the right thing to do is fix the bugs in 2.1.5 and in addition upload version 3.0.2. I will try to get around to it soon I hope... IOW, should I keep my hands off? No, please go ahead and NMU. Cheers, -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552954: libcrypto++: FTBFS: tests blocked
I think the loop is the result of this gas bug: http://sourceware.org/bugzilla/show_bug.cgi?id=10856 Matthias, is there a plan for your fix to be included in Debian? Cheers, -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540241: does not work with kdm (but it does with gdm)
Sorry about the long silence, I am tight up in a lot of other stuff right now, and I will unfortunately not be able to do anything about the KDE issue at the moment. -- Jens Peter Secher, GPG fingerprint 0EE5978AFE63E8A1. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551277: linux-image-2.6.30-2-686: PCMCIA SCR243 card reader does not work after upgrade from -1 kernel
Package: linux-image-2.6.30-2-686 Version: 2.6.30-8 Severity: normal My PCMCIA card reader SCR243 does not work when booting into a 2.6.30-2-686 kernel. Here is the output from gpg --card-status with an OpenGPG card inserted: gpg: selecting openpgp failed: ec=6.108 gpg: OpenPGP card not available: general error If I instead boot into the exact same system (ThinkPad T42) using 2.6.30-1-686, the card reader works fine. Here is the output from gpg --card-status: Application ID ...: D27600012401010100010333 Version ..: 1.1 Manufacturer .: PPC Card Systems [...] There does not seem to be any substantial difference in the dmesg's from the two kernels, here is diff wrt. pcmcia: --- pcmcia-12009-10-16 21:45:25.0 +0200 +++ pcmcia-22009-10-16 21:45:30.0 +0200 @@ -28,15 +28,15 @@ pcmcia_socket pcmcia_socket1: cs: IO port probe 0x3000-0x7fff: clean. yenta_cardbus :02:00.1: pcmcia: parent PCI bridge Memory window: 0xc020 - 0xcfff yenta_cardbus :02:00.1: pcmcia: parent PCI bridge Memory window: 0xe800 - 0xefff -pcmcia_socket pcmcia_socket0: pccard: PCMCIA card inserted into slot 0 -pcmcia_socket pcmcia_socket0: cs: memory probe 0xe800-0xefff: excluding 0xe800-0xefff -pcmcia_socket pcmcia_socket0: cs: memory probe 0xc020-0xcfff: excluding 0xc020-0xc11f 0xc1a0-0xc21f 0xc2a0-0xc31f 0xc3a0-0xcc1f 0xcca0-0xcd1f 0xcda0-0xce1f 0xcea0-0xcf1f 0xcfa0-0xd01f -pcmcia 0.0: pcmcia: registering new device pcmcia0.0 pcmcia_socket pcmcia_socket1: cs: IO port probe 0x100-0x3af: clean. pcmcia_socket pcmcia_socket1: cs: IO port probe 0x3e0-0x4ff: excluding 0x4d0-0x4d7 pcmcia_socket pcmcia_socket1: cs: IO port probe 0x820-0x8ff: clean. pcmcia_socket pcmcia_socket1: cs: IO port probe 0xc00-0xcf7: clean. pcmcia_socket pcmcia_socket1: cs: IO port probe 0xa00-0xaff: clean. +pcmcia_socket pcmcia_socket0: pccard: PCMCIA card inserted into slot 0 +pcmcia_socket pcmcia_socket0: cs: memory probe 0xe800-0xefff: excluding 0xe800-0xefff +pcmcia_socket pcmcia_socket0: cs: memory probe 0xc020-0xcfff: excluding 0xc020-0xc11f 0xc1a0-0xc21f 0xc2a0-0xc31f 0xc3a0-0xcc1f 0xcca0-0xcd1f 0xcda0-0xce1f 0xcea0-0xcf1f 0xcfa0-0xd01f +pcmcia 0.0: pcmcia: registering new device pcmcia0.0 pcmcia_socket pcmcia_socket0: cs: IO port probe 0x100-0x3af: clean. pcmcia_socket pcmcia_socket0: cs: IO port probe 0x3e0-0x4ff: excluding 0x4d0-0x4d7 pcmcia_socket pcmcia_socket0: cs: IO port probe 0x820-0x8ff: clean. -- Package-specific info: -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-2.6.30-2-686 depends on: ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii initramfs-tools [linux-initra 0.93.4 tools for generating an initramfs ii module-init-tools 3.10-3 tools for managing Linux kernel mo Versions of packages linux-image-2.6.30-2-686 recommends: ii libc6-i6862.9-25 GNU C Library: Shared libraries [i Versions of packages linux-image-2.6.30-2-686 suggests: ii grub 0.97-59GRand Unified Bootloader (dummy pa pn linux-doc-2.6.30 none (no description available) Additional package info: ii gnupg1.4.10-2GNU privacy guard - a free PGP replacement ii libpcsclite1 1.5.5-1 Middleware to access a smart card using PC/SC (library) ii pcscd1.5.5-1 Middleware to access a smart card using PC/SC (daemon side) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544096: xmobar: Battery plugin does not work
The battery plugin works fine in xmobar 0.9.2-1 when running on a Linux 2.6.26 image. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546380: RFA: ifile
Package: wnpp Severity: normal I have not used this package myself in a long time, so if someone wants to take over, be my guest. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546379: RFA: ifile-gnus-el
Package: wnpp Severity: normal I have not used this package myself in a very long time, so if anyone wants to take over, be my guest. If not, it can probably be removed from the archive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542024: neko: mysql5 support broken
Until the ban against uploading MySql stuff is lifted, the new package is at http://people.debian.org/~jps/unstable . I will later upload backports to the same server. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543995: neko: FTBFS on GNU/kFreeBSD
Until the ban against uploading MySql stuff is lifted, the new package is at http://people.debian.org/~jps/unstable . I will later upload backports to the same server. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544096: xmobar: Battery plugin does not work
Package: xmobar Version: 0.9.2-1 Severity: normal Upgrading from 0.9-1 to 0.9.2-1 results in the Battery plugin displaying N/A instead of battery left. The line in my config file is Run Battery [] 600 ... template = ... | %battery% | ... I have also tried with BatteryP which gives same result. There might be some clues to this in http://5e6n1.wordpress.com/2009/03/30/xmobar-battery-plugin-using-sysfs-not-procfs/ I am running the linux-image-2.6.30-1-686 kernel. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xmobar depends on: ii libc6 2.9-23 GNU C Library: Shared libraries ii libffi5 3.0.7-1Foreign Function Interface library ii libgmp3c2 2:4.3.1+dfsg-3 Multiprecision arithmetic library ii libx11-6 2:1.2.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.13-3 FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library Versions of packages xmobar recommends: ii curl 7.19.5-1 Get a file from an HTTP, HTTPS or Versions of packages xmobar suggests: ii xmonad0.8.1-3A lightweight X11 window manager -- 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#541449: libpam-ssh: segfault in pam_sm_open_session if there is no controlling terminal
I cannot reproduce the actual crash, but I have prepared a fix. :-) It is located at http://people.debian.org/~jps/unstable/. Can you confirm that it fixes the crash? -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509454: libneko and SONAME
2009/3/19 Nicolas Cannasse ncanna...@motion-twin.com: Yes, it's a bit difficult I think to adapt libneko to Debian standards. In particular, it's been designed to be system-agnostic, so for instance all additional libraries apart from libneko itself are .ndll files and not .so files. This also prevent any kind of versioning since these NDLL are loaded by libneko and it would then mean modifying the neko system to match the Debian versioning scheme which I'm not sure I want to do ATM. OK. I will then try to keep my own versioning libneko.so so that it can be used as a shared library by people who wants to embed the Neko VM. The NDLLs will live together separately, depending on libneko. I have already create an upload with this design; the layout is like this: libneko0 /usr/lib/libneko.so.0.0 /usr/lib/libneko.so.0 - libneko.so.0.0 neko-dev /usr/include/neko*.h /usr/lib/libneko.so - libneko.so.0.0 neko /usr/lib/neko/*.ndll /usr/bin/neko* Cheers, /JP -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519314: Regression: no longer adds my SSH keys to the agent
I am truly sorry that you are being bothered by the changes in the new Debian version of libpam-ssh. The story is that the new version of libpam-ssh will look for keys in $HOME/.ssh/login-keys.d/, and only there. I implemented that functionality after a discussion on the debian-devel mailing list [1] and an announcement on pam mailing list (with no response). Since then, the new version of libpam-ssh has been available in experimental, and because I have had no complaints about it so far, I have uploaded it to unstable. Personally I think the new setup is better because it relieves the administrator from doing any special setup for users, while at the same time enabling individual users to use as many keys as they like (cf [3]). But maybe libpam-ssh should look for the same set as key as ssh does in addition to $HOME/.ssh/login-keys.d/ ? [1] http://lists.debian.org/debian-devel/2008/12/msg00193.html [2] https://www.redhat.com/archives/pam-list/2008-December/msg4.html [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477272 Cheers, -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509454: libneko and SONAME
Hi Nicolas, At the moment libneko is a private library in Debian, in the sense that it lives in /usr/lib/neko, and the neko and kaxe binaries use rpath to find it. I have a request to promote libneko.so to be a real shared library living in /usr/lib so that it is unnecessary to use rpath. (rpath gives all kinds of problems if other packages start to link against libneko.) I would like to do that, but there are a couple of problems which I would need your help to overcome. Problem 1: libneko does not have a SONAME. I have given it a SONAME in the Debian package [1], but if I turn libneko into a public shared library in Debian (and thus Ubuntu etc.), the SONAMEs have to be carefully coordinated to not result in breakage on upgrades, security uploads, and other packages depending upon it. So my question is whether you are interested in adopting a consistent SONAME'ing scheme in the files you distrubute? Problem 2: The API in libneko uses very generic names. I have had a suggestion that I should introduce some prefixing (like neko_), but that would mean that your documentation would not match the libneko in Debian, and I would really not like to do that. Do you have any thoughts on that? Cheers, /JP -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? [1] I have attached the patch I use when building the libneko. The rpath part would of course go away. 25-soname-rpath-strip.dpatch Description: Binary data
Bug#514057: installation-report: PowerMac G5 successful install
Package: installation-reports Version: 2.38 Severity: normal -- Package-specific info: Boot method: DVD Image version: Debian GNU/Linux testing _Lenny_ - Official Snapshot powerpc DVD Binary-1 20090119-08:17 Date: 2009-01-28 Machine: PowerMac G5 Partitions: FilesystemType 1K-blocks Used Available Use% Mounted on /dev/sda3 xfs 9755384 1548012 8207372 16% / tmpfstmpfs 1002516 8 1002508 1% /lib/init/rw udev tmpfs 1024096 10144 1% /dev tmpfstmpfs 1002516 0 1002516 0% /dev/shm Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=5.0 (lenny) - installer build 20081029 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == umame -a: Linux milner 2.6.26-1-powerpc64 #1 SMP Thu Oct 9 12:57:44 CEST 2008 ppc64 unknown lspci -knn: :00:0b.0 PCI bridge [0604]: Apple Computer Inc. Device [106b:005b] lspci -knn: :0a:00.0 VGA compatible controller [0300]: nVidia Corporation NV43 [GeForce 6600] [10de:0141] (rev a2) lspci -knn: 0001:00:00.0 Host bridge [0600]: Apple Computer Inc. U4 HT Bridge [106b:0074] lspci -knn: 0001:00:01.0 PCI bridge [0604]: Broadcom BCM5780 [HT2000] PCI-X bridge [1166:0130] (rev a3) lspci -knn: 0001:00:02.0 PCI bridge [0604]: Broadcom BCM5780 [HT2000] PCI-X bridge [1166:0130] (rev a3) lspci -knn: 0001:00:03.0 PCI bridge [0604]: Broadcom BCM5780 [HT2000] PCI-Express Bridge [1166:0132] (rev a3) lspci -knn: 0001:00:04.0 PCI bridge [0604]: Broadcom BCM5780 [HT2000] PCI-Express Bridge [1166:0132] (rev a3) lspci -knn: 0001:00:05.0 PCI bridge [0604]: Broadcom BCM5780 [HT2000] PCI-Express Bridge [1166:0132] (rev a3) lspci -knn: 0001:00:06.0 PCI bridge [0604]: Broadcom BCM5780 [HT2000] PCI-Express Bridge [1166:0132] (rev a3) lspci -knn: 0001:00:07.0 PCI bridge [0604]: Apple Computer Inc. Shasta PCI Bridge [106b:0053] lspci -knn: 0001:00:08.0 PCI bridge [0604]: Apple Computer Inc. Shasta PCI Bridge [106b:0054] lspci -knn: 0001:00:09.0 PCI bridge [0604]: Apple Computer Inc. Shasta PCI Bridge [106b:0055] lspci -knn: 0001:01:07.0 Class [ff00]: Apple Computer Inc. Shasta Mac I/O [106b:004f] lspci -knn: Kernel driver in use: macio lspci -knn: 0001:01:0b.0 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 43) lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 0001:01:0b.1 USB Controller [0c03]: NEC Corporation USB [1033:0035] (rev 43) lspci -knn: Kernel driver in use: ohci_hcd lspci -knn: 0001:01:0b.2 USB Controller [0c03]: NEC Corporation USB 2.0 [1033:00e0] (rev 04) lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: Kernel modules: ehci-hcd lspci -knn: 0001:03:0c.0 IDE interface [0101]: Broadcom K2 SATA [1166:0240] lspci -knn: Kernel driver in use: sata_svw lspci -knn: Kernel modules: sata_svw lspci -knn: 0001:03:0d.0 Class [ff00]: Apple Computer Inc. Shasta IDE [106b:0050] lspci -knn: Kernel driver in use: ide-pmac lspci -knn: 0001:03:0e.0 FireWire (IEEE 1394) [0c00]: Apple Computer Inc. Shasta Firewire [106b:0052] lspci -knn: Kernel driver in use: ohci1394 lspci -knn: Kernel modules: ohci1394 lspci -knn: 0001:05:04.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5780 Gigabit Ethernet [14e4:166a] (rev 03) lspci -knn: Kernel driver in use: tg3 lspci -knn: Kernel modules: tg3 lspci -knn: 0001:05:04.1 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5780 Gigabit Ethernet [14e4:166a] (rev 03) lspci -knn: Kernel driver in use: tg3 lspci -knn: Kernel modules: tg3 lsmod: Module Size Used by lsmod: nls_utf87168 0 lsmod: ufs 103184 0 lsmod: hfsplus 104520 0 lsmod: dm_mod 95016 0 lsmod: md_mod119108 0 lsmod: xfs 732616 1 lsmod: reiserfs 334652 0 lsmod: jfs 234180 0 lsmod: hfs72464 0 lsmod: ext3 187856 0 lsmod:
Bug#493327: G5 Nvidia GeForce 6600: missing parts of screen
I see similar problems as described previvously in this bug. More specifically, in 1920x1440, 1600x1200, 1400x1050, 1280x1024, 1024x768 and 800x600 only part of the desktop is displayed, meaning that some random part of the desktop is displayed at some random place on the screen (although which part and where is the same for each resolution). The only resolution that seems to work is 1152x864. The xorg.conf is the vanilla kind from the install, except for the resolution: Section Screen Identifier Default Screen Monitor Configured Monitor SubSection Display Modes 1152x864 EndSubSection EndSection Below is the Xorg log for 1280x1024. Logs for other resolutions, including the one that works, do not show other differences that what one would expect when choosing another resolution. X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-10) Current Operating System: Linux milner 2.6.26-1-powerpc64 #1 SMP Sat Jan 10 14:42:07 CET 2009 ppc64 Build Date: 09 January 2009 03:09:36AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Tue Feb 3 21:40:57 2009 (==) Using config file: /etc/X11/xorg.conf (==) No Layout section. Using the first Screen section. (**) |--Screen Default Screen (0) (**) | |--Monitor Configured Monitor (==) No device specified for screen Default Screen. Using the first device section listed. (**) | |--Device Configured Video Device (==) |--Input Device Configured Mouse (==) |--Input Device Generic Keyboard (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. (==) The core keyboard device wasn't specified explicitly in the layout. Using the first keyboard device. (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (II) No APM support in BIOS or kernel (II) Loader magic: 0x101e3524 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 106b,0074 card , rev 00 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1166,0130 card , rev a3 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 1166,0130 card , rev a3 class 06,04,00 hdr 01 (II) PCI: 00:03:0: chip 1166,0132 card , rev a3 class 06,04,00 hdr 01 (II) PCI: 00:04:0: chip 1166,0132 card , rev a3 class 06,04,00 hdr 01 (II) PCI: 00:05:0: chip 1166,0132 card , rev a3 class 06,04,00 hdr 01 (II) PCI: 00:06:0: chip 1166,0132 card , rev a3 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 106b,0053 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:08:0: chip 106b,0054 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:09:0: chip 106b,0055 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 01:07:0: chip 106b,004f card , rev 00 class ff,00,00 hdr 00 (II) PCI: 01:0b:0: chip 1033,0035 card 1033,0035 rev 43 class 0c,03,10 hdr 80 (II) PCI: 01:0b:1: chip 1033,0035 card 1033,0035 rev 43 class 0c,03,10 hdr 00 (II) PCI: 01:0b:2: chip 1033,00e0 card 1033,00e0 rev 04 class 0c,03,20 hdr 00 (II) PCI: 03:0c:0: chip 1166,0240 card 1166,0240 rev 00 class 01,01,8f hdr 80 (II) PCI: 03:0d:0: chip 106b,0050 card , rev 00 class ff,00,00 hdr 00 (II) PCI: 03:0e:0: chip 106b,0052 card 106b,5811 rev 00 class 0c,00,10 hdr 00 (II) PCI: 05:04:0: chip 14e4,166a card 106b,0085 rev 03 class 02,00,00 hdr 80 (II) PCI: 05:04:1: chip 14e4,166a card 106b,0085 rev 03 class 02,00,00 hdr 80 (II) PCI: 0a:00:0: chip 10de,0141 card 10de,0010 rev a2 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0:
Bug#501693: ITP: xmobar -- A lightweight, extensible, text-based status-bar for X11 desktops
Hi, do you need a sponsor for xmobar? If you do, just let me know where the pacjage is. Cheers, -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475963: [pkg-mono-group] Bug#475963: file conflicts between packages
On 15/04/2008, Mirco Bauer [EMAIL PROTECTED] wrote: both mono-2.0-devel and siggen ship `/usr/bin/sgen' but do neither conflict, nor add a diversion, thus fail to be installed in the same environment: Jens, could you please rename /usr/bin/sgen to something else? Like siggen.sgen maybe? When I get back home next week, I will rename it signalgen. -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473021: cc-mode intrudes unrelated modes
Package: emacs22-el Version: 22.1+1-3 Severity: normal Tags: patch If you find it appropriate, please include the upstream patch: http://lists.gnu.org/archive/html/emacs-devel/2007-07/msg00837.html It will make the debian package haxe play together better with other modes. Thanks in advance. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs22-el depends on: ii emacs22-common22.1+1-3 The GNU Emacs editor's shared, arc emacs22-el recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470767: siggen: Generates wrong waveforms for swept frequencies above 13.5kHz
More precisely, frequencies above 13157.7 Hz produces wrong sweeps, as witnessed by swgen -s 44100 -w sweep.wav -x10 10 500 131578 when examined in eg. audacity. -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469993: ITP: siggen -- Waveform generation tools
Package: wnpp Owner: Jens Peter Secher [EMAIL PROTECTED] Severity: wishlist * Package name: siggen Version : 2.3.9 Upstream Author : Jim Jackson * URL or Web page : http://www.comp.leeds.ac.uk/jj/linux/siggen.html * License : GPL v2 Description : Waveform generation tools a set of tools for imitating a laboratory Signal Generator, generating audio signals out of Linux's /dev/dsp audio device. There is support for mono and/or stereo and 8 or 16 bit samples. The tools include: . * soundinfo: display some of the programming capabilities of the sound system support for the mixer device /dev/mixer and the DSP device. Also shows some of the ioctl calls in action. . * sgen: a command line signal generator where details are specified from the command line for generating sine, cos, square, triangle, sawtooth, pulse, noise waves. Frequency, sample rate, relative amplitude etc. can be specified through command line options. The signal is played continuously until the program is stopped. There are options to save the basic raw digital samples raw to file or to a WAVE format file. . * swgen: a command line sweep generator. Both the sweeping and swept waveforms can be specified, along with the sweeping frequency and the swept frequency range. Otherwise similar to sgen above. . * siggen: an Ncurses screen based Signal Generator for two separate channels. On stereo audio cards the two channels are played on separate outputs. On mono cards the teo channels are digitally mixed onto the one output. Type of waveform, frequency, amplitude, sample rate etc are specified/changed via a screen menu. It plays continuously. Changes to parameters take effect nearly immediately. . * sweepgen: an Ncurses screen based Sweep generator (see swgen and siggen above). . * tones: a command line program to generate several successive tones of varying frequency, and optional differing waveforms, durations and intensities. The sequence of tones can be either played once, or repetitively or the samples can be written to a file in raw or WAV format. This could make the basis of an auto-dialer for tone phones. . * smix: a simple command line program for getting and setting the mixer settings. . * fsynth: an Ncurses based fourier synthesis realtime generator. I will put an initial package on http://people.debian.org/~jps . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455627: Patch to fix libcrypto++ FTBFS
On 12/12/2007, brian m. carlson [EMAIL PROTECTED] wrote: Attached is a patch to fix the FTBFS. Thanks, but I have already made a new package which is waiting for an amule test. It is located at http://people.debian.org/~jps/unstable/ . Sorry for not tagging the bug as pending. -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441510: FTBFS: haxe
It seems that ocamlp4 (OCaml Preprocessor Pretty Printer) is not included in OCaml 3.10, which might have something to do with this (quote from wikipedia): OCaml version 3.10.0, released in May 2007, introduced a significantly modified and backwards-incompatible version of Camlp4. De Rauglaudre maintains a separate backwards-compatible version, which has been renamed Camlp5. I have not found a good way to deal with this yet. -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417352: NMU upload?
I am the sponsor of libmusicbrainz-2.1, and I will happily upload a new version with the path applied. I hear nothing in the next couple of days, I will do so. Cheers, -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412567: Verified: neko broken on HPPA
The problem is that apparently the neko compiler is broken on HPPA. I have verified the problem on paer.debian.org. Working on a solution. Cheers, -- Jens Peter Secher. _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_. A. Because it breaks the logical sequence of discussion. Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406033: neko_1.5.2-2(ia64/unstable): FTBFS: unaligned load/store in neko
On 1/8/07, Samuel Thibault [EMAIL PROTECTED] wrote: [EMAIL PROTECTED], le Sun 07 Jan 2007 21:41:46 -0700, a écrit : /bin/sh: line 1: 31492 Bus error LD_LIBRARY_PATH=../bin: NEKOPATH=../boot:../bin ../bin/neko nekoml -v neko/Main.nml nekoml/Main.nml The attached patch fixes the build both on sparc and ia64 architectures, i.e. works fine with align-requiriging, big-endian and 64bits architectures, so should be fine for others. Thanks, I just worked out an alternative patch which I have tested on HPPA, but yours looks more safe. Unfortunately I have _just_ uploaded it. If my patch do not work out on 64-bit, I will revert and use yours. And I will pass it upstream anyways. -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ A. Because it breaks the logical sequence of discussion Q. Why is top posting bad?
Bug#405493: Patch
What about something like # Find a separator that do not conflict with the directory names. SEPERATORS=':[EMAIL PROTECTED];' NOTOUCH=$DPEP_SOURCEDIR$WORKDIR TMP=`echo $NOTOUCH | tr -c -d $SEPERATORS` SEPERATOR=`echo $SEPERATORS | tr -d $TMP | cut -c1` LC_ALL=C diff -urNad $DPEP_DIFF_EXCLUDE . $WORKDIR/$(basename $DPEP_SOURCEDIR) | sed -e /^--- \|^diff /s$SEPERATOR \./$SEPERATOR $(basename $DPEP_SOURCEDIR)~/$SEPERATOR \ -e /^+++ \|^diff /s$SEPERATOR $WORKDIR/$SEPERATOR $SEPERATOR \ -e /^diff /s: $DPEP_DIFF_EXCLUDE:: $DIFFHOLDER || true -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405493: dpatch-edit-patch chokes on directory name containing colon
Package: dpatch Version: 2.0.21 Severity: normal Problem: In a directory named foo-1:10, dpatch-edit-patch cannot extract a new patch but chokes with sed: -e expression #1, char 32: unknown option to `s' and only leaves the @DPATCH@ marker in the patch file. If the directory is renamed to foo-1.10, everything works fine. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (700, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) dpatch depends on no packages. Versions of packages dpatch recommends: ii dpkg-dev 1.13.24package building tools for Debian ii fakeroot 1.5.10 Gives a fake root environment ii patchutils0.2.31-3 Utilities to work with patches -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395411: debian-installer: [daily 20061026] fails to set up route + fails to see mirrors
The problem with DHCP and routing is the same when I use the RC1 installer (i386 CD1). -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395411: On the inside of DHCP client
On 11/12/06, Geert Stappers [EMAIL PROTECTED] wrote: Did the installer whine about no router during the logged session? Yes. As dhcpdump learn us that router information is provided, I currious about what in the file /var/lib/dhcp/leases.conf[1] is. /var/lib/dhcp/dhcpd.leases is empty (appart from comments). -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395411: debian-installer: [daily 20061026] fails to set up route + fails to see mirrors
On 11/7/06, Geert Stappers [EMAIL PROTECTED] wrote: It are indeed good (looking) DHCP packets. Did the installer whine about no router during the logged session? Yes. -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395411: wget from the console
On 11/5/06, Geert Stappers [EMAIL PROTECTED] wrote: Op 04-11-2006 om 20:00 schreef Jens Peter Secher: wget -q http://mirrors.dotsrc.org/debian//dists/testing/main/binary-i386/Release -O - | grep Architecture Why two slash between debian and dists? Because that is what is written as debug info on VT4 by the installer. But that is not the problem. The above command works fine for me. But apparently not for the installer. As mentioned in the original bug report, I think that the installer forgets to add a | cut -d' ' -f 2 at the end of that command such that the result is i386 and not Architecture: i386. -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395411: debian-installer: [daily 20061026] fails to set up route + fails to see mirrors
Geert Stappers wrote: Op 26-10-2006 om 22:27 schreef Jens Peter Secher: Problem 1: DHCP gets the machine an IP address, but I get the message: The network autoconfiguration was successful. However, no default route was set ... Continue without a default route? That means: something wrong with _your_ DHCP server. Well, there isn't as far as I can see. My network looks as follows. ,--. | ADSL | `--' | | ,--. | eth1 | | | | Debian Etch| | running udhcpd | | and iptables | | | | eth0 192.168.1.1 | `--' | | X(crossover) | | ,--. | eth0 | | | | ThinkPad T42 | `--' The contents of /etc/udhcpd.conf is start 192.168.1.4 end 192.168.1.254 interface eth0 max_leases 50 option dns 192.168.1.1 option router 192.168.1.1 option namesvr 192.168.1.1 option wins 192.168.1.1 option domain .dk After the installer says ...However, no default route was set..., the output on VT4 is kernel: e1000: eth0: e1000_watchdog_task: NIC Link is Up 100 Mbps Full Duplex dhclient: Listening on LPF/eth0/xx:xx:xx:xx:xx:xx:xx:xx dhclient: Sending on LPF/eth0/xx:xx:xx:xx:xx:xx:xx:xx dhclient: Sending on Socket/fallback/fallback-net dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 dhclient: DHCPOFFER from 192.168.1.1 dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67 dhclient: DHCPACK from 192.168.1.1 dhclient: bound to 192.168.1.8 -- renewal in 432000 seconds. And, as I wrote earlier: This is strange, because if I continue installation selecting 'Yes', keeps hitting Enter (giving no name server, no domain name, etc.), no network mirror, install from CD only, install GRUB, and reboot the newly installed system, the route is set fine: debian:~# route ... 192.168.1.0 *255.255.255.0 ... default 192.168.1.1 0.0.0.0... by the default configuration: debian:~# cat /etc/network/interfaces ... allow-hotplug eth0 iface eth0 inet dhcp I think you are saying I don't know that my network has two DHCP servers I don't think so, see above. Do you have any suggestions to what I should do to debug further? Problem 2: If I instead choose 'No', and configure the network manually, choose any network mirror, the installer tells me: The installer failed to access the mirror. ... That is also due the misconfigured DHCP server. Maybe I was not clear enough about this part. If I manually configure the interface with route and everything, the connection works fine, and I can wget the Release files etc. from the console. Cheers, -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395411: wget from the console
Geert Stappers wrote: Op 04-11-2006 om 12:29 schreef Jens Peter Secher: Maybe I was not clear enough about this part. If I manually configure the interface with route and everything, the connection works fine, and I can wget the Release files etc. from the console. rephrasing in my words: | configured network | manual wget works | wget of d-i fails Please provide the command you used on the console. wget -q http://mirrors.dotsrc.org/debian//dists/testing/main/binary-i386/Release -O - | grep Architecture Maybe you should give the initial bug report a reread, and if I am unclear in places I can try to elaborate; I can reproduce the problems, so I can dig out all that you want. Cheers, -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395411: debian-installer: [daily 20061026] fails to set up route + fails to see mirrors
Package: debian-installer Severity: critical Justification: prevents install Downloaded the daily etch netinst ISO image from http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso Booted fine on a ThinkPad T42, detected CD drive and built-in Intel PRO/1000 net card. Problem 1: DHCP gets the machine an IP address, but I get the message: The network autoconfiguration was successful. However, no default route was set ... Continue without a default route? This is strange, because if I continue installation selecting 'Yes', keeps hitting Enter (giving no name server, no domain name, etc.), no network mirror, install from CD only, install GRUB, and reboot the newly installed system, the route is set fine: debian:~# route ... 192.168.1.0 *255.255.255.0 ... default 192.168.1.1 0.0.0.0... by the default configuration: debian:~# cat /etc/network/interfaces ... allow-hotplug eth0 iface eth0 inet dhcp Problem 2: If I instead choose 'No', and configure the network manually, choose any network mirror, the installer tells me: The installer failed to access the mirror. ... But if I inspect VT4, I can see that what is tried is: wget -q http://mirrors.dotsrc.org/debian//dists/testing/main/binary-i386/Release -O - | grep Architecture If I do that from the VT3, it works fine. I guess is missing a | cut -d' ' -f 2 at the end? Cheers, /JP -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (700, 'testing'), (400, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_DK, LC_CTYPE=en_DK (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391736: lua-mode: fails to install
Hmm, yes, it seems that installing emacs and lua-mode together breaks, whereas first installing emacs, then intalling lua-mode works. Investigating... -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378373: haxe - FTBFS: ocamlopt: command not found
On 7/17/06, Samuel Mimram [EMAIL PROTECTED] wrote: ocamlopt, the native ocaml compiler is not available on every architecture. Where it is not available, the bytecode compiler (ocamlc) should be used instead. All this is explained in ocaml's policy[1]. Apparently, what you need to do is to change the lines 24 and 25 of install.ml to: let bytecode = true let native = false on architectures where /usr/bin/ocamlopt cannot be found. Thanks, I will try that out when I get access to one of those machines. -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378112: Depends vs. Recommends (Was: Bug#378112: ITP: gzrt -- gzip recovery toolkit)
Adam Borowski [EMAIL PROTECTED] writes: On Sun, Jul 16, 2006 at 10:11:41AM +0200, Thijs Kinkhorst wrote: I agree that that is a common type of file to recover, so that would make it more appropriate to Recommend cpio rather than Suggest. a common type? Come on, that's not just common, it's a vast majority of cases. And, a hard Depend on a small priority=important package is not a big burden -- what about just having a dependency without the comment? No. And the reason can be found in Policy section 7.2: Depends This declares an absolute dependency. A package will not be configured unless all of the packages listed in its Depends field have been correctly configured. The Depends field should be used if the depended-on package is required for the depending package to provide a significant amount of functionality. The Depends field should also be used if the postinst, prerm or postrm scripts require the package to be present in order to run. Note, however, that the postrm cannot rely on any non-essential packages to be present during the purge phase. Recommends This declares a strong, but not absolute, dependency. The Recommends field should list packages that would be found together with this one in all but unusual installations. The dependency system is used to make sure things don't break on the _system_ level. To ease upgrades, transitions, etc., dependencies (Depends) should be kept to the absolute minimum. Cheers, -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365479: Support for debian-flash
As the maintainer of the upcoming haXe flash compiler package in Debian, I think a debian-flash list would be a good way to coordinate flash development and -tools on Debian. (Sorry, I cannot sign the message from this account) Cheers, -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_
Bug#365425: haXe / Neko in Debian
I will concentrate on getting the haXe compiler to work first. When I have something that works, I will look into the alioth stuff. I am not running an Apache server, so as such, I have no direct interest in Neko. As for coordination, I think a mailing list debian-flash would be fine. Will you create this list? Cheers, -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ pgpMZnuFHXczR.pgp Description: PGP signature
Bug#365425: ITP: haxe -- Web programming languge generating Flash SWF
Package: wnpp Severity: wishlist * Package name: haxe Version : 0.b5 Upstream Author : Nicolas Cannasse * URL or Web page : http://haxe.org * License : GPL Description : Web programming languge generating Flash SWF haXe is a programming language similar to JavaScript, but with full-featured type system and generics. The compiler can generate Flash SWF files for client-side use, and Neko bytecode for server-side use on Apache. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#270374: Patch to use x-terminal-emulator instead of xterm
On 4/21/06, Ryan Murray [EMAIL PROTECTED] wrote: gdm really needs xterm for the window management it performs to work. It cannot be replaced with x-terminal-emulator Well, with the above patch, I got gdm to start a failsafe xterm session without having an xterm, only a pterm. What exactly is it that xterm provides which an x-terminal-emulator does not? -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_
Bug#270374: Patch to use x-terminal-emulator instead of xterm
In addition to the patch below, all xterm in Xsession should be
replaced by x-terminal-emulator.
Cheers,
--
Jens Peter Secher
_DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_
--- daemon/slave.c~ 2006-04-20 21:52:26.0 +0200
+++ daemon/slave.c 2006-04-20 22:16:00.0 +0200
@@ -3573,13 +3573,13 @@
argv[0] = find_prog (gnome-session);
if G_UNLIKELY (argv[0] == NULL) {
/* yaikes */
- gdm_error (_(%s: gnome-session not found for a
failsafe GNOME session; trying xterm),
+ gdm_error (_(%s: gnome-session not found for a
failsafe GNOME session; trying x-terminal-emulator),
session_child_run);
session = GDM_SESSION_FAILSAFE_XTERM;
gdm_error_box
(d, GTK_MESSAGE_ERROR,
_(Could not find the GNOME installation.
- Running the \Failsafe xterm\
+ Running the \Failsafe
x-terminal-emulator\
session instead.));
} else {
argv[1] = --failsafe;
@@ -3598,10 +3598,10 @@
/* an if and not an else, we could have done a fall-through
* to here in the above code if we can't find gnome-session */
if (strcmp (session, GDM_SESSION_FAILSAFE_XTERM) == 0) {
- argv[0] = find_prog (xterm);
+ argv[0] = find_prog (x-terminal-emulator);
if (argv[0] == NULL) {
gdm_error_box (d, GTK_MESSAGE_ERROR,
- _(Cannot find \xterm\ to start
+ _(Cannot find \x-terminal-emulator\
to start
a failsafe session.));
/* nyah nyah nyah nyah nyah */
/* 66 means no session crashed examine
.xsession-errors dialog */
@@ -3620,7 +3620,7 @@
if you cannot log in any other way.
To exit the terminal emulator, type
'exit' and an enter into the window.));
- focus_first_x_window (xterm);
+ focus_first_x_window (x-terminal-emulator);
}
failsafe = TRUE;
}
pgpXtTVOWNEyZ.pgp
Description: PGP signature
Bug#356170: Progress on libcrypto++ GCC 4.1 FTBFS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am having good progress on resolving the GCC 4.1 compile error with libcrypto++. When I have prepared a patch, I will send it upstream to get comments. cheers, /JP -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEKa7GDuWXiv5j6KERAsTDAKC28PzpaQknB6scO915/f33DNfdHQCePWCj mf6HDoQKeEdjJOo/nL4MDEs= =YYDh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350277: [lua-mode] Patch for better multiline-comment fontification
Hi, I am responsible for the lua-mode package in Debian. In response to Debian bug #350277, I have created the following patch: --- lua-mode-1.74~/lua-mode.el 2006-02-10 10:28:10.452603760 +0100 +++ lua-mode-1.74/lua-mode.el 2006-02-10 10:29:17.783367928 +0100 @@ -144,8 +144,8 @@ ; try (setq font-lock-support-mode 'lazy-lock-mode) in your ~/.emacs ;; Multi-line comment blocks. - `(--.*\\(\\[\\[\\(\\]?[^]]\\)*\\]\\]\\) - (1 font-lock-comment-face t)) + `(\\(^\\|[^-]\\)\\(--\\[\\[\\([^-]\\|-\\([^-]\\|-\\([^]]\\|][^]]\\)\\)\\)*--]]\\) + (2 font-lock-comment-face t)) ;; ;; Keywords. By the way, lua-mode.el has a header containing the number 174 as the version number, which I have interpreted as 1.74 because the last version I had was 1.26. Should I use 174 instead? Or do you have a completely different scheme? Cheers, Jens Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343003: HPPA, Arm, or M68k with g++ = 4:4.0.2-2 ?
I need to test that a package can be built with g++ = 4:4.0.2-2 on HPPA, Arm, or M68k. Is there a DD accessible machine that has a current version of g++ installed? Cheers, /JP -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328975: (no subject)
I am trying to build a new version of libcrypto++ on paer right now, using GCC 3.4. -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328975: Please ignore libcrypto++5.2.1c2-6
Wouter Verhelst [EMAIL PROTECTED] writes: On Sat, Sep 24, 2005 at 09:55:43AM +0200, Jens Peter Secher wrote: libcrypto++5.2.1c2-6 is in needs-build state, but I am pretty sure it won't build cleanly, since it didn't on other architectures using GCC 3.4, so please remove it from the build queue. Sorry, I see that libcrypto++ previously failed to build with an internal compiler error. Did you try to build it with GCC 3.4 for that reason? If so, you can revert that change -- gcc 4.0 has seen a recent update which should fix those ICEs. Great thanks. -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326637: /etc/X11/xkb/README.config: README* files should not be conffiles
Subject: /etc/X11/xkb/README.config: README* files should not be conffiles Package: xlibs Version: 6.8.2.dfsg.1-6 Severity: normal File: /etc/X11/xkb/README.config According to /var/lib/dpkg/info/xlibs.conffiles, a lot of README* files are considered conffiles, which is wrong. This wrong classification makes programs such as changetrack report changes in those README* files as system-configuration changes. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (700, 'unstable'), (50, 'experimental') Locale: LANG=en_DK, LC_CTYPE=en_DK (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321975: libcrypto++-utils 5.2.1c2-2 i386 accidently deleted
Jeroen van Wolffelaar [EMAIL PROTECTED] writes: Due to a mistake on my part, the i386 binary for the latest libcrypto++-utils was accidentally removed from the archive. I got a bit confused by its in-and-out going. Sorry about that, I should not have taken out the -utils package in the first place. This can be fixed by making a new upload of libcrypo++, either a binary NMU, or a full source upload. OK, I will upload a new source because I need to fix a build failure on mipsel. There were also build failures on hppa[1] and arm[2], but these failures seem to be caused by bugs in the tool chain on those architectures. Any help from porters will be greatly appreciated :-) Cheers, -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ [1] http://buildd.debian.org/fetch.php?pkg=libcrypto%2B%2Bver=5.2.1c2-2arch=hppastamp=1123434806file=logas=raw : dpkg-buildpackage: host architecture hppa /usr/bin/fakeroot debian/rules clean /usr/bin/fakeroot: line 152: 28468 Segmentation fault FAKEROOTKEY=$FAKEROOTKEY LD_LIBRARY_PATH=$PATHS LD_PRELOAD=$LIB $@ [2] http://buildd.debian.org/fetch.php?pkg=libcrypto%2B%2Bver=5.2.1c2-2arch=armstamp=1123439617file=logas=raw : g++ -DHAVE_CONFIG_H -I. -I. -I. -g -fno-strict-aliasing -O2 -MT dll.lo -MD -MP -MF .deps/dll.Tpo -c dll.cpp -fPIC -DPIC -o .libs/dll.o dll.cpp: In member function 'CryptoPP::OID CryptoPP::DL_KeyImplCryptoPP::PKCS8PrivateKey, CryptoPP::DL_GroupParameters_DSA, CryptoPP::OID::_ZTv0_n44_NK8CryptoPP10DL_KeyImplINS_15PKCS8PrivateKeyENS_22DL_GroupParameters_DSAENS_3OIDEE14GetAlgorithmIDEv() const': dll.cpp:119: internal compiler error: in cp_expr_size, at cp/cp-objcp-common.c:101 P -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318518: libcrypto++: FTBFS: gcc 4 problem
Status report I am almost done with solving all the problems for libcrypto++ with respect to the GCC4 transition. My plan is as follows. I will upload to experimental and/or test the build on other architectures than i386. If everything works smoothly, I will upload to sid. -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319882: buddy(GNU/k*BSD): FTBFS: out of date config.sub/config.guess
Hi, Sorry about the FTBFS, I'm sending you the new diff in a separate email. If it is not too much trouble, could you confirm that this new version will compile on GNU/k*BSD? -- Jens Peter Secher _DD6A 05B0 174E BFB2 D4D9 B52E 0EE5 978A FE63 E8A1 jpsecher gmail com_ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
