Bug#328636: please package the bksys system

2005-10-20 Thread wieseltux23 
Frederic-Emmanuel PICCA wrote:

 Martin Michlmayr wrote:

 reassign 328636 wnpp
 retitle 328636 RFP: bksys - ?
 thanks

 * Frederic-Emmanuel PICCA [EMAIL PROTECTED] [2005-09-16 16:23]:

 Package: bksys
 Severity: wishlist

 every things in the title



 Can you please provide some more information, such as what this bksys
 system is all about and where to get it from?


 Hello

 bksys is a replacement for the autotools chain based on scons.
 the web site for the project is:
 http://freehackers.org/~tnagy/bksys.html

 have a nice day.

 frédéric


TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334796: losetup.8.gz: insmod loop.o?

2005-10-20 Thread wieseltux23 
Dan Jacobson wrote:

Package: mount
Version: 2.12p-8
Severity: minor
File: /usr/share/man/man8/losetup.8.gz



There should be a --verbose option, so one can see which device was
assigned by
# losetup -f /path/to/file

Also
  # insmod loop.o
insmod: can't read 'loop': No such file or directory

However,
# modprobe loop
worked.


  




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334795: Flash-Memory-HOWTO: say how to find correct /dev/sd?1

2005-10-20 Thread wieseltux23 
Dan Jacobson wrote:

Package: doc-linux-html
X-Debbugs-CC: [EMAIL PROTECTED]
Version: 2005.09-1
Severity: minor
File: /usr/share/doc/HOWTO/en-html/Flash-Memory-HOWTO/verifications.html

There is a leap in logic on verifications.html where the author
magically assumes the device is /dev/sda1.

He doesn't say how to make sure which /dev/sd?1 it really is, in case
the user cannot unplug all his other USB things before reading
verifications.html.

Other parts of the document seem to brush nearer to the problem but not all 
the way.

Hmmm,
perl -nwle 's/.*Attached.* (.*) at .*/$1/ print' /var/log/syslog
seems to find some.


  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#331668: build-dep and pinning

2005-10-20 Thread wieseltux23 
Michael Vogt wrote:

Hi,

I was pondering about this a bit and I don't think it can be
supported. The best that can be done seems to be to allow:
# apt-get build-dep evolution -t unstable
to get evolution from unstable (that should work in the next apt
upload to experimental).

The problem is that there will be packages with different source than
binary version number (because of bin-NMUs). E.g.:
$ apt-cache madison dpkg
  dpkg | 1.13.11.0.1 | http://ftp.debian.org sid/main Packages
  dpkg |1.13.11 | http://ftp.debian.org sid/main Sources

If apt [build-dep|source] would use the version number from the
canidate version (1.13.11.0.1) it would not be able to find a matching
source and a apt-get [build-dep|source] dpkg would fail. Most users
would see this as a regression (also it's technically correct that it
can't find a matching source :)

Cheers,
 Michael

  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#333423: linphonec doesn't like Ctrl-D

2005-10-20 Thread wieseltux23 
Martin Samuelsson wrote:

This bug is because linphonec_parse_command_line() is passed a string in
cl even when fgets() in linphonec_main_loop() returns NULL;

A simple fix is attached. It makes the application exit cleanly if
that fgets() return zero, or giving a Ctrl-D alone as a command ends
the program.

There are at least one more fgets() which never gets its return value
checked in linphone_prompt_for_auth_final(). Possibly others.
--
/Martin
  



diff -ur ../linphone-1.1.0/console/linphonec.c 
linphone-1.1.0/console/linphonec.c
--- ../linphone-1.1.0/console/linphonec.c  2005-08-05 13:12:28.0 
+0200
+++ linphone-1.1.0/console/linphonec.c 2005-10-19 12:10:50.912568418 +0200
@@ -154,9 +154,13 @@
   continue;
   }
   
