Package: lilo
Followup-For: Bug #398957
Hello,
first sorry for my little bad english.
After dist-upgrading vom sarge to etch i could not boot the new etch
kernel 2.6.18-4-k7. I run always into the busybox cause the LVM isn't
activated.
My root device is on an LVM-LV. With the old sarge kernel
Hello,
i'm seeing that Anthony closed this bugreport.
I - as the reporter - don't agree.
Using m-a is *solution* to go round the problem.
Short info how i notice the problem with this package:
On mailing list debian-user-german one ask to compile the modules on an
seperate pc, rans in problemes
Gruesse!
* Amaya <[EMAIL PROTECTED]> schrieb am [26.12.06 08:54]:
> severity 404271 important
> merge 404506 404271
> retitle 404271 [Witing for Submitter] lirc-modules-source: modules report
> "invalid module format"
> tags 404271 moreinfo
> tags 404271 help
> thanks
>
> Hi there, Gerhard and A
Gruesse!
* Amaya <[EMAIL PROTECTED]> schrieb am [26.12.06 07:23]:
> tags 404505 moreinfo
> thanks
>
> Hi Gerhard,
>
> Thanks for reporting this issue.
>
> Gerhard Brauer wrote:
> > dpkg-reconfigure lirc-modules-source installs the builded kernel
> &g
Package: lirc-modules-source
Severity: important
Hello,
All modules from lirc-modules-source couldn't be
modprobed and reporting:
FATAL: Error inserting lirc_dev
(/lib/modules/2.6.18-3-k7/misc/lirc_dev.o): Invalid module format
Maybe this bugreport is related to #404271 but i have
no .ko module
Package: lirc-modules-source
Severity: important
Hello,
dpkg-reconfigure lirc-modules-source installs the builded kernel modules
in an path far away from kernel-module directory.
After build modules are installed in:
/lib/modules/usr/src/linux/misc/
and not in /lib/modules/2.6.18-3-k7/misc
So d
Package: ulogd
Severity: important
The default /etc/ulogd.conf file has permissions 644. When using mysql
or pgsql databases with username/password this information is world
readable if the user don't change permissions by hand.
Solution: please fix permissions to 600
-- System Information:
Debi
Gruesse!
* Elimar Riesebieter <[EMAIL PROTECTED]> schrieb am [25.11.05 20:42]:
> On Fri, 25 Nov 2005 the mental interface of
> Gerhard Brauer told:
>
> [...]
> > That's clear. But i will try Roccos patch. Perhaps with his patch we
> > could fix the bug?
>
&
Gruesse!
* Elimar Riesebieter <[EMAIL PROTECTED]> schrieb am [24.11.05 20:48]:
> On Fri, 18 Nov 2005 the mental interface of
> Gerhard Brauer told:
>
> [...]
> > Hello,
> >
> > mutt-ng (and mutt) has a nice (patched?) feature to do a correct
> > Lis
Package: mutt-ng
Version: 0.0+20051020-1
Severity: normal
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages mutt-ng depends on:
ii exim4 4.5
Package: archivemail
Version: 0.6.1-3
Severity: normal
Hello,
i use archivemail with an imap server (cyrus). I would to archive an
larger imap-folder (~4000 mails, ~2000 would be archived by this run)
The program crashed (python-traceback) with following error:
---
Traceback (mo
Hello,
* Giuseppe Sacco <[EMAIL PROTECTED]> schrieb am [23.02.05 23:32]:
> Could you please check if /var/spool/hylafax/bin/ps2fax is a link to
> ps2fax.gs? If it isn't please correct it. The same for pdf2fax that
> should be a link to pdf2fax.gs.
>
> Basically, hylafax ships many versions of ps2
Hello
* Giuseppe Sacco <[EMAIL PROTECTED]> schrieb am [21.02.05 19:43]:
> Il giorno lun, 21-02-2005 alle 17:41 +0100, Gerhard Brauer ha scritto:
> [...]
> > we found a bug in hylafax-server: in outgoing faxes there is only the
> > header line in outgoing fax, no other c
Hello,
* Giuseppe Sacco <[EMAIL PROTECTED]> schrieb am [21.02.05 19:46]:
> Il giorno lun, 21-02-2005 alle 17:53 +0100, Gerhard Brauer ha scritto:
> [...]
> > When a fax is correctly sent it still remains in the sent queue. And
> > will be tried more and more. Those faxes
Package: hylafax-server
Version: 1:4.2.1-2
Severity: normal
Hello,
When a fax is correctly sent it still remains in the sent queue. And
will be tried more and more. Those faxes must be manually removed.
This bug maybe also only a problem for users of capi4hylafax but it is
not in hylafax versi
Package: hylafax-server
Version: 1:4.2.1-2
Severity: normal
Hello,
we found a bug in hylafax-server: in outgoing faxes there is only the
header line in outgoing fax, no other content.
The problem maybe result from the ps2fax process.
We found 2 solutions:
a) Use of Use2D: no in /etc/hylafax/co
Hello,
i wish to close this bug report.
Background:
I have copied my mails from uwimap (mbox) to cyrus mailboxes with mutt.
With mbox i suggest that archivemail used the Date-Header from each Mail
to look if this mail have to be archived or not.
On cyrus over the imap protocol (maybe other imap
Hello,
uups! I saw at least that i have a copy of archivemail in
/usr/local/bin ;-) My first thougt was: shit, i use old versions and
submit bug reports for a newer version... but it almost was the same
version. I removed the one in local and get the same error using the
program from real deb
Package: archivemail
Version: 0.6.1-3
Severity: normal
Hello,
i wish to archive mail from an imap server with archivemail, but
regardless which date i use it always would archive 0 messages.
I use archivemail with this (one line):
--
archivemail -v -n -d
Package: xlogmaster
Version: 1.6.0-8
Severity: normal
When opening Alt-C -> Button Database (where xlogmaster should read some
preconfigured log entries) i get a SIGSEGV. Using strace the last
relevant output is:
LANG=C strace xlogmaster:
--
read(3, "\5\1\377\10u\237\
Package: kmail
Version: 4:3.3.1-3
Severity: important
I use kmail to read mail from an local imap server (uw-imapd), the
format is mbox. Over night there is an archiving/deleting job on the
server which deletes some mails from the mbox folder.
If i get new mail and open such an folder with kmail
21 matches
Mail list logo
