Bug#389887: closed by Paul Cager [EMAIL PROTECTED] (OK to close libgetopt-java Debian bug report?)
Hi Paul, as long as java-getopt is not updated/fixed, I'm still experiencing the same bug I've reported some time ago. Moreover, I had the opportunity to try java-getopt on windows, and this bug shows up there too. Maybe simply unpacking and repackaging the whole library may help (I still didn't try, shame on me). I also contacted the author directly, but this didn't help either. However, if I am the only one having this issue (except for another guy on fedora forums, as I reported a while ago), and java-getopt is widely used, then it's probably my fault, and this bug can be considered as closed. Please note that I'm having this issue with the up-to-date 1.0.13 version too. Cheers, Alfredo Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the libgetopt-java package: #389887: libgetopt-java: Class loading problem It has been closed by Paul Cager [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Paul Cager [EMAIL PROTECTED] by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) Subject: OK to close libgetopt-java Debian bug report? From: Paul Cager [EMAIL PROTECTED] Date: Fri, 07 Dec 2007 23:55:15 + To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Hi Alfredo, Is it OK to close this Debian bug report, or do you feel there is still an error to investigate? Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408824: kile: Kile should suggest/recommend kpdf and gv
Package: kile Version: 1:1.9.3-1 Severity: normal Since both kpdf and gv are used by toolbar buttons in kile, it would be nice to have these programs suggested by the kile package. If these programs are missing then the kile system check fails in a non critical way. Thank you for the support. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20-rc5default1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kile depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al ii konsole4:3.5.5a.dfsg.1-5 X terminal emulator for KDE ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libqt3-mt 3:3.3.7-3 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii tetex-bin 3.0-28The teTeX programs Versions of packages kile recommends: ii kdvi4:3.5.5-2dvi viewer for KDE ii kghostview 4:3.5.5-2PostScript viewer for KDE ii tetex-doc 3.0.dfsg.3-5 The documentation component of the ii tetex-extra 3.0.dfsg.3-5 Additional TeX input files of teTe -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403333: realtime-lsm: Please add advice for 1000Hz ticks in kernel configuration
Package: realtime-lsm Version: 0.8.7-2 Severity: wishlist I would report this bug against realtime-lsm-source, however, as reported in #389043, documentation for that package is included in realtime-lsm, so I report this bug here. When the user is installing realtime-lsm, it is likely to use it for musical purpouses. MIDI is functional only if the system tick is set to 1000Hz, however default for new kernels is 250Hz. I had to recompile the kernel twice: once to get the lsm module working, then once again to switch from 250Hz to 1000Hz ticks, in order to get MIDI working. If realtime-lsm documentation would suggest to switch to 1000Hz, while setting SECURITY_CAPABILITIES, this could avoid duplicate compiling sessions :-). So a possible enhancement for documentation could be: just make sure that CONFIG_SECURITY_CAPABILITIES=m, thats the whole point of it. +If you plan to use the realtime-lsm modules with musical software, and your musical equipment uses the MIDI interface, then you also need to switch the system time clock from a resolution of 250Hz to 1000Hz. Otherwise MIDI will not work properly. If you do not plan to use MIDI at all, then this configuration change is not required. In order to switch from 250Hz to 1000Hz you need to type: make menuconfig from within the kernel source directory. Then navigate to Processor Type and Feature -- Timer Frequency and set the proper value. Build the new kernel with -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) realtime-lsm depends on no packages. Versions of packages realtime-lsm recommends: ii module-assistant 0.10.8 tool to make module package creati ii realtime-lsm-source 0.8.7-2Source for the realtime Linux secu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389887: libgetopt-java: Class loading problem
Package: libgetopt-java Version: 1.0.11-2 Severity: important I cannot get the Getopt class loaded if I execute a Java program which is inside a .jar file. I suppose this problem is related with upstream code, and not with debian packaging. However I already asked the upstream author to found out more on this bug, or at least to tell me where I am wrong, and I got no answer. So I am reporting this bug to the Debian BTS, hoping you can help me (and other people having the same issue) to solve this problem. Problem description follows: The getopt library itself is working very well, but I have problems loading it when I launch my program with the java executable from the command line. If I launch the .class file of my program, I have to explicitly specify your .jar file in the classpath, or the gnu.getopt.Getopt class won't be loaded. Usually it is enough to specify only the directory containing the jars files, but not with getopt: this makes me suspicious about how getopt is packaged. The previous is only a minor issue. In fact if I launch the .jar version of my program, there's no way to get gnu.getopt.Getopt loaded, so my program actually can't start. Googling around I found only another one developer with my problem, you can take a look at http://www.fedoraforum.org/forum/archive/index.php/t-111429.html I'm using debian, sun-java 1.5; deploying the jar file with eclipse (so I suppose the autogenerated MANIFEST file for my program is correct). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libgetopt-java depends on: ii sun-java5-jre [java2-runtime] 1.5.0-08-1 Sun Java(TM) Runtime Environment ( libgetopt-java recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348836: camorama: Does not compile with gcc-4.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Leo, thank you for your interest! I still have the issue with gcc 4.0. I give you more details. Please run: # ls -l $(which gcc) Just to make sure your gcc is pointing in the right direction. [EMAIL PROTECTED]:~/src/camorama-0.17$ ls -l $(which gcc) lrwxrwxrwx 1 root root 7 Dec 18 02:09 /usr/bin/gcc - gcc-4.0 so it seems I'm using gcc 4.0 by default I can reproduce the bug with this sequence of commands: apt-get source camorama ./configure make so it seems I'm making a plain compilation from source. Please note I've already run apt-get build-dep camorama, so dependencies should be filled. Here you are the output of the make command: - -8--- [EMAIL PROTECTED]:~/src/camorama-0.17$ make make all-recursive make[1]: Entering directory `/home/alfredo/src/camorama-0.17' Making all in src make[2]: Entering directory `/home/alfredo/src/camorama-0.17/src' if gcc -DHAVE_CONFIG_H -I. -I. -I.. - -DPACKAGE_DATA_DIR=\/usr/local/share\ - -DDATADIR=\/usr/local/share\ - -DPACKAGE_LOCALE_DIR=\/usr/local/share/locale\ -DORBIT2=1 -pthread - -DXTHREADS -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 - -I/usr/lib/glib-2.0/include -I/usr/include/libgnomeui-2.0 - -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 - -I/usr/include/libart-2.0 -I/usr/include/gconf/2 - -I/usr/include/libbonoboui-2.0 -I/usr/include/orbit-2.0 - -I/usr/include/libbonobo-2.0 -I/usr/include/gnome-vfs-2.0 - -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/bonobo-activation-2.0 - -I/usr/include/pango-1.0 -I/usr/include/freetype2 - -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo - -I/usr/X11R6/include -I/usr/include/libxml2 -I/usr/include/libglade-2.0 -g -O2 -MT main.o -MD -MP -MF .deps/main.Tpo \ -c -o main.o `test -f 'main.c' || echo './'`main.c; \ then mv -f .deps/main.Tpo .deps/main.Po; \ else rm -f .deps/main.Tpo; exit 1; \ fi main.c: In function 'load_interface': main.c:87: error: invalid lvalue in assignment make[2]: *** [main.o] Error 1 make[2]: Leaving directory `/home/alfredo/src/camorama-0.17/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/alfredo/src/camorama-0.17' make: *** [all] Error 2 - -8 If I compile it with gcc-3.3 the error at line 87 becomes a warning and everything goes ok. If you need some other hints please let me know. Lastly, I couldn't find the build log for i386 architecture on http://buildd.debian.org/build.php?pkg=camorama, I found logs for other arcs, but not for i386. Anyway that's probably my fault, I didn't even know of the existence of a build log before! ;-) Cheers, Alfredo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD02wJr3B1eOWmOnIRAioGAJkBg+g1TQJY6Diqd1E8o8fjUZsU8QCg11ul cuKBGmMr6VoHaDLkCfGwFyQ= =lnxH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348836: camorama: Does not compile with gcc-4.0
Package: camorama Version: 0.17-3 Severity: important Justification: fails to build from source You have to set CC=gcc-3.3 in order to compile. It will not compile with gcc-4.0. gcc-4.0 stops compiling at main, line 58, while gcc-3.3 only gives a warning. Maybe the upstream source should be updated? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages camorama depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-1The Bonobo UI library ii libc62.3.5-8 GNU C Library: Shared libraries an ii libgconf2-4 2.12.1-8GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.5-1 The GLib library of C routines ii libgnome2-0 2.10.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-02.10.2-2A powerful object-oriented display ii libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.10.1-5The GNOME virtual file-system libr ii libgtk2.0-0 2.8.9-2 The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.10.2-1Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxml2 2.6.23-1.1 GNOME XML library ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-9 compression library - runtime camorama recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333851: mono: Please reopen this bug. Dependencies still missing
Package: mono Version: 1.1.10-1 Followup-For: Bug #333851 Hi, the mono package is still missing the dependency to libmono0 (or at list a recommends). Moreover packages such as monodevelop should depend on mono, and not on all mono-* packages, otherwise mono dependencies are useless, and should be put in mono-commons (which is probably not what you want). Cheers, Alfredo Pironti -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mono depends on: ii mono-common 1.1.10-1 common files for Mono ii mono-jit 1.1.10-1 fast CLI (.NET) JIT compiler for M Versions of packages mono recommends: ii libgdiplus1.1.10-1 interface library for Mono class S -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329759: libgstreamer-gconf0.8-0: gconf2 dependency problems
Package: libgstreamer-gconf0.8-0 Version: 0.8.8-3 Followup-For: Bug #329759 There is another problem created by the gconf2 missing dependency: it is impossible to install libgstreamer-gconf0.8-0. If you try to install this package it is left in an unusable state, and it's impossible to reinstall or remove it. Cheers, Alfredo Pironti -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libgstreamer-gconf0.8-0 depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an pn libgconf2-4 none (no description available) ii libglib2.0-0 2.8.1-1The GLib library of C routines pn libgstreamer0.8-0 none (no description available) pn liborbit2 none (no description available) ii libxml2 2.6.22-1 GNOME XML library ii zlib1g1:1.2.3-4 compression library - runtime libgstreamer-gconf0.8-0 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317726: zenity: Man page is outdated
Package: zenity Version: 2.10.0-2 Severity: minor Zenity 2.10 now has two more options under the ``File selection options '' widget: --directory Activate directory-only selection --saveActivate save mode Would you please add them to the man page? Thank you, Alfredo Pironti -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zenity depends on: ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.1-2The ATK accessibility toolkit ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.6.5-1 The GLib library of C routines ii libgnomecanvas2-02.10.2-2A powerful object-oriented display ii libgtk2.0-0 2.6.8-1 The GTK+ graphical user interface ii libice6 4.3.0.dfsg.1-14 Inter-Client Exchange library ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libsm6 4.3.0.dfsg.1-14 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxml2 2.6.16-7GNOME XML library ii scrollkeeper 0.3.14-10 A free electronic cataloging syste ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime zenity recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306640: xfrisk: risk launcher rewritten
Package: xfrisk
Version: 1.2-2
Severity: wishlist
Tags: patch
Hi,
I wrote a small risk.c which is a launcher for frisk.
It is similar to the shell script provided with the package, but it
will clean up (kill the server and clients) after xfrisk is ended.
I used C instead of bash so I can be shure of the server pid when
killing it.
I think it could be a replacement for the current risk script.
The code is under the GPL, version 2 or later.
Cheers,
Alfredo
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages xfrisk depends on:
ii libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library
ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management
ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte
ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util
ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics
ii xaw3dg 1.5+E-8 Xaw3d widget set
ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu
-- no debconf information
/*
risk - a launcher for the frisk clients/server
Copyright (C) 2005 Alfredo Pironti
This program is free software; you can redistribute it and/or
modify it under the terms of the GNU General Public License
as published by the Free Software Foundation; either version 2
of the License, or (at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
*/
#include stdio.h
#include unistd.h
#include stdlib.h
#include sys/types.h
#include sys/wait.h
#define N_CLIENTS 3
#define TRUE 1
#define FALSE 0
void clean_on_exit(pid_t server);
int main(void) {
pid_t server_pid,xfrisk_pid;
char server[] = friskserver;
char *clients[] = {aiColson,aiConway,aiDummy}; //if update here remember to update N_CLIENTS!!!
char xfrisk[] = xfrisk;
char location[] = localhost;
int i;
//set up the server
switch ((server_pid=fork())) {
case -1:
perror(fork(server));
exit(1);
case 0: //child. It will be the server
printf(Starting the server.\n);
execlp(server,server,location,(char *)NULL);
perror(execlp(server));
exit(1);
default:
break;
}
for (i=0;iN_CLIENTS;i++) {
switch (fork()) {
case -1:
perror(fork(client));
break; //this is not fatal, we don't exit
case 0: //child. It will be a client
printf(Starting the %s client.\n,clients[i]);
execlp(clients[i],clients[i],location,(char *)NULL);
perror(execlp(client));
exit(1);
default:
break;
}
}
//now spawn the xfrisk client and wait for it
switch((xfrisk_pid=fork())) {
case -1:
perror(fork(xfrisk));
clean_on_exit(server_pid);
exit(1);
case 0://child. we spawn xfrisk client
printf(Starting xfrisk.\n);
execlp(xfrisk,xfrisk,location,(char *)NULL);
perror(execlp(xfrisk));
exit(1);
default:
waitpid(xfrisk_pid,NULL,0);
clean_on_exit(server_pid);
printf(xfrisk ended. Quitting.\n);
exit(0);
}
}
void clean_on_exit(pid_t server) {
printf(Killing the server.\n);
kill(server,SIGTERM);
waitpid(server,NULL,0);
}
