Package: libsamplerate0-dev
Version: 0.1.2-4
Severity: minor
/usr/share/doc/libsamplerate0-dev/html/api.html is useless, because the
actual _content_ is in separate files (api_*.html) which are not
shipped. Until upstream fixes this, you can work around it by changing
the links to refer to http:
tags 420101 pending
thanks
[Darren Griffith]
> It fails because, after installing the apache2.2-common package, the
> ownership of the /var/lock/apache2/ directory is:
>
> drwxr-xr-x 2 root root 4096 Apr 20 11:54 /var/lock/apache2/
Indeed. I'm changing /etc/init.d/apache2 to create that direc
Package: debtags
Version: 1.6.6
'debtags dumpavail' does not output a blank line between packages.
This makes it useless for things like 'grep-dctrl'.
signature.asc
Description: Digital signature
[Neil Conway]
> Is there any update on the status of svn_load_dirs? As a result of
> the removal, svn-buildpackage is still broken.
It is? I thought someone told me svn-buildpackage was hacked to use
its own replacement code. Anyway, the (possibly permanent) resolution
is the advent of dann fra
Package: aptitude
Version: 0.4.4-4
'aptitude changelog' does not work for binNMUs or other situations
where the source version and the binary version differ. It tries to
use the source package name with the binary version number.
$ apt-cache show gcc | grep -e Source -e Version
Source: gcc-defa
[Robin Cornelius]
> On an apache2 directory configuration the following does not work any more:-
>
>
> Options +Includes Indexes FollowSymLinks MultiViews
From http://httpd.apache.org/docs/2.0/mod/core.html#options:
Warning
Mixing Options with a + or - with those without
tags 422025 pending
thanks
[Diego Biurrun]
> genisoimage(1) mentions genisoimagerc(5), but a manual page for
> genisoimagerc is nowhere to be found.
Ha. I went to all the trouble to write that manpage (well, the content
was largely just cut/pasted from genisoimage(1)) but never bothered to
make
[Sebastien Helleu]
> dch command requires liburi-perl package to run.
> So I think liburi-perl should be in "depends", not "suggests".
No, this is intentional.
devscripts has lots of scripts in it, not just dch. Most of devscripts
runs very well without liburi-perl. That is why it is Suggests,
Package: samplerate-programs
Version: 0.1.2-3
Tags: patch
/usr/bin/varispeed-play does not work, because it is merely a libtool wrapper
script.
--- debian/rules
+++ debian/rules
@@ -49,7 +49,7 @@
$(MAKE) install prefix=$(CURDIR)/debian/tmp/usr
install -D doc/*.html doc/*.png d
Package: wavsplit
Version: 1.1.0-3
Severity: minor
Tags: patch
The output files from wavsplit are mode 700 for no reason. Should be
mode 666 minus current umask, like normal Unix programs. The patch is
simple enough.
I note in passing that the associated mkdir() correctly uses mode 777.
--- w
[Roderich Schupp]
> $ /usr/bin/cdrdao read-cd --read-raw --datafile /tmp/image.iso.JMAPRT
> --device /dev/scd0 -v 2 /tmp/image.iso.JMAPRT.toc
>
> $ /usr/bin/wodim fs=16m speed=18 dev=/dev/scd0 -eject -dao
> driveropts=burnfree -v -data -nopad /tmp/image.iso.JMAPRT
Hmmm, -data can't be right. Th
[Colin Charles]
> Its dual-licensed, http://apache.webthing.com/svn/apache/apr/apr_dbd_mysql.c
>
> So with the FLOSS exception, should it not be OK if Debian shipped
> apr_dbd_mysql ?
It was already OK. We haven't been shipping it because I can't
personally test it (I don't use MySQL), and whe
[Santhosh Thottingal]
> I have completed the Malayalam translation of apache_1.3.34-4.1
> debconf templates. See the attachment.
Thanks ... but I don't think we will be able to use this. Apache 1.3
will probably be removed from the archive soon (it will not be shipped
in lenny), and translation
Package: subversion
Version: 1.0.0-1
Severity: grave
Justification: remote DoS (data corruption)
A race condition was recently discovered in subversion whereby two
commits overlapping in time could interact very badly, in certain
circumstances. You can not only lose the effect of one of the comm
[Max Dmitrichenko]
> It would be very nice to configure such things as creating the
> repository and setting up the server (Apache or svnserve) with a
> debconf interface. Otherwise one needs to manually edit Apache/inetd
> configs which is a bit nasty.
"Creating the repository" does not seem nec
tags 417551 pending
thanks
[Mehmet TURKER]
> Please find attached the Turkish po-debconf translation.
Applied for the next upload. Thanks.
signature.asc
Description: Digital signature
tags 407307 pending
thanks
[Dick Middleton]
> The line in apache2.conf:
>
> AddOutputFilter INCLUDES .shtml
>
> causes many errors in log:
>
> [error] an unknown filter was not added: includes
Right, that line needs around it.
I'll do that for the next upload.
Thanks,
Peter
signature.asc
[Nicolás Lichtmaier]
> In bug #386652 you removed the .la file of neon. This shows a
> misunderstunding about what .la files are.
We know what .la files are. They are internal metadata maintained and
used by libtool, that everyone _except_ libtool shouldn't need to care
about. Talking about a
[Kjetil Kjernsmo]
> The problem was fixed in the recent 1.30 RC1 of the package:
>
> SECURITY: CVE-2007-1349 (cve.mitre.org)
> fix unescaped variable interpolation in Apache::PerlRun
> regular expression to prevent regex engine tampering.
> reported by Alex Solovey
> [Randal L. Schwartz , Fred Mo
[Robert Millan]
> I recommend in favour of considering this RC. AddDefaultCharset is an *evil*
> feature that is only intended to be used as a dirty hack for broken setups.
I sought more opinions on this issue. People were split, and Steinar
Gunderson brought up the good point that it doesn't m
reassign 416231 libapache2-mod-perl2
thanks
[Frans Pop]
> > Can you send the error.log from apache?
>
> Attached. I've also attached a new version of the upgrade log as I
> noticed I missed a few probably relevant lines at the end.
[First of all, the cosmetic issue ("You may still have some apa
[Frank Küster]
> Any news on this? A patch maybe or a tip how you intend to solve it,
> so that someone else can start testing, and NMU in case you won't
> find time?
My work in progress can be seen at:
svn diff -c303 svn://svn.debian.org/pkg-apache/branches/etch-apache2
I still have to do s
tags 415964 moreinfo
thanks
[Sigurdur Einarsson]
> Forcing reload of web server (apache2)...apache2: Syntax error on line 185
> of /etc/apache2/apache2.conf: Syntax error on line 2 of
> /etc/apache2/mods-enabled/auth_anon.load: Cannot load
> /usr/lib/apache2/modules/mod_auth_anon.so into serve
# sarge upgrade issue, I think it is RC
severity 396782 serious
thanks
I hope I've fixed this for the next upload, targetted for etch, as I
believe it should be RC. I'm teaching the apache2.2-common postinst
how to recognise an upgrade from sarge versus a new install. I hope to
have the time an
[supaplex]
> Disk type:unknown dye (reserved id code)
> Manuf. index: -1
> Manufacturer: unknown (not in table)
>
> I'd like to see the ID code it's reportting. Maybe it would help us
> isolate certian issues, even if we don't know about the media.
Pretty sure wodim's info about dye types d
# this is a sarge upgrade issue that I think should be RC
severity 407171 serious
thanks
[Per Olofsson]
> I upgraded from sarge and Apache's proxy stopped working. The reason
> was that mod_proxy_http wasn't loaded, but this was in no way obvious
> since that module was not required in sarge.
We
tags 415797 pending
thanks
[Guillem Jover]
> ...822-date, which is going to become for now just a wrapper for
> 'date -R', and print a warning. The attached patch fixes this.
Patch applied, thanks!
Peter
signature.asc
Description: Digital signature
[Vincent Lefevre]
> Note that upstream doesn't want to fix the bug:
>
> http://svn.haxx.se/dev/archive-2007-03/0734.shtml
More to the point, they've chosen a different fix, which is to also
store and look at file size.
See #376124 for the recode maintainer's reaction - he doesn't seem to
unde
[Helge Kreutzmann]
> I edit files on the framebuffer console on my ppc ibook with vim. I
> noticed that marking strings and then pasting them on another position
> looses characters. I don't know (yet) who is to blame, but since copy
> and paste is a gpm characteristic, I assume this bug to be at
severity 414193 minor
thanks
[Dennis Director]
> In /etc/init.d/apache2, when a reload is requested (as is the case from
> the package manager during upgrades ) ALL files in /etc/apache2 are
> greped for a line begining with "^PidFile". If there was some file with
> a name like config.old that
[Nico Golde]
> ControlMaster auto
> Controlpath ~/.ssh/[EMAIL PROTECTED]:%p
>
> you will get 'svn: Can't write to connection: Broken pipe'
Nico, I figured out why this is happening - see the bug log - I forgot
to CC you on my last message. I'm not sure it's really possible to fix
it (I
Background for the [EMAIL PROTECTED] list and the openssh maintainers: I'm
commenting on a Debian bug report, http://bugs.debian.org/413102, where
'svn log svn+ssh://...' sometimes encounters a broken pipe due to the
ssh subprocess dying too soon. I explain below.
[Peter Samuel
[Max Bowsher]
> This sounds quite likely to be the same as
> http://subversion.tigris.org/issues/show_bug.cgi?id=2580
Issue 2580 is actually the same as http://bugs.debian.org/335528, which
I fixed last year. (The fix is Debian-specific - basically we
complained to the ssh maintainers and they r
[Nico Golde]
> If you set ControlMaster via your ssh config:
> .ssh/config:
> Host *
> ControlMaster auto
> Controlpath ~/.ssh/[EMAIL PROTECTED]:%p
>
> you will get 'svn: Can't write to connection: Broken pipe'
> when doing svn log but svn up and other subversion commands will work fine.
[Daniël Mantione]
> This causes the wire protocol used by gpm servers in Debian to be
> different from gpm servers in other distributions, therefore causing
> incorrect behaviour in applications.
It is after midnight here, so I might be missing something - but when
would this protocol mismatch ev
[era eriksson]
> As a small step towards #247974, please consider this patch. It at least
> allows one to supply a Source: different from Package:
Why did you create a new bug rather than just attach this patch to the
old one?
Anyway, thanks, I'd almost forgotten about my plan to support
multi-b
Package: libwpd8c2a
Version: 0.8.7-4
Severity: normal
The binaries in libwpd-tools link to libwpd-0.8.so.8 but do not depend
on libwpd8c2a. I don't see a shlibs problem so I don't know what could
have caused this.
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (5
[Alexander Gattin]
> P.S. from practical point of view, I've seen a lot of troubles with
> Solaris' shell (/bin/sh) which passed unnoticed by checkbashisms.
What you want, then, is a tool perhaps called 'checkposixisms'.
checkbashisms is specifically aimed for Debian development, where we
can ass
[Roland Mas]
> I accidentally had too much data to backup, and the ISO image my
> scripts generated was about 750 MB. I guess that's over the limit
> (my CD-RW discs are rated at 700 MB), and wodim realised that.
> However, it failed to inform me about that, and chose to give me the
> following e
[Ph. Marek]
> MUCC is the multi-url-command-client for subversion
Yeah, I've thought about including mucc in subversion-tools for a long
time. Two reasons I haven't done it yet:
- I don't like the namespace pollution of not using a 'svn' prefix,
since everything else we currently ship in /usr
[Joey Hess]
> I use svn_load_dirs as an essential part of how I import new upstream
> sources into subversion. So I was startled to see it's vanished from
> Debian, without a trace in any changelog, bug report, or anywhere else I
> could find. Just airbrushed right out.
* New upstream release.
Package: installation-guide
Version: 20060726
Tags: patch
Anders Lennartsson brought it to my attention that the information
about gpm in the installation guide is terribly out-of-date. I think
the following is a lot more helpful.
Thanks,
Peter, with "gpm co-maintainer" hat
Index: manual/en/ap
reopen 395959
forcemerge 395959 406202
tags 395959 + pending
thanks
[Jiri Solc]
> In libaprutil1 is no support for mysql. Only sqlite and PQ is supported.
This is the result of license difficulties which were not fully
resolved until today.
Thanks,
Peter
signature.asc
Description: Digital sig
[Heiko Schlenker]
> Here's a patch that will fix the bug:
I applied your patch, then I looked at it and realised that writen()
itself is stupid and should just use strlen internally. So I fixed
that (and renamed it writez()).
Thanks!
Peter
signature.asc
Description: Digital signature
[Yuri Kozlov]
> Russian debconf templates translation is attached.
Thanks, added. I don't know if we will have a chance to upload before
etch is released - time is quite short and libgpmg1 may still be
considered a base package since libncurses5 recommends it.
signature.asc
Description: Digita
[Kyle Pearson]
> Calling: /usr/lib/xcdroast/bin/xcdrwrap CDRECORDDVD dev= "OLDATAPI:0,0,0"
> gracetime=10 fs=16384k driveropts=burnfree -v -useinfo speed=40 -dao -eject
> -pad -data "/home/kyle/TMP/track-01.iso" ...
Hmmm ... the OLDATAPI method of communicating with the drive has long
been deprec
tags 405564 pending
thanks
[Petr Salinger]
> -#ifdef __alpha__
> +#if defined(__alpha__) || defined(__FreeBSD_kernel__)
> typedef unsigned int apr_ino_t;
> #else
> typedef unsigned long int apr_ino_t;
So, on kfreebsd-amd64, ino_t is 32 bits? I'll apply your patch,
but I
I received the following from a Debian user. I believe he is correct,
but my French is very poor so I don't really know.
Peter
From: Cyril Brulebois
Hi, a tiny error spotted in the French translation, where two French
terms[1,2] can be chosen, depending on the context.
1. http://www.wordref
[Steve Langasek]
> Attached is a patch that allows alpha and hppa boot blocks to coexist
> on a single ISO image, muhahaha. Please consider applying it, after
> it's been verified to work on hppa (already tested on alpha).
I verified that an HPPA-bootable CD image looks the same before and
after
tags 404289 + pending
thanks
[A. Costa]
> Found a few typos in '/usr/share/man/man8/genisoimage.8.gz', see attached
> '.diff'.
Wow. Lorenz Minder and I have actually edited 1500 lines of that file
since the last release, yet somehow we managed to miss those two typos.
Thanks!
Peter
signatur
[Aurelien Jarno]
> | /bin/sh: mawk: command not found
> The build log is for kfreebsd-amd64, but the same happens in a
> pbuilder on amd64. The build system is calling mawk, but either gawk
> or mawk can be installed on the system. It should either call awk, or
> the package should build-depends
[Marcos Torres Marado]
> Shouldn't this bug be marked as closed?
While the existing fix works, it's not quite in its final form. We
were waiting for someone to test my preferred patch. Now that he's
done so, we'll use that and close the bug.
Thanks,
Peter
signature.asc
Description: Digital s
[H. S. Teoh]
> i686. But it runs on a modified kernel that my colo provider uses for
> running virtual servers. I'm not sure if this makes a difference in
> the build. All I did was `apt-get source libapr1`, copy the new patch
> into debian/patches, and run `dpkg-buildpackage -r fakeroot`.
It mak
tags 403536 pending
thanks
[Mark Hedges]
> File image creation failed - Could not run sub process: Failed to
> execute child process "readcd" (No such file or directory)
'readcd' has been renamed to 'readom' (read optical media), in the same
spirit as 'cdrecord' -> 'wodim', to keep the former up
reassign 403541 apr-util
forcemerge 395959 403541
thanks
Do not open a new bug because an existing bug was closed. Instead, you
can continue the argument in the old bug itself.
> Does that mean that the Debian Apache Team will not add the
> apr_dbd_mysql driver? Why? INSTALL.MySQL states:
>
>
[H. S. Teoh]
> Hi, the old patch (currently in unstable) already works---my test was
> invalid because I upgraded apache2 but forgot to upgrade libapr1. Do
> you still want me to test the new patch?
Ahh - great to hear! Yes, If it's convenient for you, please do test
my new patch. It's a little
[Joerg Schilling]
> I did give an example: use what(1) on a binary compiled from the
> source before and after the change to see the difference.
>
> If you did look at the SVN, if you did have a look at the most recent
> changes. it would be easy to understand what happened.
We have removed
[H. S. Teoh]
> Hi, the fix for #396631 to libapr1 does not work. Apache2 still
> serves 0 bytes when running on a 2.4 kernel (on my virtual colo
> host). Please look into this problem. Thanks!
My old patch is slightly buggy - can you try rebuilding apr 1.2.7-8.1
with this updated version of debi
Package: groff
Version: 1.18.1.1-12
Severity: minor
Tags: patch
Small typo in groff(7).
--- groff.7
+++ groff.7
@@ -2850,8 +2850,8 @@
Degree
.ESC (dg
Dagger
-.ESC (rs
-Printable double quote
+.ESC (dq
+Double quote
.ESC (em
Em-dash
.ESC (hy
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
[Laszlo Boszormenyi]
> Also it would fetch more dependencies (GnuTLS related just for neon)
> and I don't know if Subversion serving over https would interfere
> with Apache2 or not. Reason: Apache2 is linked with OpenSSL,
> Subversion and neon will be linked with GnuTLS.
Don't worry about that:
[Joe Orton]
> `neon-config --la-file` is part of the defined and documented neon
> interface: removing the .la file breaks that interface, and hence
> will break applications designed to build against neon.
So, I was the one who requested that the neon26 maintainer remove the
.la file. I'll inco
[Steve Langasek]
> - make libneon26-gnutls Provide: libneon26, and keep the current shlibs
> as-is
Would need versioned Provides, given the current shlibs file.
(Although the versioning in the file may not be necessary, as the ABI
doesn't seem to have changed since the first Debian release of n
forcemerge 401388 401398
thanks
Sorry for the dupe, Adam beat me to this one. See #401398 for my
proposed solution, which is basically to put the following in both
shlibs files:
libneon 26 libneon26 | libneon26-gnutls
Peter
signature.asc
Description: Digital signature
Package: libneon26
Version: 0.26.2-1
Severity: important
subversion and bazaar cannot be installed at the same time, because
libneon26 and libneon26-gnutls conflict. As all these packages are
"Priority: optional", this is a policy violation, but I'll refrain from
giving it an RC severity as this
This bug on svn 1.4.2 was reported to the Debian bug tracker,
http://bugs.debian.org/401340:
[Jari Aalto]
> Running following command
>
> perl -cw perl-program.pl
>
> Which uses the SVN:: package produces error:
>
> Use of uninitialized value in string eq at /usr/lib/perl5/SVN/Core.pm
[Olaf van der Spek]
> >invoke-rc.d decides whether to run the script or not, based on the
> >current runlevel. invoke-rc.d always runs a script for 'reload' or
> >'force-reload' even if the runlevel doesn't include the service, but
> >the same is _not_ true for 'start' or 'restart'.
>
> What's t
[Olaf van der Spek]
> But where does it check whether the service is supposed to run in the
> current runlevel? I didn't see that check in the script itself.
It doesn't. No init script does. That is the job of invoke-rc.d.
invoke-rc.d decides whether to run the script or not, based on the
curr
[Arnt Karlsen]
> a45:~# /etc/init.d/apache2 restart
> Forcing reload of web server (apache2)...apache2: Syntax error on line 185 of
> /etc/apache2/apache2.conf: Syntax error on line 1 of
> /etc/apache2/mods-enabled/php4.load: Cannot load
> /usr/lib/apache2/modules/libphp4.so into server:
> /us
[Filipus Klutiero]
> The short description of the MPM-s reads that they are " for Apache
> HTTPD 2.1", which is outdated. Please s/Apache HTTPD 2.1/Apache 2/
Tollef noticed this earlier and fixed it for the next upload.
Thanks,
Peter
signature.asc
Description: Digital signature
[Olaf van der Spek]
> I disabled apache2 in all runlevels with sysv-rc-conf. Start and
> restart work fine, force-reload doesn't. And since php5 uses
> force-reload...
Right, should be fixed for the next upload. Status quo, 'force-reload'
is equivalent to 'restart', which (correctly) starts the
> Quoting Jens Seidel ([EMAIL PROTECTED]):
> > There was an upload on 16 Nov 2006 which fixed this bug and also
> > other l10n related ones ...
[Christian Perrier]
> Oh, crap crap crap.
I certainly don't object to NMUs, especially of this nature, but since
we did already have the translation
[Torsten Krah]
> in control/rules on line: 207
>
> the find option misses a \ at the exec argument.
>
> Suggested fix: remove the + sign and add the "\;" before the do ending
> ";".
Are you trying to build on sarge? This syntax was added in findutils
4.2.14-1, which didn't make it into sarge.
> Peter noted that this suggests a deeper problem with libapr, because
> my kernel doesn't support sendfile64() but libapr1's configure script
> decided I had it anyway.
This turns out to have been the problem. Once Branden kludged apr not
to detect sendfile64, his problems seem to have gone awa
[Dennis Hoppe]
> i am using debian etch and can not find the script for generating an
> self signed ssl certificate. it is no problem to create an self
> signed ssl certificate or better use ca cert, but it is easier to use
> a script.
You want 'make-ssl-cert' from the ssl-cert package.
Perhaps
[Eric Dorland]
> I'm going to take the liberty of bumping up the severity, since I
> think this tool is fairly important to subversion, and its removal
> also breaks most of the functionality of svn-buildpackage.
Oh, I didn't realise it breaks svn-buildpackage (which I don't use).
Anyway, yes, I
[Andreas Barth]
> I propose to change this check
> if [ ! -L /etc/apache2/sites-enabled/000-default -a \
> ! -f /etc/apache2/sites-enabled/000-default ]; then
> ln -s /etc/apache2/sites-available/default
> /etc/apache2/sites-enabled/000-default
> fi
>
[Matthijs Mohlmann]
> Is svn_load_dirs removed by accident ? I couldn't find anything in the
> changelog or NEWS about it.
No, it was removed on purpose. The script has no copyright notice or
license grant, so we're not allowed to distribute it. I'm sorry I
forgot to mention svn_load_dirs speci
[Sylvain Sauvage]
> It's a good idea. I realise subversion-tools must be the proper
> place for this script but I don't think the bug should have been filed
> to any package but subversion-tools as it is the package that fails to
> install.
No, if you install subversion-tools first, then kdesd
[Sylvain Sauvage]
> subversion-tools fails to upgrade because /usr/bin/svn-clean
> is also present in kdesdk-scripts.
This is #397874, reported twice already. However, since it was
reassigned to another package, I don't blame you for not finding it.
We concluded that kdesdk will stop shipping th
[Michael Biebl]
> please coordinate with the kdesdk maintainers to make it possible
> that both packages are co-installable.
Yeah - Fathi Boudra, a KDE maintainer, contacted me a few hours ago and
we worked it out: kdesdk will drop their version of the script since
the two scripts have exactly th
[Goswin von Brederlow]
> Do they fail when you use sudo instead of fakeroot or when you run the
> complete build process as root?
The usual reason a package fails with sudo is that it assumes the
$(PWD) macro will be available, pointing to the current working
directory. sudo does not preserve th
[Michael Biebl]
> subversion-tools tries to install /usr/bin/svn-clean which is also in
> package kdesdk-scripts.
Thanks for noticing. I'll add a 'Conflicts: kdesdk-scripts' - this
requires subversion-tools to be priority 'extra', but fortunately it
already is.
I think svn-clean is generally us
[Laszlo Boszormenyi]
> Your check for do-not-build-subversion-as-root makes it FTBFS on
> several archs: mips, mipsel and alpha. Please rethink this solution.
The solution is sound. What is not sound is a detail about how the
target dependencies work in debian/rules, which causes the dontberoot
[Steve Langasek]
> > Forcing reload of web server (apache2)...Syntax error on line 1 of
> > /etc/apache2/mods-enabled/dav.conf:
> > Invalid command 'DAVLockDB', perhaps misspelled or defined by a module not
> > included in the server configuration
> > failed!
>
> Alas, I can confirm this; a2en
forwarded 397521 http://svn.haxx.se/dev/archive-2006-11/0107.shtml
thanks
[Olaf van der Spek]
> Could you change the default anon-access from read to none?
> No access is safer than read-only access.
> If the admin does want read-only access, little harm is done.
I saw you ask for this on upstre
[britneyfreek]
> then please tell me what's wrong on my side?
> i got the original debian packages.
>
> why does stat() and filesize() and some other fail on files larger 2gb?
They don't fail for us.
Can you provide more information about what you are doing and how you
determined that stat() an
[Goswin Brederlow]
> still some ruby test failures in svn:
[...]
Bah - the same failure we saw before, it seems my fix wasn't quite good
enough. I'll switch to Kou's fix (from upstream), which should be
better. http://svn.haxx.se/dev/archive-2006-09/0507.shtml
Thanks,
Peter
signature.asc
Des
[Blair Zajac]
> I applied this fix in the Subversion trunk in r22203 with different
> formatting and a comment explaining why @BASE is used.
Thanks - and sorry I forgot to pass Eric's patch upstream. Can you
credit Eric Dorland <[EMAIL PROTECTED]> in the log message, please?
Peter
signature.a
> Robert Collins <[EMAIL PROTECTED]> writes:
> > I can also note why bazaar wont build as root: its test suite
> > includes a test for the ability to handle read only directories
> > correctly. As root, anything is writable, so this test fails.
[Goswin von Brederlow]
> That test should add a test
[Beat Birkhofer]
> Even after a clean install v 2.2.3-2 from testing and 2.2.3-3 from
> unstable segfault on PowerPC.
>
> [Wed Nov 01 08:22:15 2006] [notice] child pid 2990 exit signal
> Segmentation fault (11)
Sounds like #392049. Can you confirm that rebuilding the apr source
package with
severity 396435 minor
thanks
[Lucas Nussbaum]
> Not allowing to build as root is a bad idea.
Why do you, or anyone, need to build packages as root? It's a bad idea
in general. For example, a former version of Samba actually gets
incorrect 'configure' values if configure is run as root.
> You
[Lucas Nussbaum]
> During a rebuild of all packages in etch, I discovered that your
> package failed to build on i386.
Don't build subversion as root.
Can I close this bug?
signature.asc
Description: Digital signature
[Eric Dorland]
> This bugs me as well. The fix is to explicitly pass the @BASE revision.
> Patch attached.
Looks good, thanks very much. Applied for the next upload.
signature.asc
Description: Digital signature
[sean finney]
> > > svn: Berkeley DB error for filesystem '/home/seanius/svn/db' while
> > > opening environment:
> > > svn: No such file or directory
> > > svn: bdb: no absolute path for the current directory: No such file or
> > > directory
> >
> > Very odd - I don't know what to make of it.
[Thomas Schoepf]
> > Then don't purge it before installing apache2.2. apache2.2-common
> > works around this.
>
> How does it do that?
It's an evil hack. You don't want to know.
> At least if you insist that it was my fault. Because then I'll insist
> that I rely on a package not to delete f
Package: lomoco
Version: 1.0beta1+1.0-4
The -m, -h, -g flags do not work with mice that don't support those
resolutions, but there is no indication of failure:
$ lomoco -m
001.003: 046d:c00e Wheel Mouse Optical (M-BJ58) Caps: RES
Resolution set to 1200 cpi
$ lomoco -i
001.003
[Stefan Schmidt]
> And as i quoted below i guess someone just broke epoll detection.
Yeah, see #392049 and its duplicates. Tollef has a patch for libapr,
which I guess will go in soon. Upstream is, I hear, a bit ambivalent
about the patch - someone indicated that the better approach is just to
[Arthur de Jong]
> Is there any news in including svn2cl in the subversion-tools
> package? Subversion 1.4.0 ships with svn2cl 0.7 and is available in
> the source tarball.
Oh - thanks for the reminder. I definitely intended to ship that, just
kept forgetting to do so. I don't think it's too l
[Blair Zajac]
> sed: can't read
> debian/subversion-tools/usr/share/subversion/hook-scripts/propchange-email.pl:
> No such file or directory
Ah, yes, that script disappeared in upstream r19331. Thanks for
noticing.
Peter
signature.asc
Description: Digital signature
tags 393414 pending
thanks
> subversion-1.3.2/notes/old/draft-korn-vcdiff-01.txt
This file is obsolete cruft, and upstream has indicated an intention to
remove it before shipping subversion 1.4.1, which is due in a couple of
days. We hope to get 1.4.1 in before the freeze - it's pretty low-ris
401 - 500 of 800 matches
Mail list logo