-  fgets (input, LINE_MAX_LEN-1, stdin);
-  run=linphonec_parse_command_line(linphonec,input);
-  printf(linphonec );fflush(stdout);
+  if(fgets (input, LINE_MAX_LEN-1, stdin))
+  {   
+  run=linphonec_parse_command_line(linphonec,input);
+  printf(linphonec );fflush(stdout);
+  }
+  else
+  run=FALSE;
   }
   printf(\n);
   return 0;
  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#290472: syslinux should depend on mtools?

2005-10-20 Thread wieseltux23 
Juan Cespedes wrote:

On Fri, Jan 14, 2005 at 12:29:49PM +0200, Markku Tavasti wrote:
  

I installed syslinux, and when tried to use it I got:

0 [EMAIL PROTECTED]:~#syslinux /dev/fd0
sh: line 1: mcopy: command not found

Therefore, I suggest syslinux should depend on mtools, not just recommend. 



There are several possible uses of syslinux:

* Using directly the images found in /usr/lib/syslinux/img*.gz
* Using isolinux of pxelinux
* Using extlinux
* Calling syslinux binary directly

Only the last one requires mtools to be installed.  According to the
Debian Policy:

 `Recommends'
  This declares a strong, but not absolute, dependency.

  The `Recommends' field should list packages that would be found
  together with this one in all but unusual installations.

There are clearly cases in which syslinux can be used without the need
to have mtools installed.  So, IMO, the Recommends line is OK.

I am closing this bug.

  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334678: dump: please add -quiet option

2005-10-20 Thread wieseltux23 
A Mennucc wrote:

On Wed, Oct 19, 2005 at 07:33:18AM -0600, Bdale Garbee wrote:
  

On Wed, 2005-10-19 at 10:12 +0200, A Mennucc wrote:



Each day I receive a long email with all details of what dump did;
I would appreciate if there was a wait to quiet dump 
  

The approach taken by most backup systems (like amanda, bacula, etc)
that wrap invocations of dump, tar, etc., is to redirect stdout/stderr
to a log file, and then post-process the log file.



yes, I thought of it, I will probably change my code to 
  dump -f -  2 dumplog | ssh backuphost 'dd of=backup'
  egrep -v 'blah|blah' dumplog
 
Still a -quiet option would be much nicer... 
indeed,  in the above approach, if I run my script interactively,
I will not see error messages  until dump is done 

unfortunately shell code does not admit double pipes, that is , 
some magic code looking like
   dump -f -   \
1|  { ssh backuphost 'dd of=backup' ; }
2|  { egrep -v 'blah|blah'  ; } 
where two pipes are opened at the same time, for fd 1 and fd 2
(that would be cool... I will open a wishlist on bash  :-)

a.

ps: I use my backup system on 6 different PCs, that is why I am annoyed
 by the emails... I am now annoyed by the dump blah blah, and 
 I do not read the emails, so I may skip some other important cron messages

ps2: you may wonder why I do not use amanda/bakula/etc :
 I started writing my backup scripts some years ago, then they improved
 in the years, and they do the job very well for me

  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334696: installation-reports: [WiFi fail] All 2.6 kernels/NetISOs fail to find/configure WiFi Lucent GOLD card

2005-10-20 Thread wieseltux23 
Geert Stappers wrote:

 hwinfo(1) reports:

 39: PCMCIA 00.0: 0282 WLAN controller [Created at pcmcia.120]
 Unique ID: K1pk.jrBDbmL7DWA Parent ID: 8otl.IR44dvWvxb8 Hardware
 Class: network Model: Lucent WaveLAN/IEEE Hotplug: PCMCIA
 Socket: 0 Vendor: pcmcia 0x0156 Lucent Technologies Device:
 pcmcia 0x0002 WaveLAN/IEEE Features: WLAN Driver Info #0:
 Driver Status: orinoco_cs is active Driver Activation Cmd:
 modprobe orinoco_cs Extra Info: Lucent Technologies,
 WaveLAN/IEEE, Version 01.01 Config Status: cfg=new, avail=yes,
 need=no, active=unknown Attached to: #14 (CardBus bridge)


 Is that with the working 2.4 kernel?

 What happens when you manual `modprobe orinoco_cs` at the VT2
 during installation?


 St

