Moin Mathias!
Mathias Weyland schrieb am Sonntag, den 26. Juni 2005:
> * Package name: bmp-extra-plugins
> Version : 6180
> Upstream Author : Artur Frysiak
> * URL : http://svn.pld-linux.org/svn/bmp-plugins/trunk/
> * License : GPLv2, LGPL
> Description :
tags 315786 + pending
thanks
> Well at least /etc/gdm/Sessions/IceWM should have been remove upon
> upgrade.
Ok.
Eduard.
--
ja dann gib mal bitte ne addy
Eine die kewl funzen tut?
jupp
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL
Package: apt
Version: 0.6.25
Severity: normal
Hello, here is a snapshot of conversation with apt-get. fuse-source is
currently installed in an old version (from Sarge) and I want to have
that upgraded automaticaly. But the -y option used with the install
command fails!
> root < @debian:/root$ m-a
#include
* Tim Freeman [Sat, Jun 25 2005, 07:06:27PM]:
> >Tomorrow didn't work, ftp-master server is moving. You can get them from
> >rootfs.net/encfs if you wish to test them.
>
> I'm wondering what the normal procedure is in this case. If encfs is
> used with a bad version of fuse, then encfs
#include
* Tim Freeman [Sun, Jun 26 2005, 08:15:12AM]:
> >> I'll try the updated version. I don't know about the "tomorrow" part.
> >
> >Tomorrow didn't work, ftp-master server is moving. You can get them from
> >rootfs.net/encfs if you wish to test them.
>
> The test failed.
>
> I fetched and
#include
* Debian Bug Tracking System [Sun, Jun 26 2005, 09:33:06AM]:
Okay, I missed the "held packages" part in the message because of two
reasons:
- it looks very similar and this is the typical kind of annoying message
showed by apt-get
- I did NOT set the package on hold. I just used
ap
#include
* Ralf Treinen [Tue, Jun 28 2005, 08:48:22PM]:
> Package: svn-buildpackage
> Version: 0.6.9
> Severity: normal
>
> The "svn-ignore-new" option makes svn-buildpackage fail in strange ways.
> A log is attached whwre you can see that the build fails when I use
> the "--svn-ignore-new" optio
reassign 316133 libsvn0
severity 316133 important
merge 314381 316133
thanks
> > Can you trace it with strace -f ...? I think it is segfaulting silently,
> > see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=314381 for details.
>
> Just send it to [EMAIL PROTECTED] -Ralf.
As expected, the sam
Package: vim-gtk
Version: 1:6.3-078+1
Followup-For: Bug #6
Hello,
as maintainer of rxvt-unicode and daily VIM user, I can say that I
cannot not reproduce this, nor had I seen that bug in the last years.
Currently, it works with "rxvt" as well as with "rxvt-unicode" as well
as with "Eterm" as
#include
* Guilhelm Panaget [Thu, Jun 30 2005, 11:00:25PM]:
> Hello,
>
> Some months ago, I've sent to the cdcat developper the cdcat_fr.ts file
> containing the complete translation of the cdcat screens.
>
> Would it be possible to have the package updated ?
Sure, but I cannot remember getti
Package: vim-gtk
Version: 1:6.3-078+1
Followup-For: Bug #192729
Hello,
I discovered the -b switch which allows to edit the text "as-is". This
is a workaround but not a good one (because sometimes you want to edit
gzip files or so but with charset detection).
This all _may_ work with an appropria
Package: vim-gtk
Version: 1:6.3-078+1
Severity: wishlist
Tags: upstream
Hello,
maybe I am overlooking an important feature, but then please tell me
where.
What I did never like about vim (and especially GUI versions) is that
stupid "the swapfile exists, ...". It is missing an important feature:
Package: wnpp
Severity: normal
Hello,
due to lack of time and interest (I do not play it regularly anymore) I
look for a new maintainer for bomberclone.
There is not much work, just track the upstream development.
Regards,
Eduard.
-- System Information:
Debian Release: testing/unstable
APT
#include
* Valient Gough [Thu, Jun 30 2005, 01:13:28AM]:
> On Tuesday 28 June 2005 16:31, Valient Gough wrote:
>
> > The patch from my previous mail should work. I will be releasing a new
> > version after I've had a chance for more testing.
>
> I did some testing today and found that the previ
Hello,
I think Bill has a good point here. Ressource files like compiled
terminal descriptions should not be in etc since hardly anyone edits
them. Instead, they should be moved to /usr/share and links from them to
/etc/terminfo/... should be created, so the local admin still has a
chance to modif
#include
* Thomas Dickey [Sun, Jul 03 2005, 06:53:55AM]:
> >I think Bill has a good point here. Ressource files like compiled
> >terminal descriptions should not be in etc since hardly anyone edits
> >them. Instead, they should be moved to /usr/share and links from them to
> >/etc/terminfo/... sh
Package: slrn
Version: 0.9.8.1pl1-5
Severity: normal
Tags: upstream
Hello,
I have an ugly terminal output problem with the new slrn, using an UTF-8
locale. See screenshots below, as you see they contain random garbage
after german Umlauts. The strings are displayed correctly using an 8bit
locale,
#include
* Nico Golde [Sat, Jul 09 2005, 02:14:22AM]:
> sudo apt-history show upgrade
> 2005-07-09 00:12:03: upgrade gstreamer0.8-alsa=0.8.8-3
> 0.8.10-1
> 2005-07-09 00:12:03: upgrade libbonobo2-common=2.8.1-2
> 2.10.0-1
> 2005-07-09 00:12:03: upgrade gnome-des
Package: coreutils
Version: 5.2.1-2
Severity: normal
Hello,
the dircolors tool is too simplistic and has only few hard-coded
terminal names that it is ought to support. It does not support mlterm
or rxvt-unicode, however it does not report any warning to tell the user
about what's going on.
Rega
#include
* Nico Golde [Sat, Jul 09 2005, 12:06:54PM]:
> But for example:
> apt-history show install
> 2005-07-09 00:12:03: install libstdc++6-4.0-dev
> 4.0.0-12
> 2005-07-09 00:12:03: install libaa1
> 1.4p5-28
> 2005-07-09 00:12:03: inst
#include
* Nico Golde [Sat, Jul 09 2005, 01:04:23PM]:
> > > I think there is apt-history a better way.
> >
> > For doing what exactly?
>
> For doing this without corebutils.
a) grep it is not in coreutils but in the grep package
b) you seem to have an allergy to essential packages (you know,
t
;[EMAIL PROTECTED]>
Copyright (C) 2002 Jacob Luna Lundberg <[EMAIL PROTECTED]>
Copyright (C) 2003 Daniel Stone <[EMAIL PROTECTED]>
Copyright (C) 2003 Adam Moore <[EMAIL PROTECTED]>
Copyright (C) 2003 Andreas Boeckler <[EMAIL PROTECTED]>
Copyright (C) 2003 Stephan Niemz <[EM
Package: sshfs
Version: 1.1-1
Severity: important
Tags: upstream
The subject says it all. Do:
touch x
touch y
mv -f x y
and you will get "Permission denied".
Regards,
Eduard.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (500,
Package: libc6.1-dev
Version: 2.3.2.ds1-22
Severity: serious
Hello,
ucontext.h has a faulty struct definition on ia64, see
http://buildd.debian.org/fetch.php?&pkg=icewm&ver=1.2.21%2B1.2.22pre2-1&arch=ia64&stamp=1121106846&file=log&as=raw
for details.
Error message:
/usr/include/sys/ucontext.h:4
#include
* Matthijs Mohlmann [Wed, Oct 19 2005, 11:34:40AM]:
> Package: svn-buildpackage
> Version: 0.6.13
> Severity: important
>
> Hi,
>
> I use svn-buildpackage together with pdns for building and use the
> following line:
> svn-buildpackage --svn-builder="pdebuild --buildresult
> `pwd`/../bu
severity 334699 normal
tags 334699 + moreinfo
thanks
#include
* Waqar Malik [Wed, Oct 19 2005, 05:47:30AM]:
> Package: vpnc
> Version: 0.3.3+svn20050909-4
> Severity: critical
Please read the definition of "critical".
> IPSEC SA selected des-md5
> S7.7
> S7.8
> Error: an inet prefix is expected
#include
* Waqar Malik [Fri, Oct 21 2005, 02:39:25AM]:
> The error still surfaces while using vpnc_0.3.3+SVN20050909-5_i386.deb
> Error meaasge changed slightly "Error: an inet prefix is expected
> rather than "@"."
Aha. Please send your config file and all the important information that
you omit
Package: firehol
Version: 1.231-4
Severity: normal
Hello,
it seems that you have changed the upstream package and moved the helpme
function into a separate utility. Fine, but please consider doing that
somehow consistent with http://firehol.sourceforge.net/tutorial.html? -
currently neither "/etc
Package: vim-common
Version: 1:6.4-001+2
Severity: normal
Hello,
after todays Sid upgrade the vim installation broke. The new symlinks in
/usr/bin to the "alternatives" links were just missing. I think it comes from
some
internal breakage in update-alternatives, I have seen it doing strange th
#include
* André Bertelli Araújo [Sun, Oct 23 2005, 10:42:59PM]:
> Package: sl-modem-daemon
> Version: 2.9.9a
>
> When calling the program 'pon' to stablish a dial-up connection, the
> modem does a 'click' (as if preparing to dial), but doesn't dial
> anything. The following message appear in /
#include
* André Bertelli Araújo [Mon, Oct 24 2005, 09:48:56PM]:
> - Restarted with /etc/init.d/slmodemd restart
> - then the following message appeared:
>
> Loading SmartLink Modem driver into kernel ... failed.
> FATAL: Could not open '/lib/modules/2.6.11-1-686/misc/slamr.ko': No
> such file or
#include
* Stefano Zacchiroli [Tue, Oct 25 2005, 11:08:31AM]:
> > Info that could help can be:
>
> BTW, about your mention of /usr/bin/gvim in the bug reposrt subject: are
> you really missing /usr/bin/gvim?
>
> That would be really strange since it is not created with
> update-alternatives, but
reassign 335502 dpkg
thanks
#include
* Stefano Zacchiroli [Tue, Oct 25 2005, 10:44:54AM]:
> tags 335502 + moreinfo unreproducible
> thanks
>
> Eduard Bloch wrote:
> > after todays Sid upgrade the vim installation broke. The new symlinks
> > in /usr/bin to the "
#include
* Stefano Zacchiroli [Tue, Oct 25 2005, 12:47:20PM]:
> [ Of course I asked this information again just a ms before receiving
> your mail, sorry for that ]
>
> On Tue, Oct 25, 2005 at 12:36:13PM +0200, Eduard Bloch wrote:
> > reassign 335502 dpkg
> > thanks
>
#include
* André Bertelli Araújo [Thu, Oct 27 2005, 11:49:35PM]:
> 2005/10/24, Eduard Bloch <[EMAIL PROTECTED]>:
> > #include
> > * André Bertelli Araújo [Mon, Oct 24 2005, 09:48:56PM]:
> > > - Restarted with /etc/init.d/slmodemd restart
> > >
Package: openoffice.org-core
Version: 2.0.0-1
Severity: normal
Hello,
I am using OOv2 in UTF-8 environment. Unfortunately, when I try to open
a file having an Umlaut (encoded in Latin1), it simply fails immediately
after displaying the splash screen and complains about not beeing able
to open to
#include
* Filipus Klutiero [Tue, Sep 27 2005, 09:33:47AM]:
> I thought about this and guessed I should look at m-a's wishlist before
> thinking too much :) Note that I didn't find a debian-devel thread about
> this.
None started yet, too lazy. Consider integrating the contents of
/usr/share/do
Package: wnpp
Severity: normal
I intend to orphan the pppoeconf package.
The package description is:
Userfriendly tool for initial configuration of a DSL (PPPoE) connection.
It is a native package, originaly developed by me for KNOPPIX in 2001
and beeing part of basedebs in Woody and Sarge. The
#include
* Marcos Ramírez [Wed, Sep 28 2005, 07:47:48AM]:
> I make a dist-upgrade few hours ago (Debian Unstable), and now i can't burn
> cds/dvds, k3b open ejects the disc and do nothing, of course, before the
> dist-upgrade i have no problem burning cds/dvds, so the debug info is bellow,
I
#include
* David Moreno Garza [Wed, Sep 28 2005, 12:24:01AM]:
> On Wed, 2005-09-28 at 00:51 +0200, Eduard Bloch wrote:
> > Package: wnpp
> > Severity: normal
> >
> > I intend to orphan the pppoeconf package.
> >
> > The package description is:
> > U
#include
* Manoj Srivastava [Wed, Aug 24 2005, 06:22:01PM]:
> be getting about 11MB/s, which should be enough for the use case
> mime-codecs was designed for.
>
> If you feel that we need faster tools, perhaps mime-codecs can
> be split out from VM and reimplemented in Perl.
Such comm
#include
* Eduard Bloch [Thu, Sep 29 2005, 12:42:58PM]:
> #include
> * Manoj Srivastava [Wed, Aug 24 2005, 06:22:01PM]:
> > be getting about 11MB/s, which should be enough for the use case
> > mime-codecs was designed for.
> >
> > If you feel that we n
Cc
Bcc: [EMAIL PROTECTED]
Subject:
Reply-To:
tags 324935 + patch
tags 324929 + patch
thanks
Hello,
the attached patch fixes the problem (it simply stopped reading the
output on the first = char, ie. on the first chunk though there were
multiple in the stream) and also adds buffering to make th
Package: xutils
Version: 6.8.2.dfsg.1-7
Severity: wishlist
Hi,
there is a funny (not) dependency between the xutils package and cpp.
This makes it inpossible to remove the development tools while keeping
unrelated packages depending on xutils, mozilla-firefox for example.
For this reason I sugge
Package: distcc
Version: 2.18.3-2
Severity: important
Hello,
you use the deluser tool in the postrm file, however this is very unsafe
because the adduser package can be removed (read: deluser binary is
removed) before postrm is executed. This is very reproducible if you
deinstall adduser and then
tags 330773 + moreinfo
thanks
#include
* Massimo Dal Zotto [Thu, Sep 29 2005, 08:28:53PM]:
> $ make
> make[1]: Entering directory `/home/dz/src/modules/usr_src/modules/cdfs'
> ...
> make[1]: Leaving directory `/home/dz/src/modules/usr_src/modules/cdfs'
> Build time: 5 seconds
>
> $ cat ./var_cac
#include
* Massimo Dal Zotto [Thu, Sep 29 2005, 10:11:19PM]:
> - if I run module-assistant from a makefile all make commands called by
> it think they are running as submake and turn on automatically the -w
> option which prints the extra messages into buildstate files
m-a does not handle of
Package: xprint-common
Version: 1:0.1.0.alpha1-12
Severity: grave
Hello,
the Xsession.d file tries run the init script but it cannot rely on its
existance since it is a conffile. I know of cases where the file was
_not_ executable which made Xsession fail because Overfiend insists on
using "set -
#include
* Drew Parsons [Fri, Sep 30 2005, 10:48:13AM]:
> On Thu, 2005-09-29 at 22:50 +0200, Eduard Bloch wrote:
> > Package: xprint-common
> > Version: 1:0.1.0.alpha1-12
> > Severity: grave
> >
> > Hello,
> >
> > the Xsession.d file tries
tags 330881 + unreproducible
thanks
#include
* Wouter Verhelst [Fri, Sep 30 2005, 10:46:57AM]:
> Package: rxvt-unicode
> Version: 5.6-1
> Severity: normal
>
> Hi,
>
> My /etc/environment contains:
>
>
> LANGUAGE="nl_BE:nl:en_GB:en"
>
> [EMAIL PROTECTED]
>
/etc/environment parsing i
#include
* Drew Parsons [Fri, Sep 30 2005, 10:50:10PM]:
> > More robust, but not much more. If some error happens in the script the
> > Xsession is broken again (see other bug report).
> >
>
> OK. I'll probably use XPSERVERLIST="`/etc/init.d/xprint
> get_xpserverlist || true`" then I think, on
Package: xchat
Version: 2.4.5-2
Severity: minor
Hello,
while trying to create a lightweight system for internet access I
discovered that xchat pulls Python and Tcl. For which reason? There is
IMO no good one. Those interpreters are needed for certain plugin
scripts but there are no such scripts i
Package: debian-policy
Version: 3.6.2.1
Severity: minor
Hello,
the policy says for scripts (§10.4):
Shell scripts (sh and bash) should almost certainly start with set -e so
that errors are detected. Every script should use set -e or check the
exit status of every command.
This implies that any
Package: wpasupplicant
Version: 0.4.4-1
Severity: minor
Hello,
wpa_supplicant.conf tells you to look in
/usr/share/doc/wpasupplicant/wpa_supplicant.conf.gz for details. However, the
path should be:
/usr/share/doc/wpasupplicant/examples/wpa_supplicant.conf.gz .
Further, I wish you would keep at
Moin Joerg!
Joerg Schilling schrieb am Samstag, den 01. Oktober 2005:
> Applying a patch to /etc/default/cdrecord that introduces
> content that _contradicts_ the warnings in the man page and
> that caused cdda2wav to (by default) use the bad kernel based
> CDDA instead of the SCSI based CDDA insi
Package: x11-common
Version: 6.8.2.dfsg.1-7
Severity: wishlist
Following the IRC discussion with Overfiend and later comments from
gravity, here is the complaint written down as bug report:
please consider no longer using "set -e" in the Xsession script or at
least set +e and -e later before/afte
Erik Schanze schrieb am Donnerstag, den 06. Oktober 2005:
> Could you please do something on this bug, at least forward it upstream?
>
> It sucks really to have a modem, that cuts the internet connection
> randomly and silently. It could also be a hardware issue, but please
> give my some hints
retitle 332585 Update all docs for --svn-ignore and --svn-reuse
severity 332585 minor
thanks
#include
* LI Daobing [Fri, Oct 07 2005, 04:02:27PM]:
> Package: svn-buildpackage
> Version: 0.6.11
> Severity: normal
>
> In manual 5.2.8:
> alias svn-b="svn-buildpackage -us -uc -rfakeroot --svn-i
#include
* Igor Belyi [Sun, Feb 20 2005, 04:05:13PM]:
> Package: cloop-utils
> Version: 2.01.5-3
> Severity: important
>
> create_compressed_fs add extra block to the compressed image if the size of
> the original image is a multiple of the block size. You can verify this by
> the following simpl
#include
* Eduard Bloch [Tue, Aug 23 2005, 12:22:04AM]:
> > I've attached the patch fixing the problem.
>
> Eh, did you test that with the _driver_? I am rewritting advfs right now
> and stumbled over the same problem. I still don't get the reason for
> adding this
#include
* Igor Belyi [Tue, Aug 23 2005, 09:15:10AM]:
> Eduard Bloch wrote:
>
> >#include
> >* Eduard Bloch [Tue, Aug 23 2005, 12:22:04AM]:
> >
> >
> >>Eh, did you test that with the _driver_? I am rewritting advfs right now
> >>and stumb
Package: mime-codecs
Version: 7.19-6
Severity: minor
Hello,
I noticed that the base64-encode tool is really slow. It does not go
over 10MB/s on my P4 machine while the Perl implementation is very close
to 30MB/s.
Tested with:
cat /mnt/c/pagefile.sys | cpipe -vt | perl -M"MIME::Base64" -ne 'prin
Package: mime-codecs
Version: 7.19-6
Severity: important
Hello,
the subject says it all. It gets base64 data, decodes some hundred bytes
and just exits. Test data attached, created with the Perl module. The
Perl module can decode the data without any problems.
Regards,
Eduard.
-- System Informa
#include
* Igor Belyi [Wed, Aug 24 2005, 10:52:55AM]:
> Eduard Bloch wrote:
>
> >Interesting. Looks nice, most things are done the same way I did with
> >C++, and looking very clean. I was rewritting advfs primarily to make it
> >multithreaded, since we have a Dual-O
#include
* Manoj Srivastava [Wed, Aug 24 2005, 05:47:18PM]:
> 78"OsbQ["56/!nisvyB/uA5Q.{)gm6?q.j71ww.>b9b]-sG8zNt%KkIa>xWg&1VcjZk[hBQ>]j~`Wq
> Xl,y1a!(>6`UM{~'X[Y_,Bv+}=L\SS*mA8=s;!=O`ja|@PEzb&i0}Qp,`Z\:6:OmRi*
> X-Hashcash: 1:25:050824:[EMAIL
> PROTECTED]::VKgpYzWWO44mySi1:00
reassign 325366 pppd
retitle 325366 No way to force an action before a pppoe action going up
thanks
> Installed sarge. Ran pppoeconf asking for pppd to be
> run at boot time. Connection was made succesfully.
> However, upon rebooting the system, the command
>
> # pon dsl-provider
> Plugin rp-ppp
#include
* Marco d'Itri [Tue, Aug 30 2005, 01:45:00PM]:
> On Aug 28, Eduard Bloch <[EMAIL PROTECTED]> wrote:
>
> > No. You are expected either to use "ifup dsl-provider" or ask the ppp
> > maintainer what he has though before throwing out the
> > &
#include
* Marco d'Itri [Tue, Aug 30 2005, 03:17:38PM]:
> On Aug 30, Eduard Bloch <[EMAIL PROTECTED]> wrote:
>
> > Easy to say. Please tell me which options I have and which still DO WORK
> > with pon. You have closed my request to link pon and ifup with the
#include
* Roberto C. Sanchez [Tue, Aug 30 2005, 01:06:39AM]:
> > Why?
> >
> Becuase I roll my own kernel. If I upgrade the kernel with gcc-3.3
> (currently the Sarge default) and then upgrade to Etch (which will have
> gcc-4.0 for a default) I will run into problems if I decide to add new
> mod
#include
* Kalle Kivimaa [Thu, Sep 01 2005, 10:39:36AM]:
> Eduard Bloch <[EMAIL PROTECTED]> writes:
> > This does not make any sense. What do you see on top of
> > include/linux/version.h ?
>
> This is the complete contents of include/linux/version.h:
>
>
#include
* Jay Berkenbilt [Sun, Aug 21 2005, 11:56:13AM]:
> I am sending this as the maintainer of icu and cc'ing blade, the
> maintainer of icu28 so that he can give his approval as the actual
> maintainer of the package. Thanks!
Jay, you got my approval and could have easily attached it to th
tags 325799 + upstream help
thanks
> upon load under kernel 2.6.13 slamr.ko reports:
>
> [4297338.593000] slamr: Unknown symbol class_simple_device_add
> [4297338.593000] slamr: Unknown symbol class_simple_destroy
> [4297338.594000] slamr: Unknown symbol class_simple_device_remove
> [4297338.5940
#include
* Steve Langasek [Thu, Sep 01 2005, 01:06:37AM]:
> It appears that all of icu28's reverse-dependencies have successfully
> transitioned to icu32. Do you have any objections to requesting removal
> of icu28 from unstable?
The removal is already requested and waiting for FTP master's wor
Moin Steve!
Steve Langasek schrieb am Donnerstag, den 01. September 2005:
> > -Build-Depends: debhelper (>> 4.0.0), libxrender-dev, imlib11-dev,
> > libgnome2-dev, libgnome-desktop-dev, gettext, xutils, libxft-dev (>> 2.1.1)
> > | libxft2-dev, dpatch, libesd0-dev, libpng12-dev, libxinerama-dev [
reassign 325596 kernel-package
thanks
#include
* Kalle Kivimaa [Thu, Sep 01 2005, 12:42:16PM]:
> Eduard Bloch <[EMAIL PROTECTED]> writes:
> > module-assistant a-i loop-aes
>
> This does produce the correct binary deb. I've included the complete
> logs of the follo
#include
* Jim Crilly [Thu, Sep 01 2005, 07:02:26PM]:
> > Why is that? I mean, certainly every filesystem has its problems, but
> > I don't think there's a consensus that ReiserFS is much worse than the
> > others? I personally find it useful because it doesn't have any
> > limitation on the nu
Moin Marc!
Marc Haber schrieb am Samstag, den 08. Oktober 2005:
> Package: apt-cacher
> Severity: normal
>
> Hi,
>
> after being in use for some time (like on a computer idling over
> night, which uses hourly cron-apt to check for new updates),
> apt-cacher gets confused and starts returning err
severity 332768 normal
reassign 332768 apt-listbugs
thanks
#include
* michael [Sat, Oct 08 2005, 02:17:06PM]:
> Package: apt-cacher
> Version: 1.1
> Severity: grave
> Justification: renders package unusable
Bullshit.
> with apt-cacher on a 'server' and apt-listbugs on a 'client' then when
> get
retitle 332748 User::Agent throwing bogus "Bad hostname" errors after a while
reassign 332748 libwww-perl
thanks
Marc Haber schrieb am Sonntag, den 09. Oktober 2005:
> On Sun, Oct 09, 2005 at 05:33:47PM +0200, Eduard Bloch wrote:
> > > See attached log of a failed aptitu
Package: ucf
Version: 2.002
Severity: minor
Hello,
the problem is easy to reproduce:
> root < @debian:/tmp$ locate fooma > a
> root < @debian:/tmp$ ucf /tmp/a /tmp/b
Creating config file /tmp/b with new version
> root < @debian:/tmp$ ucf --purge /tmp/b
> root < @debian:/tmp$ ucf /tmp/a /tmp/b
Package: ctrlproxy
Version: 2.6.2.1
Severity: normal
Hello,
when I simply use the shipped example file, ctrlproxy just breaks with
the message below. I think it should tollerate plugin load failure,
especially since the lib is just in the Suggest: field.
Unable to open module /usr/lib/ctrlproxy/
Package: ctrlproxy
Version: 2.6.2-1
Severity: normal
Tags: upstream
Hello,
I have this setting in the config:
/home/bloch/tmp/ctrlproxy
However, the plugin does not load. Reason: it creates the first
non-existent directory with wrong permissions:
drw--- 2 bloch bloch 4096 2005-10-10 16:
Package: pbuilder
Version: 0.135
Severity: wishlist
Hello,
it seems that pbuilder tries to get the basedebs from some hardcoded FTP
mirror URL, http://ftp.jp.debian.org/debian. This is maybe fine for the
maintainer, but not for us in the outside world. In fact, it should try
to get the mirror URL
Lol, this was the original purpose for svn-buildpackage, called
svn-devscripts those days. (however for a custom branch of Herbert Xu
packages and some others) But... while rewritting svn-inject to Perl,
that feature got lost and nobody asked for it explicitely in the last
months/years. svn-upgrade
#include
* Felipe Sateler [Fri, Oct 14 2005, 02:30:01AM]:
> Package: mono
> Version: 1.1.9.1-3
> Severity: important
>
> libgdiplus and libmono0 are not dependencies of mono, which makes most
> GUI .NET programs unusable. libmono0 should be a dependency, and
> libgdiplus should at least be recom
Package: apache2
Version: 2.0.54-5
Severity: normal
Simple example:
RewriteEngine on
RewriteBase /cgi-bin
RewriteRule ^ - [E=REQUEST_URIX:somestring]
RewriteRule ^ - [E=REQUEST_URI:/real/location]
REQUEST_URIX ends up in the CGI environment, while REQUEST_URI is _not_
replaced. It shows the orig
#include
* David Weinehall [Sun, Oct 16 2005, 12:29:06PM]:
> Package: vpnc
> Version: 0.3.3+SVN20050909-4
> Severity: important
>
> With the latest few 0.3.3 svn snapshots of vpnc, the routing information
> no longer seems to be set up correctly. Also, there's an extra warning
> about RTNETLINK
#include
* Marv Stodolsky [Mon, Oct 17 2005, 02:13:40PM]:
> Package: kernel-kbuild-2.6-3
> Version: 2.6.8-2
> Severity: wishlist
> Tags: patch
Where is your patch? I see just an obscure wish.
Hint: packages using module-assistant do already choose the right
compiler or print a warning like the o
#include
* Bastian Blank [Tue, Oct 18 2005, 09:13:59AM]:
> Package: vpnc
> Version: 0.3.3+SVN20050909-4
> Severity: critical
>
> vpnc overwrites /etc/resolv.conf without notice. This breaks the
> network connectivity as the entries don't match the local needs.
A-Ha. Are you sure you have set the
notfound 334500 0.9.5
thanks
#include
* VSJ [Tue, Oct 18 2005, 01:00:12PM]:
> I don't know if this bug applies to the version in
> etch/sid/experimental, that's why I've tagged this 'sarge'.
It doesn't, consider installing the version from Sid. Dependencies
should be satisfiable with Sarge.
E
#include
* Harald Kirsch [Sun, Sep 18 2005, 02:10:41PM]:
> Package: rxvt-unicode
> Version: 5.6-1
> Severity: important
>
> While marking a selection with single (character), double (word) and
> triple click (line) works fine, there seems to be now way to paste the
> selection then anywhere excep
Moin Frank!
Frank schrieb am Sonntag, den 18. September 2005:
> I don't know if I misunderstand something, but this does not seem to be
> resolved. How can a module-assistant bug be fixed in slmodem?
You conclude things without knowing how the prerequisites work. Say
after me:
The
kernel-image
#include
* Frank Lichtenheld [Sat, Sep 17 2005, 09:34:19PM]:
> This probably caused by calls like this:
> $reti=withecho("$sudo $packs{$pkg} download");
>
> since $packs{} can begin with MA_SOURCE_PKG=. I don't know
> an easy solution, though. Running it with "sudo -s -- -c '$packs{}'"
> could ma
tags 329914 + help
thanks
#include
* Michael Biebl [Sat, Sep 24 2005, 02:15:58PM]:
> I'm using svn-buildpackage to maintain all my Debian packages.
> Unfortunately for some of them svn-buildpackage seem to do something
> weird with the autotools files (Makefile.am, configure.ac aclocal.m4 etc).
#include
* Michael Biebl [Sat, Sep 24 2005, 05:25:59PM]:
> > Or fix the autodevcrap system to not break itself just for fun.
>
> Well, autotools is a beast. If I knew where to look at I would.
> I think there is a reason why KDE switched to bksys/scons for KDE4.
To SCons? LOL
> [1] Is there a
reassign 323128 ftp.debian.org
retitle 323128 Please remove cryptofs
thanks
> > I intend to request the removal of this package if there are no signs of
> > real interest within few weeks.
>
> It seems nobody is interested. Is it time to ask for its removal?
Yeah, let's remove it.
Eduard.
--
#include
* Arthur H. Johnson II [Mon, Sep 26 2005, 11:25:02AM]:
> Package: cdrecord
> Version: 2.01+01a03-2
>
> I have an HP 8100 burner. kernel-image-2.6.6-1-k7 is burning CD's just
> fine. When I upgraded to linux-image-2.6.12-1-k7 cd's appear to burn and
> fixate without errors, however Linu
#include
* Arthur H. Johnson II [Mon, Sep 26 2005, 12:13:41PM]:
>
> cdrecord -v -dao -data dev=2,0,0 fs=12M speed=4 whatever.iso
Google says it is an ATAPI device. Don't use the ide-scsi driver with
kernel 2.6, it is not supported by upstream. See README.ATAPI.setup for
details and use something
#include
* Eduard Bloch [Thu, Sep 01 2005, 10:36:03AM]:
> > [4297338.593000] slamr: Unknown symbol class_simple_device_add
> > [4297338.593000] slamr: Unknown symbol class_simple_destroy
> > [4297338.594000] slamr: Unknown symbol class_simple_device_remove
> > [429733
Package: proftpd
Version: 1.2.10-22
Severity: minor
Hello,
by default the daemon is disabled in the /etc/default/proftpd file, so
this message appears:
ProFTPd warning: cannot start neither in standalone nor in inetd/xinetd
mode. Check your configuration.
This is wrong (or missleading at best).
201 - 300 of 761 matches
Mail list logo