reopen 387913
thanks
On Thu, Sep 21, 2006 at 09:07:52PM -0300, Agney Lopes Roth Ferraz wrote:
Hi all,
as I said before upstream is not envolved at this moment to add support
for archs: alpha, ia64, s390 and m68k. On other archs, I tested today
and everything goes ok. I am working myself to
On Sep 21, 2006, at 9:00 PM, Peter Eisentraut wrote:
Rick Thomas wrote:
So the logic in /etc/network/if-up.d/ntpdate needs to be a bit like
the login in the old /etc/init.d/ntpdate in that it knows whether
it's being called as part of system initialization or on-the-fly
after initialization.
On Fri, 2006-09-22 at 06:56 +0900, Junichi Uekawa wrote:
Hi,
refit 0.8 needs EFI 1.1; unless gnu-efi gets fixed in reasonable
timeline, I'll need to fork gnu-efi and upload 'efironment' package,
and that's not something I'd like to do.
I see no evidence that gnu-efi upstream has updated to
On Fri, 22 Sep 2006, James Westby wrote:
Hi all,
Sorry to but in, but have you seen the log of
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350740
This guy seems pretty interested and active. It seems your work and his
are uncoordinated at the moment though.
I agree. Hendrik-Jan if
Confirmed (by bug reporter), this bug fixes the issue with the segfault
David
On Thu, 2006-09-21 at 16:20 -0700, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
#388355: mdadm: Segfaults on sid upgrade,
which was filed against the mdadm package.
Hi,
for those worrying, I got from madcoder that eaccelerator was uploaded
without a GPL exception for PHP, but is flagged suspicious by
ftp-master. Unless eaccelerator would be accepted, this should be
brought to d-legal before reuploading the same upstream version.
--
To UNSUBSCRIBE,
On Thu, Sep 21, 2006 at 08:54:05PM -0400, Joey Hess wrote:
Nothing depends on libpthread2 any more, so is there any reason to keep
this package in the achive?
Actually, it's that nothing has depended on libpthread2 ever. This is a new
binary package recently added to the pth source package.
Kapil Hari Paranjape wrote:
Removal of the autogenerated files *is* what the clean target
already does. The problem is that upstream source comes with its own
set of autogenerated files and these get removed/replaced during the
autoconf run.
That doesn't make any sense. If the files are
On 9/21/06, Hamish Moffatt [EMAIL PROTECTED] wrote:
On Thu, Sep 21, 2006 at 02:39:56PM -0400, H. S. wrote: Package: geda Version: 20060123-1 Severity: grave Justification: renders package unusableHi,This bug is with gschem so please report it against gschem.
Done.
I have also answered your
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Amos,
Amos Shapira escribió:
Package: list
Version: 1.9.92-1
Severity: normal
*** Please type your report below this line ***
I executed sudo list --pretend when logged in through ssh
You shouldn't run list as superuser, that's why I put
Package: geda-gschem
Version: 20060123-1
Severity: grave
Justification: renders package unusable
*** Please type your report below this line ***
Hello,
(here is the bug again here for geda-gschem, instead of for geda)
If I try to start gschem, I get these errors:
Package: linux-image-2.6.16-2-686
Version: 2.6.16-18
Severity: normal
% dpkg --purge linux-image-2.6.16-2-686
(Reading database ... 18837 files and directories currently installed.)
Removing linux-image-2.6.16-2-686 ...
Purging configuration files for linux-image-2.6.16-2-686 ...
Running postrm
reopen 386363
thanks
From http://www.debian.org/Bugs/Developer.en.html#closing :
The message body needs to contain an explanation of how the bug was fixed.
Thank you for including that if you wish to close the bug again...closing
without explanation is *not* cleanup.
--
To
Package: php4
Version: 4:4.4.2-1.1
Severity: wishlist
php5 could be compiled with --with-config-file-scan-dir=/etc/... option
The compilation with this option could simplify the installation,
removing and purging of php modules with their respective ini files.
Today, maintainer scripts must
Package: xserver-xorg
Severity: important
Hi, i have use every version of xorg in unstable (sid) for the last
year and in my machine all warks (dell 710m).
Last night I installed X.Org 7.1 and now when my machine comes back
from suspends to ram my screen remains black. My graphic card is an
Package: php5
Version: 5.1.6-1
Severity: wishlist
php5 could be compiled with --with-config-file-scan-dir=/etc/... option
The compilation with this option could simplify the installation,
removing and purging of php modules with their respective ini files.
Today, maintainer scripts must include
Thanks for the report, I've committed fixes for these problems.
Daniel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Does the behavior improve if you start aptitude with the option
-o Aptitude::Parse-Description-Bullets=true?
;-)
Daniel
PS: see bug #373888.
signature.asc
Description: Digital signature
On Thu, Sep 21, 2006 at 12:14:24PM -0700, Ali Servet Donmez [EMAIL PROTECTED]
was heard to say:
Here's the output you've asked me:
linux-gate.so.1 = (0xe000)
libapt-pkg-libc6.3-6.so.3.11 = /usr/lib/libapt-pkg-libc6.3-6.so.3.11
(0xa7e3d000)
libncursesw.so.5 = /lib/libncursesw.so.5
Hello,
On reading of this problem in using the grub shell setup command
instead of grub-install I looked through the documentation since I
was sure that it had asked me to copy the files.
Sure enough, under the node Installation in the grub info there is
the following paragraph:
GRUB
OK, I added my normal user to group stats, re-logged in (of course)
and executed the same command. This time apparently it found more
programs but still not all of them.
Looks like the root cause is reliance on user's environment to find
programs - the script should set its own PATH at the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Amos Shapira escribió:
OK, I added my normal user to group stats, re-logged in (of course)
and executed the same command. This time apparently it found more
programs but still not all of them.
Looks like the root cause is reliance on user's
Package: wnpp
Severity: wishlist
Owner: Shawn Starr [EMAIL PROTECTED]
* Package name: beryl
Version : 0.1.0
Upstream Author : Quinn Storm [EMAIL PROTECTED]
* URL : http://www.beryl-project.net/
* License : GPL
Programming Lang: C
Description : Beryl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Arnaud, I'm checking old bugs from rtorrent and I wish you tell me if
this problem persists.
Thanks.
- --
~ghostbar @ linux/debian 'unstable' on i686 - Linux Counter# 382503
http://ghostbar.ath.cx/ - irc.freenode.net #talug #velug #debian-es
On Thu, Sep 21, 2006 at 06:36:12PM -0400, Michael Gilbert wrote:
someone should verify that this is true. probably means this is
inconclusive, and we won't know for sure until a year and a half from
now.
Probably means it depends on how long you have had the device running.
On most 64 bit
Package: sawfish
Version: 1:1.3+cvs20060518-3
Severity: normal
I noticed the following error messages in syslog:
Sep 21 23:58:33 tirith kernel: setitimer: sawfish (pid = 15117) provided
invalid timeval it_value: tv_sec = 59 tv_usec = 100
Sep 22 00:01:31 tirith kernel: setitimer: sawfish
On Wed, Sep 20, 2006 at 11:52:29AM +0200, maximilian attems wrote:
On Wed, Sep 20, 2006 at 11:06:54AM +0200, Sven Luther wrote:
On Wed, Sep 20, 2006 at 11:00:21AM +0200, maximilian attems wrote:
snipp
nono, not debconf please.
Why not debconf ?
useless user intervention, useless
On Thu, Sep 21, 2006 at 11:12:42PM -0400, H. S. wrote:
(here is the bug again here for geda-gschem, instead of for geda)
Thanks. geda-gschem 20060906 should be in etch in a day or two. Can you
try it again then and see if the problem is solved?
system-gafrc is provided by geda-symbols, which is
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
martin f krafft wrote:
Package: coreutils
File: /usr/bin/tr
Correct me if I am wrong, but this is a bug to me. The result should
be 'ü', not 'Ü'.
No argument there.
piper:~ echo Ü | xxd -ps
c39c0a
piper:~ echo Ü | LC_CTYPE=de_CH.UTF-8 sed -e 'y/[:upper:]/[:lower:]/' | xxd
-ps
c39c0a
On Thu, Sep 21, 2006 at 03:32:28PM +0200, Frans Pop wrote:
severity 342053 important
thanks
Lowering the severity of this bug to important.
This issue is the main reason that g-i is only provided as experimental
mini.iso for powerpc. However, that does not make RC for the package as a
On Thu, Sep 21, 2006 at 10:24:16PM -0400, Jaldhar H. Vyas [EMAIL PROTECTED]
wrote:
On Fri, 22 Sep 2006, James Westby wrote:
Hi all,
Sorry to but in, but have you seen the log of
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350740
This guy seems pretty interested and active. It
On Thu, Sep 21, 2006 at 05:08:59PM +0200, Frans Pop wrote:
On Thursday 21 September 2006 15:39, Sven Luther wrote:
You will only need to do this once. Afterwards, enter the boot
command or reboot the system to proceed to the next installation stage.
This is outdated: there is no next
401 - 433 of 433 matches
Mail list logo