TRY IT!! https://www.scientificlinux.org/



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334778: Times in ics files are in UTC, but korgac treates them as local...

2005-10-20 Thread wieseltux23 
Tyson Whitehead wrote:

Package: korgac
Version: korganizer
Severity: normal


Korganizer reminders pop up four hours too late (exactly how much I
lag UTC time by).  Looking at the std.ics file that korganizer
stores stuff in, it seems that times are stored in UTC and korgac is
interpreting them to be local time.

For example, if I enter an 11:30 appointment, the std.ics file gets
an associated entry with a field that says DTSTART:20051012T153000Z.
The korgac reminder daemon then pops up my 1/2 hour before reminder at
15:00 local time.  Course the meeting is quite done by then!  : )

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: alpha
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-alpha-generic
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334759: efax-gtk: FTBFS on 64 bit arches: libintl.h:40: error: new declaration 'char* gettext(const char*)'

2005-10-20 Thread wieseltux23 
Kurt Roeckx wrote:

Package: efax-gtk
Version: 3.0.6-1
Severity: serious

Hi,

Your package is failing to build on 64 bit arches with the
following error:
/usr/include/libintl.h:40: error: new declaration 'char* gettext(const char*)'
prog_defs.h:24: error: ambiguates old declaration 'const char* gettext(const ch
ar*)'
make[3]: *** [main.o] Error 1


Kurt



  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334763: Remove libgstreamer-gconf0.8-0 - error 127 - error code (1)

2005-10-20 Thread wieseltux23 
Moisés Jardim Pinheiro wrote:

Package: libgstreamer-gconf0.8-0
Version: 0.8.8-3

pel132:/home/moises# aptitude purge libgstreamer-gconf0.8-0
Lendo Lista de Pacotes... Pronto
Construindo Árvore de Dependências... Pronto
Reading extended state information
Initializing package states... Pronto
Reading task descriptions... Pronto
The following packages are unused and will be REMOVED:
  libgstreamer-gconf0.8-0
0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
Need to get 0B of archives. After unpacking 102kB will be freed.
Do you want to continue? [Y/n/?] y
Writing extended state information... Pronto
(Lendo banco de dados ... 56368 arquivos e diretórios atualmente instalados.)
Removendo libgstreamer-gconf0.8-0 ...
/var/lib/dpkg/info/libgstreamer-gconf0.8-0.prerm: line 9: gconftool-2:
command not found
/var/lib/dpkg/info/libgstreamer-gconf0.8-0.prerm: line 9: gconftool-2:
command not found
dpkg: erro processando libgstreamer-gconf0.8-0 (--purge):
 subprocesso pre-removal script retornou código de saída de error 127
Erros foram encontrados durante processamento de:
 libgstreamer-gconf0.8-0
E: Sub-process /usr/bin/dpkg returned an error code (1)
Ack!  Something bad happened while installing packages.  Trying to recover:
Lendo Lista de Pacotes... Pronto
Construindo Árvore de Dependências... Pronto
Reading extended state information
Initializing package states... Pronto
Reading task descriptions... Pronto
pel132:/home/moises#

-

pel132:/home/moises# aptitude upgrade
Lendo Lista de Pacotes... Pronto
Construindo Árvore de Dependências... Pronto
Reading extended state information
Initializing package states... Pronto
Reading task descriptions... Pronto
The following packages are unused and will be REMOVED:
  libgstreamer-gconf0.8-0
0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
Need to get 0B of archives. After unpacking 102kB will be freed.
Do you want to continue? [Y/n/?] y
Writing extended state information... Pronto
(Lendo banco de dados ... 56368 arquivos e diretórios atualmente instalados.)
Removendo libgstreamer-gconf0.8-0 ...
/var/lib/dpkg/info/libgstreamer-gconf0.8-0.prerm: line 9: gconftool-2:
command not found
/var/lib/dpkg/info/libgstreamer-gconf0.8-0.prerm: line 9: gconftool-2:
command not found
dpkg: erro processando libgstreamer-gconf0.8-0 (--remove):
 subprocesso pre-removal script retornou código de saída de error 127
