Re: [pkg-boost-devel] Bug#473752: Bug#473752: Boost 1.35 has been released

2008-04-22 Thread Martijn van Oosterhout
On Sat, Apr 19, 2008 at 10:43 PM, Steve M. Robbins <[EMAIL PROTECTED]> wrote: > Can a process load 1.34 and 1.35 at the same time? Otherwise > maybe you've got a problem if one lib uses 1.34 and another lib > uses 1.35 and parts are exposed. > > I think you're right that there could b

Compie ProFtpD on etch

2008-04-22 Thread sadsjon
I have installed the proftpd package on etch. I need to use mod_ban so got hold of the sources and with some research managed to patch with the debian patch (at least I think I did - dpkg-source didn't report any problems and I ended up with a debian subdirectory). However, the configure script

Re: RFH: Chrony goes into endless loop on x86_64

2008-04-22 Thread Goswin von Brederlow
"Eugene V. Lyubimkin" <[EMAIL PROTECTED]> writes: > John Hasler wrote: >> See bug #474294. >> >> If you have an x86_64 system you can help by >> >> a) installing chrony-1.21 from Stable or Unstable and confirming the bug >> >> or >> >> b) installing chrony-1.23 from Experimental and determin

Re: RFH: Chrony goes into endless loop on x86_64

2008-04-22 Thread Eugene V. Lyubimkin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John Hasler wrote: > See bug #474294. > > If you have an x86_64 system you can help by > > a) installing chrony-1.21 from Stable or Unstable and confirming the bug > > or > > b) installing chrony-1.23 from Experimental and determining if the new

RFH: Chrony goes into endless loop on x86_64

2008-04-22 Thread John Hasler
See bug #474294. If you have an x86_64 system you can help by a) installing chrony-1.21 from Stable or Unstable and confirming the bug or b) installing chrony-1.23 from Experimental and determining if the new upstream release has fixed it. You could also look at the bug report and the so

Bug#477338: general: lowercase "X" does not function in command terminals

2008-04-22 Thread Russ Allbery
dave j <[EMAIL PROTECTED]> writes: > I tried Xterm, Xterm w/ unicode support, and GnomeTerminal, all fail, > lowercase x DOES function within vi within the command terminal and HERE > (nano?) for example (eg ) and everywhere else outside a command > terminal that I've checked. I've had th

Etch 1/2 CD images for test (was: Misc development news (#6))

2008-04-22 Thread Frans Pop
On Tuesday 15 April 2008, Raphael Hertzog wrote: > Please help test "etch and a half" > -- > The next point release of etch is targeted to be the "etch and a half" > release, with the limited intent of increasing the hardware supported by > the Debian 4.0 release.

Bug#477338: marked as done (general: lowercase "X" does not function in command terminals)

2008-04-22 Thread Debian Bug Tracking System
Your message dated Tue, 22 Apr 2008 17:07:14 +0200 with message-id <[EMAIL PROTECTED]> and subject line Re: Bug#477338: general: lowercase "X" does not function in command terminals has caused the Debian Bug report #477338, regarding general: lowercase "X" does not function in command terminals t

Bug#477338: lowercase "X" does not function in command terminals

2008-04-22 Thread Brett Parker
Sounds like you've got a bind statement in your ~/.bashrc or ~/.bash_profile. -- Brett Parker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Hackontest ranking (was: Debian "feature requests" wanted)

2008-04-22 Thread martin f krafft
also sprach martin f krafft <[EMAIL PROTECTED]> [2008.04.18.1741 +0200]: > for the upcoming Hackontest here in Switzerland, we are still > looking for more feature requests: > > http://www.hackontest.org/index.php?action=Root-projectDetail%2815%29 The list is growing, and yet new ones are still

Bug#477338: general: lowercase "X" does not function in command terminals

2008-04-22 Thread dave j
Package: general Severity: grave Justification: renders package unusable I tried Xterm, Xterm w/ unicode support, and GnomeTerminal, all fail, lowercase x DOES function within vi within the command terminal and HERE (nano?) for example (eg ) and everywhere else outside a command termi

Re: Debian Project News - April 21st, 2008

2008-04-22 Thread Simon Huggins
On Mon, Apr 21, 2008 at 10:10:05PM +0200, Alexander Schmehl wrote: > Welcome to the first issue of the Debian Project News, the newsletter > for the Debian community! From now on we'll keep you informed about > recent events and interesting developments in and around the Debian > Community on a biw

Bug#477329: ITP: xfce4-cellmodem-plugin -- cellular modem plugin for the Xfce4 panel

2008-04-22 Thread Evgeni Golov
X-Debbugs-CC: debian-devel@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Xfce Maintainers <[EMAIL PROTECTED]> * Package name: xfce4-cellmodem-plugin Version : 0.0.5 Upstream Author : Alvaro Lopes <[EMAIL PROTECTED]> * URL : http://goodies.xfce.org/pro

Bug#477326: ITP: ocamlbricks -- Miscellaneous utility functions in OCaml for Marionnet

2008-04-22 Thread Jonathan Roudiere
Package: wnpp Severity: wishlist Owner: Jonathan Roudiere <[EMAIL PROTECTED]> * Package name: ocamlbricks Version : 0.50.1 Upstream Author : Jean-Vincent Loddo <[EMAIL PROTECTED]>, Luca Saiu <[EMAIL PROTECTED]> * URL : http://darcs.marionnet.org/repos/ocamlbricks * Li

Re: elegant ways to build a package two times

2008-04-22 Thread Josselin Mouette
Le lundi 21 avril 2008 à 19:22 +0200, Marco d'Itri a écrit : > On Apr 15, Josselin Mouette <[EMAIL PROTECTED]> wrote: > > You don???t need automake for this to work, it???s just that automake does > > things right by default. Fixing the package to get out-of-tree builds to > > work using VPATH shou

cdebootstrap description

2008-04-22 Thread Jean Parpaillon
Hi, I'm using (c)debootstrap in scripts and I found that debootstrap and cdebootstrap are not options compatible. For instance, --include options are not the same: - in cdebootstrap: one --include option by additional package - in debootstrap: one --include with a list of comma-separated packages

Re: [pkg-boost-devel] Bug#473752: Bug#473752: Boost 1.35 has been released

2008-04-22 Thread Olaf van der Spek
Steve M. Robbins wrote: On Sat, Apr 19, 2008 at 10:53:35PM +0200, Olaf van der Spek wrote: Steve M. Robbins wrote: If we do decide to have co-installable -dev packages, the next question is how do we handle the current non-versioned includes and link libraries? Do we follow what gcc and python