Bug#293264: diskless-createbasetgz error

2005-02-01 Thread Junichi Uekawa
Package: diskless

I'm no longer responsible for this package, I will forward your request as a 
bug.

thanks


At Tue, 01 Feb 2005 19:21:08 -0300,
Josà ElÃas Figueroa Zaror wrote:
> 
> Junichi:
> 
> Step 1.- Permissions directory /tmp are 1777
> 
> Step 2.- We executed : debinfor:/home/elias# diskless-createbasetgz /tmp
> woody http://http.us.debian.org/debian /home/elias/SinDisco
> 
> Step 3.- It makes everything in correct form, but when it appears to
> "tar", it finishes unexpectedly:
> 
> I: Base system installed successfully.
> umount: /tmp/dev/pts: not mounted
> umount: /tmp/dev/shm: not found
> umount: /tmp/proc/bus/usb: not mounted
> bin/
> bin/bash
> tar: /home/elias/SinDisco: Not it can open:  He is a directory
> tar: The error is not recoverable:  exit now
> debinfor:/home/elias# 
> 
> Step 3.- The permissions of the directory/tmp have changed to 755, I
> must manually change the permissions of/tmp because it does not let open
> user sessions to me.
> 
> Step 4.- Thanks, thank you very much by the effort.
> 
> Step 5.- Excuse, I do not speak English... :(   Elias.
> 
> 
> El mar, 01-02-2005 a las 20:34 +0900, Junichi Uekawa escribiÃ:
> > Package: diskless
> > 
> > 
> > I don't understand a word you are saying, but I am 
> > assuming that you are saying /tmp should be mode 1777.
> > 
> > At Sat, 29 Jan 2005 11:12:20 -0300,
> > Josà ElÃas Figueroa Zaror wrote:
> > > 
> > > diskless-createbasetgz  error
> > > 
> > > 
> > > 
> > > Al ejecutat el siguiente comando, para crear "base.tgz", necesario para
> > > una imagen con el paquete "diskless"
> > > 
> > > De la pagina man:
> > > 
> > > [EMAIL PROTECTED]:~$ man diskless-createbasetgz
> > > 
> > > diskless-createbasetgz(8)  diskless manual
> > > diskless-createbasetgz(8)
> > > 
> > > NAME
> > >diskless-createbasetgz - create a base.tgz file for diskless
> > > initialization
> > > 
> > > SYNOPSIS
> > >diskless-createbasetgz  [temporal  work  directory  name]
> > > [debian release tag] [mirror site address] [base.tgz absolute path
> > > location]
> > > 
> > > Linea de comando :
> > > 
> > > debinfor:/home/elias# diskless-createbasetgz /tmp woody
> > > http://http.us.debian.org/debian /home/elias/SinDisco
> > > 
> > > realiza todo el proceso en forma correcta y termina asi:
> > > 
> > > Setting up klogd (1.4.1-10) ...
> > > Stopping kernel log daemon: klogd
> > > Warning: Fake start-stop-daemon called, doing nothing
> > > .
> > > Starting kernel log daemon: klogd
> > > Warning: Fake start-stop-daemon called, doing nothing
> > > .
> > > 
> > > Setting up sysklogd (1.4.1-10) ...
> > > Stopping system log daemon: syslogd
> > > Warning: Fake start-stop-daemon called, doing nothing
> > > .
> > > Starting system log daemon: syslogd
> > > Warning: Fake start-stop-daemon called, doing nothing
> > > .
> > > 
> > > I: Base system installed successfully.
> > > umount: /tmp/dev/pts: not mounted
> > > umount: /tmp/dev/shm: not found
> > > umount: /tmp/proc/bus/usb: not mounted
> > > bin/
> > > bin/bash
> > > tar: /home/elias/SinDisco: No se puede open: Es un directorio
> > > tar: El error no es recuperable: salida ahora
> > > debinfor:/home/elias# 
> > > 
> > > En este punto reviso los permisos de /tmp y los ha cambiado a 755
> > > 
> > > debinfor:/home/elias# ls -l /
> > > total 773
> > > drwxr-xr-x2 root root4096 2004-04-17 14:41 Bartomeo
> > > drwxr-xr-x2 root root4096 2005-01-28 19:02 bin
> > > drwxr-xr-x4 root root1024 2005-01-28 19:10 boot
> > > drwxr-xr-x2 root root4096 2004-04-13 12:07 cdrom
> > > drwxr-xr-x2 root root4096 2004-06-23 22:58 Control
> > > drwxr-xr-x   29 root root4096 2005-01-12 12:49 DebSid
> > > drwxr-xr-x   10 root root4260 2005-01-29 10:17 dev
> > > drwxr-xr-x   97 root root8192 2005-01-29 10:17 etc
> > > drwxr-xr-x2 root root4096 2004-04-17 14:41 Ezequiel
> > > drwxr-xr-x2 root root4096 2004-04-13 12:07 floppy
> > > drwxrwsr-x8 root staff   4096 2004-10-26 12:58 home
> > > drwxr-xr-x2 root root4096 2004-04-13 12:07 initrd
> > > -rw-r--r--1 root root  670816 2004-04-17 02:12
> >

Bug#130421: upstream page is moved

2002-01-22 Thread Junichi Uekawa
Package: shhmsg

The upstream seems to reside on:
http://shh.thathost.com/pub-unix

Please update the documentation in debian/copyright
and new upstream version seem to be available.

-- 
[EMAIL PROTECTED] : Junichi Uekawa   http://www.netfort.gr.jp/~dancer
GPG Fingerprint : 17D6 120E 4455 1832 9423  7447 3059 BF92 CD37 56F4



Bug#134083: FTBFS: Build failure of njplot on i386

2002-02-15 Thread Junichi Uekawa
Package: njplot
Version: 0.0-3
Severity: serious


njplot failed to build from source on i386


Build log follows:
===
# Add here commands to clean up after the build process.
/usr/bin/make clean
make[1]: Entering directory `/tmp/buildd/njplot-0.0'
rm -f *.o njplot unrooted
make[1]: Leaving directory `/tmp/buildd/njplot-0.0'
dh_clean
 debian/rules build
dh_testdir
# Add here commands to compile the package.
/usr/bin/make OPT=-O2 DEBUG=-g
make[1]: Entering directory `/tmp/buildd/njplot-0.0'
gcc -c -I/usr/include/ncbi  -O2 -g  njplot-vib.c
In file included from njplot-vib.c:2:
/usr/include/ncbi/vibprocs.h:946: #error "Vibrant applications must be compiled 
with WIN_*** defined!!!"
make[1]: *** [njplot-vib.o] Error 1
make[1]: Leaving directory `/tmp/buildd/njplot-0.0'
make: *** [build-stamp] Error 2
===


regards,
   junichi




-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer







Bug#140551: FTBFS: Build failure of jikespg on i386: please add build-depends.

2002-03-30 Thread Junichi Uekawa
Package: jikespg
Version: 1.2-2


jikespg fails to build from source on i386, when doing a binary-all build.

I am just filing this bug to notify you that I failed to build your
package from source, using a very simplistic program called pbuilder.

at least debhelper is missing from build-depends field

Build log follows:
===
dpkg-buildpackage: source package is jikespg
dpkg-buildpackage: source version is 1.2-2
dpkg-buildpackage: host architecture is i386
 fakeroot debian/rules clean
dh_testdir
make: dh_testdir: Command not found
make: *** [clean] Error 127
===


regards,
   junichi


-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer





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



Bug#141441: FTBFS: Build failure of libg++27 on i386

2002-04-06 Thread Junichi Uekawa
Package: libg++27
Version: 2.7.2.1-16


libg++27 fails to build from source on i386, when doing a binary-all build.

I am just filing this bug to notify you that I failed to build your
package from source, using a very simplistic program called pbuilder.


Build log follows:
===
make[1]: Leaving directory `/tmp/buildd/libg++27-2.7.2.1'
make: [clean] Error 2 (ignored)
rm -f build
rm -rf ./debian/{tmp-shared,tmp-devel,files}
rm -f libg++/gperf/src/gperf libio/dbz/rdbz.c libio/dbz/rdbzmain.c
find . -name "*.o" -o -name "*.so*" -o -name "*.a" -o -name "*~"\
  -o -name "Makefile" -o -name "config.status" |xargs rm -f
 debian/rules build
PATH=/usr/`dpkg --print-gnu-build-architecture`-linuxlibc1/bin:$PATH \
  && ./configure --prefix=/usr --enable-shared i486-linux \
  && make CFLAGS="-O2 -g0 -D_REENTRANT" CXXFLAGS="-O2 -g0 -D_REENTRANT"  
dpkg: warning, architecture `i486-linuxlibc1' not in remapping table
Created "Makefile" in /tmp/buildd/libg++27-2.7.2.1 using "mh-frag" and 
"config/mt-x86pic"
ld: cannot open crt1.o: No such file or directory
*** The command 'gcc -O2 -o conftestconftest.c' failed.
*** You must set the environment variable CC to a working compiler.
make: *** [build] Error 1
===

regards,
junichi

-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer





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



Bug#142085: FTBFS: Build failure of voberon on i386

2002-04-10 Thread Junichi Uekawa

Package: voberon
Version: 19991220-3


voberon fails to build from source on i386, when doing a binary-all build.

I am just filing this bug to notify you that I failed to build your
package from source, using a very simplistic program called pbuilder.


Build log follows:
===
mv -f .libs/VOUsePrefs.lo VOUsePrefs.lo
/usr/bin/libtool gcc -o liboo2c_vo.la -version-info 0:0:0 -rpath /usr/lib 
-L/usr/lib VOPrefs.lo VOLLMac.lo VOEvent.lo VOUtil.lo VODragDrop.lo 
VOPrefsScanner.lo VOObject.lo VODataStreamModel.lo VOFunctionModel.lo 
VOTableModel.lo VOTreeModel.lo VOValue.lo VOPrefsParser.lo VOTextViewModel.lo 
VODisplay.lo VOGUIObject.lo VOArray.lo VOButtonRow.lo VOColorArea.lo 
VODrawTest.lo VOFrame.lo VOFuelGauge.lo VOImage.lo VOKeyHandler.lo VOLED.lo 
VOLightChain.lo VOMulti.lo VOOszil.lo VOPanel.lo VOPatternLegend.lo 
VOPieChart.lo VOPlate.lo VOPlot.lo VOPopup.lo VOPower.lo VOQuickHelp.lo 
VOScale.lo VOSegment.lo VOLoad.lo VOSegment7.lo VODigiClock.lo VOSpace.lo 
VOStatusLine.lo VOString.lo VOStringClock.lo VOTab.lo VOTextView.lo 
VOToolbar.lo VOVecImage.lo VOBool.lo VOCycle.lo VOLine.lo VOPane.lo VORadio.lo 
VOSlider.lo VOText.lo VOButton.lo VOClock.lo VOFrameGroup.lo VOLabel.lo 
VOListModel.lo VOMenu.lo VOScroller.lo VOList.lo VOTable.lo VOTree.lo 
VOWindow.lo VOColSelDlg.lo VOWindowGroup.lo VOFrmSelD!
lg.lo VOImgSelDlg.lo VOMsgDialog.lo VOPrefsGUI.lo VOBoolPrefs.lo 
VODisplayPrefs.lo VOFuelGaugePrefs.lo VOLightChainPrefs.lo VOListPrefs.lo 
VOLoadPrefs.lo VOPopupPrefs.lo VOPowerPrefs.lo VOQuickHelpPrefs.lo 
VORadioPrefs.lo VOScrollerPrefs.lo VOStringPrefs.lo VOTablePrefs.lo 
VOWireFrame.lo VOBackground.lo VOButtonPrefs.lo VOButtonRowPrefs.lo 
VOClockPrefs.lo VOCyclePrefs.lo VOLabelPrefs.lo VOMenuPrefs.lo VOOszilPrefs.lo 
VOSliderPrefs.lo VOStatusLinePrefs.lo VOTextPrefs.lo VOToolbarPrefs.lo 
VOArrayPrefs.lo VODigiClockPrefs.lo VOFrameGroupPrefs.lo VOMultiPrefs.lo 
VOPanelPrefs.lo VOTabPrefs.lo VOWindowGroupPrefs.lo VOUsePrefs.lo -loo2c_x11 
-lImlib -lgif -lpng -ltiff -ljpeg -lz -lm -lXext  -L/usr/X11R6/lib  -lSM -lICE 
-lX11 -loo2c
grep: /usr/lib/libgtk.la: No such file or directory
sed: can't read /usr/lib/libgtk.la: No such file or directory
libtool: link: `/usr/lib/libgtk.la' is not a valid libtool archive
Error: Linker reported error, aborting
make[1]: *** [liboo2c_vo] Error 1
make[1]: Leaving directory `/tmp/buildd/voberon-19991220'
make: *** [build-stamp] Error 2
===


regards,
   junichi



-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer





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



Bug#142087: FTBFS: Build failure of x2x on i386

2002-04-10 Thread Junichi Uekawa
Charles Briscoe-Smith <[EMAIL PROTECTED]> cum veritate scripsit:

> Actually just needs x2x.1 to appear under the name x2x.man.
> I'm symlinking it there.
> 
> Incidentally, I'm also orphaning x2x because I haven't used it in years
> and I'm no longer interested in it.  Want it?

Hm... I'm not particularly interested in it either,
would you want to put it up in the "wnpp" page ?

File a bug "RFA: x2x" to package "wnpp".

regards,
junichi

-- 
[EMAIL PROTECTED] : Junichi Uekawa   http://www.netfort.gr.jp/~dancer
GPG Fingerprint : 17D6 120E 4455 1832 9423  7447 3059 BF92 CD37 56F4


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



Bug#148762: breaks lxdoom build

2002-06-01 Thread Junichi Uekawa
"Robert Millan" <[EMAIL PROTECTED]> immo vero scripsit:

> [EMAIL PROTECTED]:/tmp/old/lxdoom-1.4.4$ cd src && make lsdoom
> gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -I/usr/X11R6/include -c 
> l_video_svgalib.c
> gcc  -O2 -I/usr/X11R6/include  -o lsdoom  l_video_svgalib.o am_map.o g_game.o 
> p_mobj.o r_segs.o hu_lib.o lprintf.o d_client.o p_plats.o r_sky.o d_deh.o 
> hu_stuff.o m_argv.o p_pspr.o m_bbox.o p_saveg.o r_things.o d_items.o 
> m_cheat.o p_setup.o s_sound.o d_main.o p_sight.o sounds.o m_menu.o p_spec.o 
> info.o st_lib.o m_misc.o p_switch.o l_joy.o p_telept.o st_stuff.o m_random.o 
> p_tick.o l_main.o tables.o p_user.o l_system.o l_sound.o p_ceilng.o v_video.o 
> doomdef.o p_doors.o p_enemy.o r_bsp.o version.o doomstat.o p_floor.o r_data.o 
> w_wad.o p_genlin.o dstrings.o l_udp.o p_inter.o wi_stuff.o r_draw.o 
> f_finale.o p_lights.o z_bmalloc.o p_map.o r_main.o f_wipe.o z_zone.o 
> p_maputl.o r_plane.o drawspan.o drawcol.o -lvga -L/usr/X11R6/lib 
> /usr/lib/libvga.a(mouse.o): In function `ms_init':
> mouse.o(.text+0x6d2): undefined reference to `pow'
> /usr/lib/libvga.a(i740.o): In function `I740CalcVCLK':
> i740.o(.text+0x955): undefined reference to `log'
> i740.o(.text+0x96d): undefined reference to `log'
> collect2: ld returned 1 exit status
> make: *** [lsdoom] Error 1


It seems like libvga.a is only statically linked.
static link libraries do no have library dependency information,
OTOH shared libraries do have one.

There is a missing "-lm".

It sounds fisshy that libvga.a is linked at all,
but that's a different matter.



-- 
[EMAIL PROTECTED] : Junichi Uekawa   http://www.netfort.gr.jp/~dancer
GPG Fingerprint : 17D6 120E 4455 1832 9423  7447 3059 BF92 CD37 56F4
Libpkg-guide: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/


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



Bug#148762: breaks lxdoom build

2002-06-04 Thread Junichi Uekawa
Robert Millan <[EMAIL PROTECTED]> immo vero scripsit:

> > I can't reproduce the bug. lxdoom 1.4.4-7 compiles fine for me both with
> > svgalib 1:1.4.3-9 and -10.
> 
> curious, it stopped happening for me too. maybe just after glibc upgrade?
> 
> I'm reducing severity to important, it could be a bug somewhere else
> that still needs fixing.

You could have set LD_LIBRARY_PATH to a weird value, etc.
Sounds more like a user error to me.


-- 
[EMAIL PROTECTED] : Junichi Uekawa   http://www.netfort.gr.jp/~dancer
GPG Fingerprint : 17D6 120E 4455 1832 9423  7447 3059 BF92 CD37 56F4
Libpkg-guide: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/


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



Bug#154233: please build-depend on libpng3-dev

2002-07-25 Thread Junichi Uekawa
Package: qt-embedded-free
Version: 3.0.3-1


Please build-depend on libpng3-dev, not libpng-dev.



-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer





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



Bug#157207: FTBFS: Build failure of flick on i386

2002-08-18 Thread Junichi Uekawa

Package: flick
Version: 2.1-1.2


flick fails to build from source on i386, when doing a binary-all build.

I am filing this bug to notify you that I failed to build your
package from source. It is a serious problem that your source does not 
build from source using the information provided in your control files,
and such a package should not be distributed in a stable Debian distribution.

"install" started doing sanity checks, so it might be the cause of problem.

This build was done using pbuilder package.



Build log follows:
===
/usr/bin/install: will not overwrite just-created 
`/tmp/buildd/flick-2.1/debian/tmp/usr/include/flick/pres/flick_defs.scml' with 
`../../runtime/headers/flick/pres/flick_defs.scml'
/usr/bin/install: will not overwrite just-created 
`/tmp/buildd/flick-2.1/debian/tmp/usr/include/flick/pres/std_defines.scml' with 
`../../runtime/headers/flick/pres/std_defines.scml'
/usr/bin/install: will not overwrite just-created 
`/tmp/buildd/flick-2.1/debian/tmp/usr/include/flick/pres/tao_array.scml' with 
`../../runtime/headers/flick/pres/tao_array.scml'
/usr/bin/install: will not overwrite just-created 
`/tmp/buildd/flick-2.1/debian/tmp/usr/include/flick/pres/tao_base.scml' with 
`../../runtime/headers/flick/pres/tao_base.scml'
/usr/bin/install: will not overwrite just-created 
`/tmp/buildd/flick-2.1/debian/tmp/usr/include/flick/pres/tao_cxx.scml' with 
`../../runtime/headers/flick/pres/tao_cxx.scml'
/usr/bin/install: will not overwrite just-created 
`/tmp/buildd/flick-2.1/debian/tmp/usr/include/flick/pres/tao_exception.scml' 
with `../../runtime/headers/flick/pres/tao_exception.scml'
/usr/bin/install: will not overwrite just-created 
`/tmp/buildd/flick-2.1/debian/tmp/usr/include/flick/pres/tao_interface.scml' 
with `../../runtime/headers/flick/pres/tao_interface.scml'
/usr/bin/install: will not overwrite just-created 
`/tmp/buildd/flick-2.1/debian/tmp/usr/include/flick/pres/tao_sequence.scml' 
with `../../runtime/headers/flick/pres/tao_sequence.scml'
/usr/bin/install: will not overwrite just-created 
`/tmp/buildd/flick-2.1/debian/tmp/usr/include/flick/pres/tao_struct.scml' with 
`../../runtime/headers/flick/pres/tao_struct.scml'
/usr/bin/install: will not overwrite just-created 
`/tmp/buildd/flick-2.1/debian/tmp/usr/include/flick/pres/tao_stubs.scml' with 
`../../runtime/headers/flick/pres/tao_stubs.scml'
/usr/bin/install: will not overwrite just-created 
`/tmp/buildd/flick-2.1/debian/tmp/usr/include/flick/pres/tao_union.scml' with 
`../../runtime/headers/flick/pres/tao_union.scml'
make[2]: *** [runtime/headers/flick/pres] Error 1
make[2]: Leaving directory `/tmp/buildd/flick-2.1/runtime/headers'
make[1]: *** [runtime/headers/install.MAKE] Error 2
make[1]: Leaving directory `/tmp/buildd/flick-2.1'
make: *** [install] Error 2
pbuilder: Failed autobuilding of package
===


regards,
   junichi


-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer






Bug#160172: FTBFS: Build failure of linuxconf on i386

2002-09-08 Thread Junichi Uekawa

Package: linuxconf
Version: 1.26r4-2


linuxconf fails to build from source on i386, when doing a binary-all build.

I am filing this bug to notify you that I failed to build your
package from source. It is a serious problem that your source does not 
build from source using the information provided in your control files,
and such a package should not be distributed in a stable Debian distribution.

This build was done using pbuilder package.



This package build-deps on libgd-dev, which depends on libpng3-dev.
This package build-deps on libpng2-dev, which is not parallel-installable.

Please switch over to png3.


regards,
junichi


-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer






Bug#162373: FTBFS: Build failure of emacs20-dl on i386

2002-09-25 Thread Junichi Uekawa
Package: emacs20-dl
Version: 20.7-14.3


emacs20-dl fails to build from source on i386, when doing a binary-all build.

I am filing this bug to notify you that I failed to build your
package from source. It is a serious problem that your source does not 
build from source using the information provided in your control files,
and such a package should not be distributed in a stable Debian distribution.

This build was done using pbuilder package.

Build-Depends on autoconf2.13 will fix the problem for now.


Build log follows:
===
Applying patch debian/patches/./debian.diff successful.
Applying patch debian/patches/./delete-deletechar successful.
Applying patch debian/patches/./dired-mode successful.
Applying patch debian/patches/./emacs-20.4-dl3.diff successful.
Applying patch debian/patches/./emacs.texi-fix successful.
Applying patch debian/patches/./ppc-build-fix successful.
make[1]: Leaving directory `/tmp/buildd/emacs20-dl-20.7'
cd build-tree/emacs-20.7 && autoconf
configure.in:1: error: possibly undefined macro: dnl
  If this token and others are legitimate, please use m4_pattern_allow.
  See the Autoconf documentation.
make: *** [debian/stampdir/pre-build] Error 1
===


regards,
   junichi



-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer






Bug#162375: FTBFS: Build failure of libg++27 on i386

2002-09-25 Thread Junichi Uekawa
Package: libg++27
Version: 2.7.2.1-17


libg++27 fails to build from source on i386, when doing a binary-all build.

I am filing this bug to notify you that I failed to build your
package from source. It is a serious problem that your source does not 
build from source using the information provided in your control files,
and such a package should not be distributed in a stable Debian distribution.

This build was done using pbuilder package.


Build log follows:
===
install -g root -o root -m 644 ./libg++/libg++.a ./libstdc++/libstdc++.a\
 debian/tmp-devel/usr/i486-linuxlibc1/lib/
#
#
ln -s ../../lib/libc5-compat/libg++.so.27.2.1
debian/tmp-devel/usr/i486-linuxlibc1/lib/libg++.so
ln -s ../../lib/libc5-compat/libstdc++.so.27.2.1 
debian/tmp-devel/usr/i486-linuxlibc1/lib/libstdc++.so
cd libstdc++; cp cassert cctype cerrno cfloat ciso646 climits clocale cmath 
complex csetjmp csignal cstdarg cstddef cstdio cstdlib cstring ctime cwchar 
cwctype new stddef string exception stdexcept typeinfo algorithm deque list map 
queue set stack vector utility functional iterator memory numeric 
../debian/tmp-devel/usr/i486-linuxlibc1/include/g++
cd libio; cp PlotFile.h SFile.h builtinbuf.h editbuf.h fstream.h indstream.h 
iomanip.h iostream.h istream.h ostream.h parsestream.h pfstream.h procbuf.h 
stdiostream.h stream.h streambuf.h strfile.h strstream.h 
../debian/tmp-devel/usr/i486-linuxlibc1/include/g++
cp libstdc++{,/stl}/*.h libg++/src/*.h \
debian/tmp-devel/usr/i486-linuxlibc1/include/g++
cp: will not overwrite just-created 
`debian/tmp-devel/usr/i486-linuxlibc1/include/g++/bool.h' with 
`libg++/src/bool.h'
make: *** [binary-devel] Error 1
===


regards,
   junichi


-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer






Bug#162565: FTBFS: Build failure of kde-i18n on i386

2002-09-27 Thread Junichi Uekawa


Package: kde-i18n
Version: 2.2.2-2


kde-i18n fails to build from source on i386, when doing a binary-all build.

I am filing this bug to notify you that I failed to build your
package from source. It is a serious problem that your source does not 
build from source using the information provided in your control files,
and such a package should not be distributed in a stable Debian distribution.

This build was done using pbuilder package.


Build log follows:
===
Making all in kdegames
make[6]: Entering directory `/tmp/buildd/kde-i18n-2.2.2/el/messages/kdegames'
./kreversi.po:30:2: invalid multibyte sequence
./kreversi.po:30:3: invalid multibyte sequence
./kreversi.po:30:4: invalid multibyte sequence
./kreversi.po:30:5: invalid multibyte sequence
./kreversi.po:30:6: invalid multibyte sequence
./kreversi.po:30:7: invalid multibyte sequence
./kreversi.po:30:8: invalid multibyte sequence
./kreversi.po:30:9: invalid multibyte sequence
./kreversi.po:30:10: invalid multibyte sequence
./kreversi.po:30:11: invalid multibyte sequence
./kreversi.po:30:12: invalid multibyte sequence
./kreversi.po:30:13: invalid multibyte sequence
./kreversi.po:30:14: invalid multibyte sequence
./kreversi.po:30:16: invalid multibyte sequence
./kreversi.po:30:17: invalid multibyte sequence
./kreversi.po:30:18: invalid multibyte sequence
./kreversi.po:30:19: invalid multibyte sequence
./kreversi.po:30:20: invalid multibyte sequence
./kreversi.po:30:21: invalid multibyte sequence
./kreversi.po:30:22: invalid multibyte sequence
/usr/bin/msgfmt: too many errors, aborting
make[6]: *** [kreversi.gmo] Error 1
make[6]: Leaving directory `/tmp/buildd/kde-i18n-2.2.2/el/messages/kdegames'
make[5]: *** [all-recursive] Error 1
make[5]: Leaving directory `/tmp/buildd/kde-i18n-2.2.2/el/messages'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/tmp/buildd/kde-i18n-2.2.2/el'
make[3]: *** [all-recursive-am] Error 2
make[3]: Leaving directory `/tmp/buildd/kde-i18n-2.2.2/el'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/kde-i18n-2.2.2'
make[1]: *** [all-recursive-am] Error 2
make[1]: Leaving directory `/tmp/buildd/kde-i18n-2.2.2'
make: *** [build-stamp] Error 2
===


regards,
   junichi



-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer






Bug#163137: elm-me+: Does not handle de_DE@euro locale well

2002-10-04 Thread Junichi Uekawa
Thomas Koenig <[EMAIL PROTECTED]> immo vero scripsit:

excuse me for barging in.
I haven't looked at the problem closely enough, but:

> > I'm sorry, but I get no warning with locales 2.2.5-14.3.  Which
> > version are you using?
> 

It probably depends on what you have in /usr/lib/locale.
Do you have locale-gen properly executed and set up?

> compatcharsets = ISO-8859-1

ISO-8859-1 is not [EMAIL PROTECTED],
they are different character sets, I think.



regards,
    junichi

-- 
[EMAIL PROTECTED] : Junichi Uekawa   http://www.netfort.gr.jp/~dancer
GPG Fingerprint : 17D6 120E 4455 1832 9423  7447 3059 BF92 CD37 56F4
Libpkg-guide: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/



Bug#163318: tk707 doesn't support alsa 0.9

2002-10-04 Thread Junichi Uekawa
Joachim Berdal Haga <[EMAIL PROTECTED]> immo vero scripsit:

> I noticed that Mr. Iwai has some patches for alsa 0.9 support, but I
> couldn't get the tk707 package to compile from source (seemed to require
> automake 1.6 which isn't packaged for debian yet?).

try automake1.6 package.


regards,
junichi

-- 
[EMAIL PROTECTED] : Junichi Uekawa   http://www.netfort.gr.jp/~dancer
GPG Fingerprint : 17D6 120E 4455 1832 9423  7447 3059 BF92 CD37 56F4
Libpkg-guide: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/



Bug#164076: FTBFS: Build failure of dstooltk-doc on i386

2002-10-10 Thread Junichi Uekawa

Package: dstooltk-doc
Version: 2.0-5


dstooltk-doc fails to build from source on i386, when doing a binary-all build.

I am filing this bug to notify you that I failed to build your
package from source. It is a serious problem that your source does not 
build from source using the information provided in your control files,
and such a package should not be distributed in a stable Debian distribution.

This build was done using pbuilder package.


Build-Depends on tetex-bin is missing, and there is no "latex".
Adding it should fix the build failure.

Build log follows:
===
Reading bbl file: /tmp/buildd/dstooltk-doc-2.0/userman/userman.bbl ...
Processing macros ...++
@@@,...
"Bibliography" for node68.html
;;.

Writing image file ...

Fatal (syswait): exec "/usr/bin/latex ./images.tex" failed: No such file or 
directory
 at /usr/bin/latex2html line 3733

Cannot read logfile './images.log': No such file or directory
make: *** [build-stamp] Error 2
===


regards,
   junichi


-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer






Bug#164836: FTBFS: Build failure of voberon on i386

2002-10-15 Thread Junichi Uekawa

Package: voberon
Version: 19991220-3


voberon fails to build from source on i386, when doing a binary-all build.

I am filing this bug to notify you that I failed to build your
package from source in the current sid distribution.
It is a serious problem that your source does not 
build from source using the information provided in your control files,
and such a package should not be distributed in a stable Debian distribution.

This build was done using pbuilder package.



Package Build-deps on imlib-dev which moved over to png3.
Please build depend on libpng3-dev instead of libpng2-dev.

regards,
   junichi


-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer






Bug#164936: FTBFS: Build failure of kvdr on i386

2002-10-15 Thread Junichi Uekawa

Package: kvdr
Version: 0.51.1-1


kvdr fails to build from source on i386, when doing a binary-all build.

I am filing this bug to notify you that I failed to build your
package from source in the current sid distribution.
It is a serious problem that your source does not 
build from source using the information provided in your control files,
and such a package should not be distributed in a stable Debian distribution.

This build was done using pbuilder package.


Build log follows:
===
checking for killpg in -lucb... no
checking for int... yes
checking size of int... 4
checking for long... yes
checking size of long... 4
checking for char *... yes
checking size of char *... 4
checking for char... yes
checking size of char... 1
checking for dlopen in -ldl... yes
checking for shl_unload in -ldld... no
checking for X... configure: error: Can't find X includes. Please check your 
installation and add the correct paths!
make: *** [configure-stamp] Error 1
===


regards,
   junichi

-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer






Bug#165178: FTBFS: Build failure of ts on i386

2002-10-17 Thread Junichi Uekawa

Package: ts
Version: 0011-1
Severity: serious


ts fails to build from source on i386, when doing a rebuild inside chroot.

I am filing this bug to notify you that I failed to build your
package from source in the current sid distribution.
It is a serious problem that your source does not 
build from source using the information provided in your control files,
and such a package should not be distributed in a stable Debian distribution.

This build was done using pbuilder package.


Build log follows:
===
Document Class: article 2001/04/21 v1.4e Standard LaTeX document class
(/usr/share/texmf/tex/latex/base/size12.clo))
(/usr/share/texmf/tex/latex/base/fontenc.sty
(/usr/share/texmf/tex/latex/base/t1enc.def)kpathsea: Running mktextfm  ecrm1200
mktextfm: Running mf \mode:=ljfour; mag:=1; nonstopmode; input ecrm1200
This is METAFONT, Version 2.7182 (Web2C 7.3.7)
kpathsea: Running mktexmf  ecrm1200

! I can't find file `ecrm1200'.
<*> ...ljfour; mag:=1; nonstopmode; input ecrm1200
  
Please type another input file name
! Emergency stop.
<*> ...ljfour; mag:=1; nonstopmode; input ecrm1200
  
Transcript written on mfput.log.
mktextfm: `mf \mode:=ljfour; mag:=1; nonstopmode; input ecrm1200' failed.
kpathsea: Appending font creation commands to missfont.log.

 
   relax 
l.95 \fontencoding\encodingdefault\selectfont
 
? 
! Emergency stop.
 
   relax 
l.95 \fontencoding\encodingdefault\selectfont
 
No pages of output.
Transcript written on tstext.log.
make: *** [docu/tstext.dvi] Error 1
===


regards,
   junichi


-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer






Bug#165294: FTBFS: Build failure of langdrill on i386

2002-10-18 Thread Junichi Uekawa

Package: langdrill
Version: 0.2.1-6
Severity: serious


langdrill fails to build from source on i386, when doing a rebuild inside 
chroot.

I am filing this bug to notify you that I failed to build your
package from source in the current sid distribution.
It is a serious problem that your source does not 
build from source using the information provided in your control files,
and such a package should not be distributed in a stable Debian distribution.

This build was done using pbuilder package.


Build log follows:
===
make[2]: Entering directory `/tmp/buildd/langdrill-0.2.1/src'
rm -f langdrill core
g++ `vdk-config --cflags` -DTARGET='"langdrill"' -DTARGET_RC='"langdrill.rc"' 
-DTARGET_RC_LOCAL='".langdrill"' -DTARGET_RC_DIR='"/etc"' 
-DDRILL_DEF='"default.drill"' -DDRILL_DIR='"/usr/share/vdk/langdrill"' -I 
/usr/include/gnome-1.0/ -c main.cc -o main.o
g++ `vdk-config --cflags` -DTARGET='"langdrill"' -DTARGET_RC='"langdrill.rc"' 
-DTARGET_RC_LOCAL='".langdrill"' -DTARGET_RC_DIR='"/etc"' 
-DDRILL_DEF='"default.drill"' -DDRILL_DIR='"/usr/share/vdk/langdrill"' -I 
/usr/include/gnome-1.0/ -c config.cc -o config.o
>> langdrill compilled for Debian GNU/Linux system. <<
g++ `vdk-config --cflags` -DTARGET='"langdrill"' -DTARGET_RC='"langdrill.rc"' 
-DTARGET_RC_LOCAL='".langdrill"' -DTARGET_RC_DIR='"/etc"' 
-DDRILL_DEF='"default.drill"' -DDRILL_DIR='"/usr/share/vdk/langdrill"' -I 
/usr/include/gnome-1.0/ -o langdrill main.o config.o `vdk-config --libs` 
/usr/bin/ld: cannot find -ljpeg
collect2: ld returned 1 exit status
make[2]: *** [langdrill] Error 1
make[2]: Leaving directory `/tmp/buildd/langdrill-0.2.1/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/langdrill-0.2.1'
make: *** [build-stamp] Error 2
===


regards,
   junichi



-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer






Bug#165301: FTBFS: Build failure of kinkatta on i386

2002-10-18 Thread Junichi Uekawa


Package: kinkatta
Version: 1.09.20020304-1
Severity: serious


kinkatta fails to build from source on i386, when doing a rebuild inside chroot.

I am filing this bug to notify you that I failed to build your
package from source in the current sid distribution.
It is a serious problem that your source does not 
build from source using the information provided in your control files,
and such a package should not be distributed in a stable Debian distribution.

This build was done using pbuilder package.


Build log follows:
===
 debian/rules build
perl -w admin/debianrules echodirs > debian/debiandirs
dh_testdir
if test ! -f configure; then \
  make -f admin/Makefile.common ;\
fi
make[1]: Entering directory `/tmp/buildd/kinkatta-1.09.20020304'
*** Creating acinclude.m4
make[2]: Entering directory `/tmp/buildd/kinkatta-1.09.20020304'
make[2]: Leaving directory `/tmp/buildd/kinkatta-1.09.20020304'
!!! If you get recursion errors from autoconf, it is advisable to set the
environment variable M4 to something including "--nesting-limit=500"
*** Creating list of subdirectories
make[2]: Entering directory `/tmp/buildd/kinkatta-1.09.20020304'
make[3]: Entering directory `/tmp/buildd/kinkatta-1.09.20020304'
make[3]: Leaving directory `/tmp/buildd/kinkatta-1.09.20020304'
make[2]: Leaving directory `/tmp/buildd/kinkatta-1.09.20020304'
*** Creating configure.in
make[2]: Entering directory `/tmp/buildd/kinkatta-1.09.20020304'
make[3]: Entering directory `/tmp/buildd/kinkatta-1.09.20020304'
make[3]: Leaving directory `/tmp/buildd/kinkatta-1.09.20020304'

.
.
.

make[3]: Entering directory `/tmp/buildd/kinkatta-1.09.20020304'
/bin/sh: line 1: 2: command not found
make[3]: Leaving directory `/tmp/buildd/kinkatta-1.09.20020304'
make[2]: Leaving directory `/tmp/buildd/kinkatta-1.09.20020304'
*** Creating aclocal.m4
*** Creating configure
configure.in:98: error: m4_popdef: undefined macro: AC_Dest
autoconf/status.m4:844: AC_CONFIG_FILES is expanded from...
configure.in:98: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
make[1]: *** [cvs] Error 1
make[1]: Leaving directory `/tmp/buildd/kinkatta-1.09.20020304'
make: *** [build-stamp] Error 2
===


regards,
   junichi


-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer






Bug#159098: this bug is reproducible.

2002-10-18 Thread Junichi Uekawa
severity 159098 serious
thanks

The package does not build from source. 


-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer






Bug#166274: FTBFS: Build failure of boa on i386

2002-10-25 Thread Junichi Uekawa


Package: boa,bison
Version: 0.94.13-1
Severity: serious


boa fails to build from source on i386, when doing a rebuild inside chroot.

I am filing this bug to notify you that I failed to build your
package from source in the current sid distribution.
It is a serious problem that your source does not 
build from source using the information provided in your control files,
and such a package should not be distributed in a stable Debian distribution.

This build was done using pbuilder package.
new bison changed behavior?

Build log follows:
===
bison -y  -d boa_grammar.y
gcc  -g -O2 -pipe -Wall -I.   -c -o y.tab.o y.tab.c
boa_grammar.y:29: warning: `/*' within comment
y.tab.c: In function `yyparse':
y.tab.c:872: warning: implicit declaration of function `yylex'
boa_grammar.y:81: `NULL' undeclared (first use in this function)
boa_grammar.y:81: (Each undeclared identifier is reported only once
boa_grammar.y:81: for each function it appears in.)
boa_grammar.y:95: warning: implicit declaration of function `strdup'
boa_grammar.y:95: warning: assignment makes pointer from integer without a cast
boa_grammar.y:102: warning: implicit declaration of function `free'
make[1]: *** [y.tab.o] Error 1
make[1]: Leaving directory `/tmp/buildd/boa-0.94.13/src'
make: *** [build-stamp] Error 2
===
Full build log is available at: 
http://www.netfort.gr.jp/~dancer/software/failed-log/boa.log


regards,
   junichi


-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer






Bug#166590: FTBFS: Build failure of kernel-patch-kiobuf on i386

2002-10-27 Thread Junichi Uekawa
Package: kernel-patch-kiobuf
Version: 2.2.18-3
Severity: serious


kernel-patch-kiobuf fails to build from source on i386, when doing a rebuild 
inside chroot.

I am filing this bug to notify you that I failed to build your
package from source in the current sid distribution.
It is a serious problem that your source does not 
build from source using the information provided in your control files,
and such a package should not be distributed in a stable Debian distribution.

This build was done using pbuilder package.


Build log follows:
===
dpkg-source: building kernel-patch-kiobuf in 
kernel-patch-kiobuf_2.2.18-3.diff.gz
dpkg-source: building kernel-patch-kiobuf in kernel-patch-kiobuf_2.2.18-3.dsc
 debian/rules build
dh_testdir
 fakeroot debian/rules binary
dh_testdir
dh_testdir
dh_testroot
dh_clean -k
dh_installdirs
dh_installkpatches
debian/control must make package kernel-patch-kiobuf depend on 
${kpatch:Depends} at /usr/bin/dh_installkpatches line 211.
make: *** [binary-indep] Error 1
===
Full build log is available at: 
http://www.netfort.gr.jp/~dancer/software/failed-log/kernel-patch-kiobuf.log


regards,
   junichi


-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer






Bug#167031: FTBFS: build-depends on old python

2002-10-30 Thread Junichi Uekawa
Package:cooledit
Version: 3.17.1-3.1
Severity: serious

Build-Dep on old python.

python-dev (<< 2.2)
no longer exists.


-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer






Bug#167067: FTBFS: Build failure of geas on i386

2002-10-30 Thread Junichi Uekawa


Package: geas
Version: 0.0.6-8
Severity: serious


geas fails to build from source on i386, when doing a rebuild inside chroot.

I am filing this bug to notify you that I failed to build your
package from source in the current sid distribution.
It is a serious problem that your source does not 
build from source using the information provided in your control files,
and such a package should not be distributed in a stable Debian distribution.

This build was done using pbuilder package.
Missing build-deps ?


Build log follows:
===
make[4]: Entering directory `/tmp/buildd/geas-0.0.6/src/methods'
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/include/python2.2
-I/usr/include/glib-1.2 -I/usr/lib/glib/include
-I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/orbit-1.0
-I../../lib/classdefs-I../../src-g -O2 -c methods.c
In file included from methods.c:62:
methods_unstable.h:49: Python.h: No such file or directory
make[4]: *** [methods.o] Error 1
make[4]: Leaving directory `/tmp/buildd/geas-0.0.6/src/methods'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/tmp/buildd/geas-0.0.6/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/geas-0.0.6'
make[1]: *** [all-recursive-am] Error 2
make[1]: Leaving directory `/tmp/buildd/geas-0.0.6'
make: *** [build-stamp] Error 2
===
Full build log is available at: 
http://www.netfort.gr.jp/~dancer/software/failed-log/geas.log


regards,
   junichi



-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer






Bug#173636: FTBFS: Build failure of python-tal on i386

2002-12-18 Thread Junichi Uekawa

Package: python-tal
Version: 1.5.0-3
Severity: serious


python-tal fails to build from source on i386, when doing a rebuild inside 
chroot.

I am filing this bug to notify you that I failed to build your
package from source in the current sid distribution.
It is a serious problem that your source does not 
build from source using the information provided in your control files,
and such a package should not be distributed in a stable Debian distribution.

This build was done using pbuilder package.


Build log follows:
===
debian: warning: no utmp entry available and LOGNAME not defined; using uid of 
process (0)
dh_installdocs -Npython-tal -A HISTORY.txt README.txt
dh_installexamples -Npython-tal -A -X\\.py benchmark tests
dh_installman
dh_compress
perl debian/dh_fixpythonscripts
dh_fixperms
dh_python
Use of uninitialized value in pattern match (m//) at /usr/bin/dh_python line 65.
dh_python: Cannot obtain python version.
make: *** [binary-indep] Error 1
  -> Terminate timeout process
pbuilder: Failed autobuilding of package
===
Full build log is available at: 
http://www.netfort.gr.jp/~dancer/software/failed-log/python-tal.log


regards,
   junichi




Bug#174324: FTBFS: Build failure of flick on i386

2002-12-26 Thread Junichi Uekawa

Package: flick
Version: 2.1-3
Severity: serious


flick fails to build from source on i386, when doing a rebuild inside chroot.

I am filing this bug to notify you that I failed to build your
package from source in the current sid distribution.
It is a serious problem that your source does not 
build from source using the information provided in your control files,
and such a package should not be distributed in a stable Debian distribution.

This build was done using pbuilder package.

needs update for new bison


Build log follows:
===
../../../fe/mig/parser.y:837.35-38: $$ of `SemiOrError' has no declared type
../../../fe/mig/parser.y:837.35-43: $1 of `SemiOrError' has no declared type
../../../fe/mig/parser.y:838.12-840.7: $$ of `SemiOrError' has no declared type
../../../fe/mig/parser.y:843.37-40: $$ of `SemiOrError' has no declared type
../../../fe/mig/parser.y:843.37-45: $1 of `SemiOrError' has no declared type
../../../fe/mig/parser.y:844.12-846.7: $$ of `SemiOrError' has no declared type
make[2]: *** [parser.c] Error 1
make[2]: Leaving directory `/tmp/buildd/flick-2.1/obj/fe/mig'
make[1]: *** [fe/mig] Error 2
make[1]: Leaving directory `/tmp/buildd/flick-2.1/obj'
make: *** [build-arch-stamp] Error 2
  -> Terminate timeout process
pbuilder: Failed autobuilding of package
===
Full build log is available at: 
http://www.netfort.gr.jp/~dancer/software/failed-log/flick.log


regards,
   junichi



Bug#343436: qps description improvement request

2005-12-15 Thread Junichi Uekawa
Package: qps
Version: 1.9.7.0-4
Severity: minor

Hi,

When translating the short description, the Japanese translation team
noticed that the short description of qps doesn't make sense.

I at least propose the following:
-qps -- Qt based process status 
+qps -- Qt based process status monitor


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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



Bug#372560: cdbs bug, I think

2006-06-11 Thread Junichi Uekawa
Hi,

gandalf is failing to build with missing Makefile, but it's most
probably because ./configure isn't invoked.

Why is cdbs not calling ./configure anymore?


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project




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



Bug#334697: apt-listbugs needs versioned BTS handling.

2006-09-17 Thread Junichi Uekawa
reopen 334697
retitle 334697 versioned BTS handling
thanks


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



Bug#334697: QA packages with really high popcon numbers :-)

2006-09-17 Thread Junichi Uekawa
Hi,

> Indeed. Please see for instance 
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=334697

This bugreport sounds like a joke, really.
If the goal isn't to 'not release apt-listbugs with etch',
this is going to be bad.

Note that the load for apt-listbugs is quite huge, and I doubt
qa.debian.org, or merkel.debian.org will be able to survive that load.
You'll need a new dedicated host for that.


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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



Bug#349402: Noting down the current status on apt-listbugs and servers required for apt-listbugs

2006-09-17 Thread Junichi Uekawa
Hi,

Currently, it sounds unrealistic to move the apt-listbugs
infrastructure back to Debian.org infrastructure.  Which of the Debian
servers have almost-unlimited bandwidth for serving ?  I'm seeking
information from those who are knowledgeable about Debian hosts.

Currently osdl.debian.or.jp serves as the default host.  This is due
to 207415.

If it's going to be merged to Debian infrastructure, it should
probably be distributed to different locations of the Internet, due to
different ping times resulting in very different ping-time.

Requirements:
The BTS is around 40GB
It should be able to mirror the BTS every 15 minutes, or at least, 
hourly
Web serving should stand serving to daily access of around 1 
unique-IPs.


thanks,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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



Bug#941563: -l option ordering

2025-03-04 Thread Junichi Uekawa
On Fri, 28 Feb 2025 20:21:48 +0900,
Junichi Uekawa wrote:
> 
> 
> 
> Seems like adding `-lreadline` after the source code would solve the problem. 
> It seems like gcc started checking for missing symbols at shared library link 
> time (like static libs) whereas before it didn't check.
> 
> gcc -lreadline -I /usr/include/readline  /usr/bin/realcsh.c  # fails
> gcc -I /usr/include/readline  /usr/bin/realcsh.c  -lreadline  # succeeds
> 
> 
> I think it's a gcc change but I can't find the new gcc option to make
> it not do that.
> 

The tricky part is that the examples are just a canary and in general
the binfmtc command-line construction needs to take this into
acount. I think the ordering was somewhat hardcoded, and we need to
parse it in such a way so that flags are added in a different
ordering.