Erros foram encontrados durante processamento de:
 libgstreamer-gconf0.8-0
E: Sub-process /usr/bin/dpkg returned an error code (1)
Ack!  Something bad happened while installing packages.  Trying to recover:
Lendo Lista de Pacotes... Pronto
Construindo Árvore de Dependências... Pronto
Reading extended state information
Initializing package states... Pronto
Reading task descriptions... Pronto
pel132:/home/moises#

-

pel132:/home/moises# aptitude dist-upgrade
Lendo Lista de Pacotes... Pronto
Construindo Árvore de Dependências... Pronto
Reading extended state information
Initializing package states... Pronto
Reading task descriptions... Pronto
The following packages are unused and will be REMOVED:
  libgstreamer-gconf0.8-0
The following NEW packages will be automatically installed:
  giftd libgift0 libgiftproto0 libltdl3 libopenft-gift
The following NEW packages will be installed:
  apollon giftd gtk2-engines-gtk-qt libgift0 libgiftproto0 libltdl3
  libopenft-gift
0 packages upgraded, 7 newly installed, 1 to remove and 0 not upgraded.
Need to get 0B/944kB of archives. After unpacking 2699kB will be used.
Do you want to continue? [Y/n/?] y
Writing extended state information... Pronto
(Lendo banco de dados ... 56368 arquivos e diretórios atualmente instalados.)
Removendo libgstreamer-gconf0.8-0 ...
/var/lib/dpkg/info/libgstreamer-gconf0.8-0.prerm: line 9: gconftool-2:
command not found
/var/lib/dpkg/info/libgstreamer-gconf0.8-0.prerm: line 9: gconftool-2:
command not found
dpkg: erro processando libgstreamer-gconf0.8-0 (--remove):
 subprocesso pre-removal script retornou código de saída de error 127
Erros foram encontrados durante processamento de:
 libgstreamer-gconf0.8-0
E: Sub-process /usr/bin/dpkg returned an error code (1)
Ack!  Something bad happened while installing packages.  Trying to recover:
Lendo Lista de Pacotes... Pronto
Construindo Árvore de Dependências... Pronto
Reading extended state information
Initializing package states... Pronto
Reading task descriptions... Pronto
pel132:/home/moises#

-

pel132:/home/moises# aptitude install mozilla-locale-ptbr
Lendo Lista de Pacotes... Pronto
Construindo Árvore de Dependências... Pronto
Reading extended state information
Initializing package states... Pronto
Reading task descriptions... Pronto
The following packages are unused and will be REMOVED:
  libgstreamer-gconf0.8-0
The following NEW packages will be installed:
  mozilla-locale-ptbr
0 packages upgraded, 1 newly installed, 1 to remove and 0 not upgraded.
Need to get 863kB of archives. After unpacking 909kB will be

Bug#334758: portmap runs when it shouldn't

2005-10-20 Thread wieseltux23 
[EMAIL PROTECTED] wrote:

Package: portmap
Version: 5-16
Severity: grave


Ok so maybe I'm wrong reporting this as grave, but:

[EMAIL PROTECTED]:~#grep 'default' /etc/inittab
# The default runlevel.
id:2:initdefault:

[EMAIL PROTECTED]:~# runlevel
N 2

[EMAIL PROTECTED]:~# ls *ortmap* /etc/rc2.d/
ls: *ortmap*: No such file or directory

[EMAIL PROTECTED]:~# /bin/ps -e | grep portmap
 2117 ?00:00:00 portmap

[EMAIL PROTECTED]:~# lsof -i | egrep -i portmap
portmap   2117  daemon3u  IPv4   2565   UDP blah.mine.nu:sunrpc 
portmap   2117  daemon4u  IPv4   2566   TCP blah.mine.nu:sunrpc 
(LISTEN)






  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334755: initrd-netboot-tools: e1000 driver missing to boot Intel ethernet nic.

