Package: ppp
Version: 2.4.7-2+4.1
Severity: normal
File: /usr/sbin/pppd
Dear Maintainer,
I've just been setting up a l2tp vpn and found that pppd segfaulted whenever I
tried to connect. Digging into things, I found this Ubuntu bug report:
https://bugs.launchpad.net/ubuntu/+source/ppp/+bug/14106
I've just spent a few hours troubleshooting this for a friend of mine.
This really needs to get sorted - as-is Jack2 does not work in headless
environments, purely because of this.
I switched him back to Jack1 to let him move on, but an alternative
solution I've found suggests:
eval |dbus-lau
I'm no Python coder, but according to some other info I've found,
"Twisted 13.2 removed twistd.daemonize", which would explain the issue. :)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: pymsnt
Version: 0.11.3+hg224-1
Severity: normal
Dear Maintainer,
Just noticed my jabberd log filling up my log partition due to pymsnt not
running, and when
I tried to start it I got this:
> Starting MSN transport for Jabber: Traceback (most recent call last):
> File "/usr/share/pyms
Package: pptpd
Version: 1.4.0-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffect
On 29.08.2012 08:06, Ondřej Surý wrote:
severity 686110 wishlist
tags 686110 +wontfix
thank you
Well, ideally you should check your system, deamons and logs after a
power failure.
I did check, I just managed to miss the mail daemons as I was focussing
on more important things, like DNS, DHCP
Package: cyrus-imapd
Version: 2.4.16-1
Severity: normal
Following a power failure my tls_sessions.db file became corrupted (UPS
is currently out of commission - anyway). When the server restarted, I
did not notice this fact and would not do so until my next logcheck
email (or an attempt to check m
Package: ecatools
Version: 2.8.1-3
I've noticed that the ecasignalview binary is missing from the package,
but it's man page remains. I've glanced at the source package, and the
source seems to still be there, but it's not mentioned in the package
description, nor can I find a mention of it intent
Package: postfix
Version: 2.8.3-1
Severity: important
I've not changed the configuration of postfix for several years, and it's been
running quite happily all that time. I've suddenly started getting the
following errors:
> Jun 25 21:35:52 mrlinux postfix/smtp[1408]: fatal: unknown service: smtp/
Package: pymsnt
Version: 0.11.3-5
Severity: normal
Tags: patch
There are several problems with this package, and as it's been effectively
abandoned by upstream,
these aren't being fixed.
A kind soul has made some patches to improve things however, which you can find
here:
http://groups.google.c
On 2011-03-08 6:32 AM, Vincent Bernat wrote:
> It seems that some users have an "identities" table with a "changed"
> column. I don't know how this happened. I will do a quick upload to fix
> this problem. Do you remember the different versions of roundcube that
> you installed on your system
Package: roundcube
Version: 0.5.1+dfsg-3
Severity: grave
Justification: renders package unusable
The database upgrade fails with:
> mysql said: ERROR 1060 (42S21) at line 49: Duplicate column name 'changed'
I've attached the backup database (sans the insert statements).
-- System Information:
D
Package: jabberd14
Severity: normal
I just had a crash whilst logged in via ssh, and got a handy notification that
perhaps might help in tracking
down the cause of the constant segfaults I'm experieincing with jabberd14.
*** glibc detected *** /usr/sbin/jabberd: malloc(): smallbin double link
On 2010-09-05 10:11 PM, Steve Langasek wrote:
> It may be that we want the slapd.d migration to call slaptest with -u, to
> ignore any such problems that aren't related to the slapd.d migration per
> se. But I don't understand the origin of this error either, so we should
> get to the bottom of th
Package: slapd
Version: 2.4.23-4
Severity: important
I just upgraded slapd, and was left with a broken installation (until I fixed
it manually that is).
Here's the output:
> Setting up slapd (2.4.23-4) ...
> Installing new version of config file /etc/ldap/schema/openldap.ldif ...
> Installing n
On 2010-05-08 6:58 PM, Christian PERRIER wrote:
> tags 557343 moreinfo
> thanks
>
> Guys, we're very sorry for the lack of followup on this bug report. As
> a few 3.4 versions of samba were released in the meantime, would you
> mind confirming whether you still experience the issues reported in
>
Package: base-files
Version: 5.1
Severity: minor
Tags: patch
I've noticed for some time that line-wrapping in my root account seems to break
(it overwrites the same line as if no line feed was being sent) when connecting
to my Debian machines using putty. I have since found that this can be caused
Package: udev
Version: 146-5
Severity: normal
I'm experiencing this too - I'm upgrading a system that has't been used
for a while, and I'm now stuck. udev won't install on the current (old)
kernel, and the new kernel won't install as it depends on the problematic
version of udev.
-- Package-speci
Package: samba
Version: 2:3.4.3-1
Severity: normal
I keep getting these in my debug logs:
> Nov 21 14:01:48 mrlinux slapd[583]: conn=10220 op=2 do_search: invalid dn
> (sambaDomainName=,sambaDomainName=busheyheath,dc=bushey,dc=jamie-thompson,dc=co,dc=uk,dc=.)
> Nov 21 14:02:15 mrlinux
Package: mdadm
Version: 3.0-2
Severity: normal
I upgraded grub and mdadm this afternoon, and whilst the process appeared
successful,
after rebooting the system would not come up - my mirrored root device was
seemingly
gone.
Attempting to start it from the mdadm included in my initrd failed, c
Package: postfix
Version: 2.6.2~rc1-1
Severity: normal
Hi, I rebuilt my server recently, and have discovered that I still get the same
problem as in my original report, namely, postfix is unable to deliver to cyrus
via lmtp once I plugged my old config in. Now this could be simply because
"I'm doi
Package: grub
Version: 0.97-47lenny2
Severity: minor
Quite simpleI made an xpm using the Win32 Gimp, and Grub wouldn't load the
resulting
file, gzipped or otherwise.
Loading the xpm in vi and converting it to unix line endings rectified the
problem. Ideally
Grub should be able to handle th
I've just tried setting up a new machine (a Dell Precision 670) and hit
this bug *hard*. The setup I was aiming for was a software RAID 1 for root
(pair of SCSI discs, to be replaced by some small flash drives later), and
at a later date, a software RAID 5 array for everything else (collection of
S
Right, I've had a tinker around with it, and have it running again.
What didn't help however, was the total lack of log messages about the problem.
See, whilst I'd chown'ed the xdb files themselves, the file database
directory was still owned by root, preventing jabberd from accessing them.
Requi
Package: jabberd14
Version: 1.6.1.1-1
Severity: important
Last night I decided to upgrade my server running testing once I saw that
jabberd had been updated, as I hoped
it might resolve a few unimportant minor issues I'd been having.
During the upgrade, it as expected, prompted me about my conf
Package: smbldap-tools
Version: 0.9.4-1
Severity: important
Several sources of documentation suggest using the scripts in the form:
> add machine script = /usr/sbin/smbldap-useradd -w "%u"
...this does not work with my current versions, I instead get unknown user
errors
from Windows when adding
Package: pymsnt
Version: 0.11.3-2
Severity: normal
I have for some time now been suffering from frequent disconnects from the MSN
transport:
> "Disconnected from MSN servers: [Failure instance: Traceback (failure with no
> frames): : Connection to the
> other side was lost in a non-clean fash
Package: pymsnt
Version: 0.11.3-2
Severity: normal
A few months ago I engaged in a MSN group chat, but ever since I keep getting
added to a group chat when I log in, and a user called "r0" appears in my "Not
in roster" list. This happens regardless of which XMPP client I use, leading me
to sus
Package: pymsnt
Version: 0.11.3-2
Severity: minor
Everytime I connect to my PyMSNt server I get the following message:
> "Pour ajouter des contacts Yahoo! Messenger à votre liste de contacts,
> installez la dernière version de Windows Live(TM) Messenger."
I strongly suspect this is coming from
Daniel Rheinbay wrote:
> Just for the sake of completeness (my initial mail didn't show up in
> Debian's bug tracker): I receive an error message at the bottom of each
> page saying
>
>> "Fatal error: Not able to
>> open ./cache//cache/assist/data_global.php
>> in /usr/share/phpbb3/www/includes/acm
Ok, sorry to Daniel for the delay, I don't have to touch my server much and I
tend to miss things like this...
No, I didn't have that message on my installation. My perms on that file
were/are:
www-data:www-data 666
I've just updated to 3.0.2-3 and re-applied the patch, all seems to work fine a
isable line wrapping because of the log
>> * when you replace values in a log, please make that explicit; currently
>> one could think that the invalid xx:xx:xx:xx:xx:xx MAC address could
>> be the source of your issue, but I'm going to assume you replaced it
>>
>> On M
I'm seeing exactly this issue (down to the stale pid file error too), which is
strange, as it was working earlier, so it may well be intermittent.
I never had any of the reactors enabled, instead having (asterisks denote
omitted values):
msn.jabber.jamie-thompson.co.uk
***Inte
-original message-
Subject: Re: Bug#489887: error on adding new attribute
From: Fabio Tranchitella <[EMAIL PROTECTED]>
Date: 21/07/2008 6:57 am
> Hello Jamie,
>
> * 2008-07-20 23:10, Jamie Thompson wrote:
> > >dn: dc=.
>
> Isn't it strange that your ent
-original message-
Subject: Re: Bug#489887: error on adding new attribute
From: Fabio Tranchitella <[EMAIL PROTECTED]>
Date: 21/07/2008 6:57 am
Hello Jamie,
* 2008-07-20 23:10, Jamie Thompson wrote:
> >dn: dc=.
Isn't it strange that your entry has a dn like "dc=."? I
r: My LDAP Server, base: dc=. (localhost)
# Search Scope: base
# Search Filter: (objectClass=*)
# Total Entries: 1
dn: dc=.
entryUUID: f574c7ee-c7d0-1028-90fa-db388d9c243a
creatorsName: cn=admin,dc=jamie-thompson,dc=co,dc=uk,dc=.
createTimestamp: 2004015842Z
objectClass: dNSDomai
Package: kdeprint
Version: 4:3.5.9.dfsg.1-2+b1
Severity: normal
I'm unable to print test pages from kcontrol. I issue the print command from
the printer's context menu and I get two popups:
The first (An information dialog) says "Test page successfully sent to printer
Family."
The second is an
Package: ldapdns
Version: 2.06-3.3
Severity: normal
I use ldapdns with djb's dnscache for my network, accessing a LDAP server on
localhost.
Periodically, ldapdns just seems to stop responding, with DNS requests failing
to resolve, both on remote clients as well as directly on the server via
l
I use the execute patch at home with some custom LDAP-editing shell scripts,
and it works quite nicely.
It does however mean that I have to merge the patch into the source package every time there's an important update though, which given that I also
used the LDAP config patch ( now thankfully
D'oh, I made the patch backwards. Sorry!
signature.asc
Description: OpenPGP digital signature
D'oh, I made the patch backwards. Sorry!
signature.asc
Description: OpenPGP digital signature
Package: logwatch
Version: 7.3.6-1
Severity: normal
Tags: patch
logwatch doesn't seem to like proftpd using other pam modules for
authentication. My
patch just matches any pam module match (hopefully).
My version of proftpd is 1.3.1-7 from testing, and an exmaple of the line in
question is:
>
Package: logwatch
Version: 7.3.6-1
Severity: normal
Tags: patch
I've had troubles with logwatch's handling of postfix for some time, but being
rubbish at both perl
and regexes by my own admission, I've not looked at the problem myself until
now.
I've included a patch to hopefully correct this p
Nick Stallman wrote:
You can very easily use multiple cache directories by editing the
$cache_dir parameter in includes/acm/acm_file.php.
It's not quite that simple, as a few other things need to be done as well, as
you can see in the patch I've attached.
These changes are working for me, (an
Package: debian-installer
Version: Debian GNU/Linux testing "Lenny" - Official Snapshot i386 BC Binary-1
20080316-10:44
Severity: normal
Earlier, I tried setting up a new test system for some debugging of another
package. As I run a apt-cache I (as always) downloaded the smallest install
packa
Romain Beauxis wrote:
Hi !
Ok.
Again, did you submit upstream ?
Again, no, but I have now done so. :)
signature.asc
Description: OpenPGP digital signature
Romain Beauxis wrote:
Hi !
Same question; was it submited upstream ? :)
This issue had already been reported on their wiki (
http://www.mediawiki.org/wiki/Extension_talk:LDAP_Authentication#error_in_creation_of_dn_for_new_user ) by someone else, and is apparently fixed in
the next ve
Romain Beauxis wrote:
Hi
Ok, it seems a good fix, I'll consider it.
Did you submit it upstream ? It would be much more easy for me to have it
fixed in the SVN..
No, I generally file Debian bugs before going upstream, as I don't know what changes the maintainers make to the source. Some dev
Package: file
Version: 4.23-2
Severity: wishlist
Tags: patch
Freemind documents are not currently detected. A couple of lines fixes this.
Added to the end of magic.mime:
# Freemind document
0 string/cB \
Package: mediawiki-extensions
Version: 1.3
Severity: normal
In [EMAIL PROTECTED] we have:
if ( isset( $wgLDAPWriteLocation[$_SESSION['wsDomain']] ) ) {
$this->printDebug( "wgLDAPWriteLocation is set, using that",
NONSENSITIVE );
$userdn = $wgLDAPSearchAttributes[$_SESSION['wsDoma
Package: mediawiki-extensions
Version: 1.3
Severity: normal
When you have LDAP issues (be they configuration or otherwise,) the user
accounts are written into the database regardless of whether they were written
into the LDAP directory successfully. Ideally, this should be transactional.
-- Sy
Package: mediawiki-extensions
Version: 1.3
Severity: normal
When LdapAuthenticationPlugin::getSearchString() returns an empty string and
smartcard auth is not used, the search is performed, but returns a result on my
setup:
$entry = Array
(
[count] => 1
[0] => Array
(
Package: phpbb3
Version: 3.0.0-2
Severity: normal
When I try to generate a capcha I get a invalid image. Calling the url directly
gives the reason:
Fatal error: Call to undefined function imagecreatetruecolor() in
/usr/share/phpbb3/www/includes/captcha/captcha_gd.php on line 40
I'll look into
Gerrit Pape wrote:
Yes, but there're several different versions out there from which the
upgrade might be done. From what version are you upgrading from? And
what does 'grep ^SV /etc/inittab' say?
SV:123456:respawn:/usr/bin/svscanboot
As for my old version, I'm guessing the number before the
Package: daemontools-run
Version: 1:0.76-1
Severity: normal
Just did my upgrades and one of them failed to upgrade.
> Setting up daemontools-run (1:0.76-1) ...
>
> There already is an SV entry in /etc/inittab. In order to have this
> package add an entry with the name SV to have daemontools' s
Fabio Tranchitella wrote:
Did you upgrade php5-ldap? That's the only non-standard extension that
phpldapadmin uses.
Yes, it was upgraded with the others. Though incidentally, I have just
installed the following packages:
2008-02-10 21:47:58 status installed apache2-utils 2.2.8-1
2008-02-10 21
Fabio Tranchitella wrote:
Can you please try the package in unstable (1.1.0.5-1)?
It should fix your problem.
I just installed phpldapadmin 1.1.0.5-1, and get the same problem. I looked in my vhost logs and saw no errors, but on a hunch I looked in the main
logs, and found this being logged f
Steve Langasek wrote:
- upgrade slapd
- let the postinst fail
- edit the ldif file under /var/backups/slapd-$oldver to remove the invalid
entries
- re-run dpkg --configure -a
That should do the job.
Did this suggested solution work for you? I think this bug should be closed
out because I
hich I put:
ldap_servers: ldap://127.0.0.1/
ldap_bind_dn: ...
ldap_bind_pw: ...
ldap_search_base: ou=Accounts,dc=jamie-thompson,dc=co,dc=uk,dc=.
There's a full complement of other settings, but these were enough for me.
signature.asc
Description: OpenPGP digital signature
/ldap-bindpw: secret
phpldapadmin/reconfigure-webserver: apache, apache-ssl, apache-perl, apache2
phpldapadmin/restart-webserver: true
phpldapadmin/ldap-basedn: dc=jamie-thompson,dc=co,dc=uk,dc=.
phpldapadmin/ldap-server: 127.0.0.1
phpldapadmin/ldap-tls: false
phpldapadmin/ldap-binddn: cn=adm
My painful upgrade saga continues on from bug #462304.
I did as you suggested, and removed the bad entries from my LDIF, and tried reconfiguring...and now I've hit this bug. My entryCSNs are in the
following format:
dn: dc=.
objectClass: top
objectClass: dcObject
objectClass: dNSDomain
dc: .
I just upgraded everything on my Testing system. I have now lost access to my email system, and investigation gives me the same result as you have,
but there were no updates for SASL, the only thing relevant was pam_ldap, as I use PAM for saslauthd.
Suffice to say, it is quite broken, and testsa
Steve Langasek wrote:
Hi Jamie,
So this is the behavior we would expect for a directory containing DNs that
aren't below the indicated suffix. I don't see that there's anything we
could do to automatically fix up such directories that I would consider
safe.
...but I can't access said entries t
LDIF dump failed with the following
error while running slapadd:
slapadd: line 1: database (dc=.) not configured to hold
"dc=jamie-thompson,dc=co,dc=uk"
slapadd: line 1: database (dc=.) not configured to hold
"dc=jamie-thompson,dc=co,dc=uk"
dpkg: error processing slapd (
Package: phpbb3
Version: 3.0.0~RC4-1
Severity: important
Hi. I thought I'd try out the phpbb3 package as I was sick of havign to clean
out spam users and posts manually from phpbb2. I installed the package, took
the database it created and set up two more using it. I then grabbed the
install sc
Package: file
Version: 4.21-1
Severity: normal
Tags: patch
I recently began putting SVG file son my Apache web server, and noticed the
mime types being served were incorrect. Investigation into this found that the
problem was that my SVG files were being reported as XML.
I figured I'd just add
Christian Hammers wrote:
> Hello Jamie
>
> Did you receive the mail from Magnus Svensson from MySQL send two
> weeks ago? (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=410474;msg=22)
>
> Producing a coredump for him sounds easy (as it probably does not make
> much more for you :)) but could b
Package: postfix
Version: 2.3.7-3
Severity: wishlist
It would be quite useful for the postfix package to detect whether you have
other packages ( e.g. saslauthd, cyrus imapd etc) in use, and link their
required unix sockets into the jail appropriately, as the init script seems to
do with other fi
Package: mysql-server
Version: 5.0.32-3
Severity: important
I believe this to be the same issue as the previously resoved bug
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=385147 . Basically, I
didn't hold my packages properly and as I had mysql-server installed, it
upgraded my installed versio
passdb backend = ldapsam
idmap backend = ldap
ldap suffix = dc=jamie-thompson,dc=co,dc=uk,dc=.
ldap machine suffix = ou=Machines,ou=Accounts
ldap user suffix = ou=Accounts
ldap group suffix = ou=Groups
ldap idmap suffix = ou=IdMap
ldap admin dn = cn=sam
Package: apache2
Version: 2.2.3-3.2
Followup-For: Bug #398223
I'm getting this too. I'm not entirely sure when it started as I assumed
this to be a symptom of another (now resolved) issue I was having. As
you can probably guess from this message though, I'm still getting magical
Apache2 process di
Package: samba
Version: 3.0.23d-2+b1
Severity: important
I'm getting regular corruption of the tdbs (and the associated panics)
in my logs. I stop the daemons, clear out /var/run/samba and restart,
but this always happens fairly soon.
Here's a snippet:
[2007/01/01 16:18:03, 0] tdb/tdbutil.c:tdb_
Christian Hammers wrote:
>> Preinstallation fails with:
>>
>> cp: cannot stat
>> `/usr/share/mysql-common/internal-use-only/_etc_logrotate.d_mysql-server':
>> No such file or directory
>
> This should definitely not happen. What output gives
> COLUMNS=150 dpkg -l "mysql*"; find /usr/share/mysql-
Package: mysql-server-5.0
Version: 5.0.27-2_i386
Severity: normal
Preinstallation fails with:
cp: cannot stat
`/usr/share/mysql-common/internal-use-only/_etc_logrotate.d_mysql-server':
No such file or directory
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (900,
Have we had any movement on this?
My install is backing up slowly but surely under the weight of
dependencies - I can't currently update Apache, php, mysql, or proftp
properly.
I got them all working again by installing older versions and forcing
the installs with dpkg and then holding the packag
Yavor Doganov wrote:
>> Well, I happen to know for a fact that the processor actually does have a
>> CPUID instruction, it's just disabled by default. It can be enabled quite
>> easily, which might be an avenue of enquiry for this problem.
>
> I would be very grateful if you tell me how to do it.
Package: php4-mysql
Version: 4:4.4.2-1.1
Severity: normal
When php4-mysql is enabled, php ceases to work and instead prints
"Illegal Instruction" and terminates. If I disable the extension in
php.ini, php works fine, abet without mysql functionality.
I've tried reinstalling, to no avail. Mysql s
Package: proftpd
Version: 1.3.0-8
Severity: wishlist
Tags: patch
Hya. I was asked by the debian-users list to submit wishlist patches
adding the status action to various init scripts. Well, here's my
(rather hackish) one for ProFTPd. You can probably trim out the top as
that's just indenting.
-
Package: php4
Version: 4:4.4.0-4
Severity: normal
I am using PHP4's mime_content_type() function to idetify files during
an data import operation. Previously (version unknown, but current as of
March 2005), all file were identified correctly. However, I have
attempted to perform an import for the
Package: openswan
Version: 2.3.0-2
When the package installs the following error message is displayed. The
package installs correctly, but this appears everytime.
Setting up openswan (2.3.0-2) ...
cp: cannot stat `': No such file or directory
dpkg: error processing openswan (--configure):
subproc
80 matches
Mail list logo