2005-10-20 Thread wieseltux23 
Vagrant Cascadian wrote:

On Wed, Oct 19, 2005 at 07:33:55PM +0200, Andreas Schockenhoff wrote:
  

Package: initrd-netboot-tools
Severity: wishlist

e1000 driver missing. I want to boot a target with a Intel gigabit nic. 



what version of initrd-netboot-tools?

the e1000 module was added to upstream cvs in may of 2005, and should be
present in the 0.7.x and later versions.

you can add additional modules by editing
/etc/initrd-netboot/initrd-netboot.conf for version 0.7.x(and
/etc/lessdisks/mkinitrd/initrd-netboot.conf for earlier versions), and
changing the nic_modules value, and then:

dpkg-reconfigure kernel-image-VERSION

to regenerate the initrd.

live well,
  vagrant
  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334760: tetex-bin: updmap-sys --syncwithtrees writes to $TEXMFMAIN

2005-10-20 Thread wieseltux23 
Frank Küster wrote:

Package: tetex-bin
Version: 3.0-10
Severity: normal

The symptom has been discussed in the list and in other bug reports;
the problem might be of upstream origin.  But we should fix it.

Regards, Frank

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-386
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages tetex-bin depends on:
ii  debconf [debconf-2 1.4.30.13 Debian configuration management sy
ii  debianutils2.8.4 Miscellaneous utilities specific t
ii  dpkg   1.10.28   Package maintenance system for Deb
ii  ed 0.2-20The classic unix line editor
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libgcc11:3.4.3-13GCC support library
ii  libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library
ii  libkpathsea4   3.0-8.0.sarge1path search library for teTeX (run
ii  libpaper1  1.1.14-3  Library for handling paper charact
ii  libpng12-0 1.2.8rel-1PNG library - runtime
ii  libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management
ii  libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3
ii  libt1-55.0.2-3   Type 1 font rasterizer library - r
ii  libx11-6   4.3.0.dfsg.1-14sarge1 X Window System protocol client li
ii  libxaw74.3.0.dfsg.1-14sarge1 X Athena widget set library
ii  libxext6   4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte
ii  libxmu64.3.0.dfsg.1-14sarge1 X Window System miscellaneous util
ii  libxpm44.3.0.dfsg.1-14sarge1 X pixmap library
ii  libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics
ii  mime-support   3.28-1MIME files 'mime.types'  'mailcap
ii  perl   5.8.4-8   Larry Wall's Practical Extraction 
ii  sed4.1.2-8   The GNU sed stream editor
ii  tetex-base 3.0-8 Basic library files of teTeX
ii  ucf1.17  Update Configuration File: preserv
ii  xlibs  4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- debconf information:
* tetex-bin/upd_map: true
  tetex-bin/cnf_name:
* tetex-bin/fmtutil: true
  tetex-bin/fmtutil-failed:
* tetex-bin/userperm: false
  tetex-bin/updmap-failed:
  tetex-bin/hyphen: french[=patois], ngerman[=naustrian-neue_Rechtschreibung]
  tetex-bin/oldcfg: true
* tetex-bin/use_debconf: false
* tetex-bin/groupname: users
* tetex-bin/groupperm: true
* tetex-bin/lsr-perms: true

  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334786: lilypond: FTBFS on GNU/kFreeBSD

2005-10-20 Thread wieseltux23 
Aurelien Jarno wrote:

Package: lilypond
Version: 2.6.3-1
Severity: important
Tags: patch

Hi,

lilypond fails to build on GNU/kFreeBSD due to unstatisfiable
build-dependency on libc6-dev and because of outdated config.{guess,sub}

Please find attached a patch to fix that. Could you please include it in
your next upload?

Thanks in advance,
Aurelien


-- System Information:
Debian Release: testing/unstable
Architecture: kfreebsd-i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: GNU/kFreeBSD 5.4-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
  



diff -u lilypond-2.6.3/debian/control lilypond-2.6.3/debian/control
--- lilypond-2.6.3/debian/control
+++ lilypond-2.6.3/debian/control
@@ -1,5 +1,5 @@
 Source: lilypond
-Build-Depends: debhelper (= 4.0.0), binutils (= 2.11.92.0.10-2), libc6-dev 
(= 2.2.4-6) | libc6.1-dev (= 2.2.4-6) | libc0.2-dev (= 2.2.4-6), 
python-dev, guile-1.6-dev | libguile-dev, tetex-bin, libkpathsea-dev, 
tetex-extra, flex (= 2.5.4a-14) | flex-old, bison ( 1:1.50) | bison ( 
1:1.75-1), texinfo (= 4.6-1), groff, m4, gettext (= 0.10.36-1), mftrace (= 
1.1.17-1), ec-fonts-mftraced, fontforge (= 0.0.20050911-1)
+Build-Depends: debhelper (= 4.0.0), binutils (= 2.11.92.0.10-2), libc6-dev 
(= 2.2.4-6) | libc6.1-dev (= 2.2.4-6) | libc0.2-dev (= 2.2.4-6) | 
libc0.1-dev (= 2.2.4-6), python-dev, guile-1.6-dev | libguile-dev, tetex-bin, 
libkpathsea-dev, tetex-extra, flex (= 2.5.4a-14) | flex-old, bison ( 
1:1.50) | bison ( 1:1.75-1), texinfo (= 4.6-1), groff, m4, gettext (= 
0.10.36-1), mftrace (= 1.1.17-1), ec-fonts-mftraced, fontforge (= 
0.0.20050911-1), autotools-dev
 Build-Depends-Indep: gs-gpl (= 8.01-5) | gs-esp | gs (= 7.07-1), netpbm (= 
 2:9.10-1), imagemagick
 Build-Conflicts-Indep: gs-afpl | gs-gpl (= 8.01-1), gs-gpl (= 8.01-2), gs-gpl 
 (= 8.01-3), gs-gpl (= 8.01-4) 
 Section: tex
diff -u lilypond-2.6.3/debian/rules lilypond-2.6.3/debian/rules
--- lilypond-2.6.3/debian/rules
+++ lilypond-2.6.3/debian/rules
@@ -41,6 +41,7 @@
 build-stamp:
   dh_testdir
 
+  cp -f /usr/share/misc/config.{guess,sub} ./stepmake/bin/
   ./configure --disable-checking --enable-debugging \
   --prefix=/usr --enable-optimising \
   --infodir='$${prefix}/share/info' \
@@ -69,6 +70,7 @@
   -$(MAKE) WWW-clean top-WWW-clean
   -$(MAKE) distclean
   rm lib/python
+  rm -f ./stepmake/bin/config.{guess,sub}
 
   # Still not clean enough?  Let's use... BRUTE STRENGTH!  :-)
   find . -type d -name 'out' -o -name 'out-www' | xargs rm -rf
  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334831: New Debian mirror submission

2005-10-20 Thread wieseltux23 
owner wrote:

Package: mirrors
Severity: wishlist

Site: mymirror.asiaosc.org
Type: leaf
Archive-http: /debian-distro/debian/
Archive-rsync: debian-distro/debian/
CDImage-http: /debian-distro/debian-cd/
CDImage-rsync: debian-distro/debian-cd/
NonUS-http: /debian-distro/debian-non-US/
NonUS-rsync: debian-distro/debian-non-US/
Maintainer: owner [EMAIL PROTECTED]
Country: MY Malaysia
Sponsor: MIMOS Berhad http://www.mimos.my/


  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#334830: xemacs21-nomule: minibuffer does not resize for questions even when resize minibuffer mode is active

2005-10-20 Thread wieseltux23 
[EMAIL PROTECTED] wrote:

Package: xemacs21-nomule
Version: 21.4.17-1
Severity: normal


to reproduce from a fresh xemacs, do:

m-x resize-minibuffer-mode
mark some text
esc-|
go to shell command output window
^X^S
enter a very long filename
ret
go back to the text window
esc-| again
go to the new shell command output window
^X^S
up arrow to get the filename you entered before
ret

xemacs will ask you whether you want to overwrite, but will not resize the 
minibuffer.

thanks.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.11--from-2.6.9-proc-config-and-menuconfig
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages xemacs21-nomule depends on:
ii  emacsen-common   1.4.16  Common facilities for all emacsen
ii  libc62.3.2.ds1-22GNU C Library: Shared libraries an
ii  libcompfaceg11989.11.11-24   Compress/decompress images for mai
ii  libdb3   3.2.9-22Berkeley v3 Database Libraries [ru
ii  libice6  4.3.0.dfsg.1-14 Inter-Client Exchange library
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
ii  libldap2 2.1.30-8OpenLDAP libraries
ii  libncurses5  5.4-4   Shared libraries for terminal hand
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libsm6   4.3.0.dfsg.1-14 X Window System Session Management
ii  libtiff4 3.7.2-3 Tag Image File Format (TIFF) libra
ii  libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li
ii  libxaw7  4.3.0.dfsg.1-14 X Athena widget set library
ii  libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte
ii  libxmu6  4.3.0.dfsg.1-14 X Window System miscellaneous util
ii  libxpm4  4.3.0.dfsg.1-14 X pixmap library
ii  libxt6   4.3.0.dfsg.1-14 X Toolkit Intrinsics
ii  xemacs21-basesupport 2005.03.07-1Editor and kitchen sink -- compile
ii  xemacs21-bin 21.4.17-1   highly customizable text editor --
ii  xemacs21-support 21.4.17-1   highly customizable text editor --
ii  xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu

-- debconf-show failed


  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#130751: Re: Bug#130751: Minor warnings.

2005-10-20 Thread wieseltux23 
Marc Haber wrote:

tags #130751 - patch
thanks

This patch will not apply cleanly any more to current adduser. I am
therefore removing the patch tag. However, some of the ideas are good,
and I have asked Jörg to look into it.

Greetings
Marc

  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#195509: Solved by gfortran-4.0?

2005-10-20 Thread wieseltux23 
Adam C Powell IV wrote:

merge 195509 301898
thanks

Just an update: because gfortran and g77 do not produce
symbol-compatible objects (according to mpich configure), mpich refuses
to use gfortran for Fortran 90/95.  And because g77-3.4 is still the
recommended compiler for Fortran 77 code, use of Fortran 90/95 is on
hold until gfortran is sufficiently stable to be used for both sets of
code.

At that point, the change in symbol naming may force us to go through a
nasty Fortran transition like the C++ transition, but not quite as nasty
because there's not quite as much Fortran as C++ in Debian.

Cheers,
Adam

On Mon, 2005-07-11 at 13:57 -0400, Adam C Powell IV wrote:
  

reassign 195509 mpich
retitle 195509 Please support Fortran 90 using new gfortran
thanks

Hello Konrad,

Thanks for the note on this bug.  I'm just now following up on my old
bugs in my Debian bugs folder.

The bug was originally about mpich's lack of support for fortran 90.
Now that gfortran-4.0 is in unstable, I'm reassigning it back to mpich
(which I maintain).

Thanks,


-Adam
  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#202944: adduser: Default for DIR_MODE should be rather 700 than 755

2005-10-20 Thread wieseltux23 
Marc Haber wrote:

tags #202944 - patch
thanks

  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#237423: syslinux: ppmtolss16 not recognizing a valid .pnm file

2005-10-20 Thread wieseltux23 
Juan Cespedes wrote:

On Thu, Mar 11, 2004 at 11:00:28AM -0300, Nelson A. de Oliveira wrote:
  

ppmtolss16  boot.pnm  logo.16

ppmtolss16 quit with that error:
/usr/bin/ppmtolss16: stdin is not a raw PPM file at /usr/bin/ppmtolss16
line 107, STDIN line 1.



That was fixed in syslinux-2.06 and later (more than one year ago...).

Hence, I am closing this bug.

Thanks for your support,

  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#278724: Info received (was Bug#278724: [nv] system hang when using gv, xmms, or lopster on NV5 [Aladdin TNT2] rev 0x20)

2005-10-20 Thread wieseltux23 
Ennio-Sr wrote:

Hi!
in my last mesage relating to the captioned bug I wrote (Nov. 24, 2004):
--
I'm glad to inform you that changing the Section Screen DefaultDepth
from 24 to 16 the problem seems to have disappeared: at least I could
run my famous test (i.e. gv foo.txt) many times without locking the
system :-)

Although I think you could reasonably close the bug, one question
remains: I had not set that value to 24 and, if I recall well, when I
configured X in old Woody and tried to run it with the wrong value, some
'goblin' would come out from within the X Window System and tell me
that depth 24 was not supported by my video card!
--

Despite that I did experiment many other hanging-up, but still I had no
clue as to what was happening, so I didn't report them.
To-day, after my PC froze again, I took different steps which may
possibly throw some light on the subject.
I had all six consoles opened as follows:
F1 - root (idle)
F2 - user (idle)
F3 - user (idle)
F6 - user --start x -- running lopster (on F7)
F5 - user --startx -- :1 -- running speedy (on F8)
then I opened
F4 - user --startx -- :2 -- running mplayer -vo xv -autosync 1 file.mpg (on 
F9)
after half minute watching on F9, the screen (and the PC) froze.

I ssh-ed in with my laptop and run top, which showed an XFree86
abosrbing from 60 to 94,6% of CPU!
Instead of rebooting (as in past occasions) I killed the above high
absorbing XFree86 process and nothing changed; killed .xinitrc running
on tty4 (running mplayer on F9, the screen the PC had frozen on) and
nothing happened; killed .xinitrc on tty5 (running speedy on F8) and saw
a black line across my F9 screen: something had happened!
While trying all the CTRL-ALT+F1 through F6 I could see part of the F9
screen progressively full of garbage blacking-out the window ...
finally, CTRL-ALT+F7 showed me the window where lopster was running and
after that I could re-gain control of my PC!

While still having the laptop connected via ssh I tried to reproduce the
hanging-up doing again the same steps and watching from top running on
the laptop what went on on the PC: the speedy-preloader took almost 45%
CPU and about 49% was taken by XFree86 when I launched mplayer ...;
after a while (i.e. whan F9 window froze), XFree86 was absorbing up to
96,5% CPU.

What I can conclude from my un-technical point of view is that it's the
CPU's lack of resources to cause the freezing and wonder whether there
could be a sort of pre-warning as to avoid it.

Thanks for your attention and for your wonderful work.
Regards,
   Ennio

  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#333401: Translation of fluid

2005-10-20 Thread wieseltux23 
Miriam Ruiz wrote:

 --- Aaron M. Ucko [EMAIL PROTECTED] escribió:

  

In general, this seems like a reasonable thing to do (modulo FLTK
1.1's assumption of ISO 8859-1 or close relatives).  However, I've
noticed that the version line in .fl files comes out with a comma
rather than a period on your system; could you please arrange to
continue using US-style notation everywhere to ensure compatibility
across systems?

Thanks!



Hi :)

That seems to be innate in fluid, I haven't done anything for changing that.
The code to add that version number seems to be in fluid/code.cxx :

fprintf(fp, # generated by Fast Light User Interface Designer (fluid) version
%.4f\n,

And probably the floating point numbers are written automatically according to
the system locales. Maybe that could be changed so that it was written in a
common format everywhere. Anyway that shouldn't be a problem, as you can
generate .xx and .h derivatives of .fl files using fluid on your system.

Of course the system could only be translated to iso 8859-1 characters as you
said, because fltk does not support unicode afaik.

Greetings,
Miry



   
__ 
Renovamos el Correo Yahoo! 
Nuevos servicios, más seguridad 
http://correo.yahoo.es


  

TRY IT!! https://www.scientificlinux.org/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]