Bug#386676: ITP: librtas -- Libraries for PowerPC64 Run-Time Abstraction Services (RTAS)
Package: wnpp Severity: wishlist Owner: Aurélien GÉRÔME <[EMAIL PROTECTED]> * Package name: librtas Version : 1.3.0 Upstream Authors: Nathan Fontenot <[EMAIL PROTECTED]> John Rose <[EMAIL PROTECTED]> Michael Strosaker <[EMAIL PROTECTED]> * URL : http://librtas.ozlabs.org/ Licence : IBM Common Public License Programming Lang: C Description : Libraries for PowerPC64 Run-Time Abstraction Services (RTAS) Librtas provides a set of libraries for user-space access to the Run-Time Abstraction Services (RTAS) on the PowerPC64 architecture. * librtas.so This library allows user-space programs to make RTAS calls which provide support for low-level system hardware configuration and operations, such as retrieving hardware sensor (temp, fan speed, etc.) data, setting the operator panel LEDs, getting hardware error logs, injecting artificial hardware errors (for testing), getting VPD (Vital Product Data), and loading new firmware. * librtasevent.so This library provides a set of definitions and useful routines for analyzing RTAS events, such as parsing out sections of an RTAS event and printing their contents. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#386675: ITP: powerpc-ibm-utils -- Utilities for maintenance of IBM PowerPC platforms
Package: wnpp Severity: wishlist Owner: Aurélien GÉRÔME <[EMAIL PROTECTED]> * Package name: powerpc-ibm-utils Version : 1.0.2 Upstream Authors: Nathan Fontenot <[EMAIL PROTECTED]> Todd Inglett <[EMAIL PROTECTED]> Michael Strosaker <[EMAIL PROTECTED]> * URL : http://powerpc-utils.ozlabs.org/ Licence : IBM Common Public License Programming Lang: C, Perl, Bash Description : Utilities for maintenance of IBM PowerPC platforms The powerpc-ibm-utils package provides the utilities listed below which are intended for the maintenance of PowerPC platforms. Further documentation for each of the utilities is available from their respective man pages. * nvram - NVRAM access utility A utility to view and format the contents of the system's non-volatile RAM, which contains configuration variables for Open Firmware and the system's Service Processor (if any), as well as error records and Vital Product Data (VPD). * bootlist - boot configuration utility A script to view and set the list of devices with which the system will attempt to boot. Both the "normal" and "service" mode lists can be manipulated. * ofpathname - translate logical device names to OF names Used by bootlist to convert between Linux logical device names and Open Firmware names. * snap - system configuration snapshot A script to gather significant system configuration information. The script creates snap.tar.gz in the working directory which can be used for problem determination. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#386677: ITP: powerpc-ibm-utils-papr -- Utilities for maintenance of IBM PowerPC platforms
Package: wnpp Severity: wishlist Owner: Aurélien GÉRÔME <[EMAIL PROTECTED]> * Package name: powerpc-ibm-utils-papr Version : 1.0.2 Upstream Authors: Ryan Arnold <[EMAIL PROTECTED]> Nathan Fontenot <[EMAIL PROTECTED]> Jake Moilanen <[EMAIL PROTECTED]> John Rose <[EMAIL PROTECTED]> Martin Schwenke <[EMAIL PROTECTED]> Michael Strosaker <[EMAIL PROTECTED]> * URL : http://powerpc-utils.ozlabs.org/ Licence : IBM Common Public License Programming Lang: C, Perl, Bash Description : Utilities for maintenance of IBM PowerPC platforms The powerpc-ibm-utils-papr package provides the utilities listed below which are intended for the maintenance of IBM PowerPC platforms that follow the POWER Architecture Platform Reference (sorry, still an IBM internal document). Further documentation for each of the utilities is available from their respective man pages and doxygen design documents. * activate_firmware - concurrent firmware activation Used during concurrent firmware update operations to activate the new firmware image locally. This utility is invoked automatically when necessary. * hvcsadmin - HVCS driver administration utility This is the hvcs driver administration utility which simplifies hvcs administration by providing a set of options for such functions as closing adapter targets using device mapping, querying console adapters, querying adapters based upon device node, gathering status, and closing all open adapters. * ibmvscsis.sh - IBMVSCSIS driver init script When symlinked into start and stop run levels this script can provide vscsi server operation automation. It supports the standard array of init script options {start|stop|status|restart}. By design this script executes operations in silent mode. For extended vscsi server operations the vscsisadmin script should be used instead. * rtas_dump - dump the contents of a rtas event A small script to front end rtas_event_decode. Just because pulling rtas events out of files is easier in a script. * rtas_event_decode - dump the contents of a rtas event This is the back-end tool used by rtas_dump to actually parse out and print rtas events. * rtas_ibm_get_vpd Used by the lsvpd utility to gather Vital Product Data that changes dynamically. * serv_config/uspchrp - configure service processor settings A series of menus that can be used to update system service settings stored in NVRAM, which are used by the system's service processor. These settings include surveillance, boot, and remote maintenance policies. This utility is only usable on systems equipped with a service processor. * set_poweron_time - configure time for system power-on A utility to set a time in the future for the system to automatically power on, if the system is powered off at that time. * uesensor A utility to view the state of environental sensors on powerpc machines. * update_flash - system firmware update utility A script that uses the rtas_flash kernel module to flash firmware. * usysattn, usysfault - attention indicator utility A utility to view the status of the system attention (fault) indicators (LEDs), and to turn the indicators off when after an event has been serviced. * usysident - identification indicator utility A utility to view the status of device identification indicators (LEDs), and to turn the indicators on and off. * vscsisadmin - IBM Virtual SCSI Server (ibmvscsis) administration utilities This is the virtual scsi server administration utility which simplifies configuration, starting, and stopping of an IBM virtual SCSI server. This script can be run standalone or it can be invoked via the ibmvscsis.sh init script. Configuration script documentation is provided in ibmvscsis.conf (8) and outlines the proper method for writing a well formed ibmvscsis configuration file. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#377097: ITP powerpc-ibm-utils with Bug#386675 needed to solve Yaboot Bug#377097
block 377097 with 386675 thanks After investigating on Sven's Power5, we need ofpathname from the powerpc-ibm-utils package to solve the Yaboot booting failure on Power5. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#385946: fmit: crashes at startup
Hi, The sole x86 machines I have are servers. My desktop machine is a PowerPC and fmit runs great on it. Nonetheless, I tried to test fmit on a x86 over an exported X11 display on a PowerPC and it worked fine, but with ALSA disabled of course. However, it seems having ALSA disabled does not reproduce this bug on x86. This might help to narrow down the issue on x86... [EMAIL PROTECTED]:~$ xhost + [EMAIL PROTECTED]:~$ export DISPLAY=chii:0 [EMAIL PROTECTED]:~$ fmit Free Music Instrument Tuner version 0.96.5 built at Sep 2 2006 15:25:55 Install directory '/usr' X Error: BadValue (integer parameter out of range for operation) 2 Major opcode: 155 Minor opcode: 4 Resource id: 0x100 CaptureThread: INFO: Built in transports CaptureThread: INFO:JACK unavailable CaptureThread: INFO:ALSA unavailable (invalid source 'hw:0') CaptureThread: INFO: Auto detecting a working transport ... no transport working ! Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#385695: FTBFS on alpha: va_list is not a pointer
severity serious tags 385695 + patch thanks Upstream's configure does not detect the architecture, so that work is handled by debian/rules for setting up a macro ALPHA to activate the following patch. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin #! /bin/sh /usr/share/dpatch/dpatch-run ## 18_va_list_is_not_a_pointer.dpatch by Aurélien GÉRÔME ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Fix va_list usage on Alpha which is not a pointer, but a struct. @DPATCH@ diff -urNad ircd-hybrid-7.2.2~/src/s_user.c ircd-hybrid-7.2.2/src/s_user.c --- ircd-hybrid-7.2.2~/src/s_user.c 2006-07-17 06:31:26.0 + +++ ircd-hybrid-7.2.2/src/s_user.c 2006-09-10 22:54:19.0 + @@ -427,8 +427,16 @@ { const char *id = execute_callback(uid_get_cb, source_p); -while (hash_find_id(id) != NULL) - id = uid_get(NULL); +while (hash_find_id(id) != NULL) { + va_list vl; +#ifdef ALPHA + vl.__base = NULL; + vl.__offset = 0; +#else + vl = NULL; +#endif + id = uid_get(vl); +} strlcpy(source_p->id, id, sizeof(source_p->id)); hash_add_id(source_p); signature.asc Description: Digital signature
Bug#387101: restartd: The '-f' (run in foreground) option disappeared
severity 387101 wishlist retitle 387101 restartd: Please add a "-f" option to run restartd in foreground thanks On Tue, Sep 12, 2006 at 11:04:00AM +0200, frealek wrote: > Restard version 0.1.a-4 has a '-f' (run in foreground) option. You are mistaken. There was not any "-f" option to restartd, be it in 0.1.a-4 or in 0.2. Please look at the source code for yourself. For you convenience, I am attaching the diff between the versions in Sarge (0.1.a-3) and in Etch (0.2). Moreover, the manpage and the changelog never mentioned such an option. > It is really important to be able to run restartd in foreground. > INIT is usually used to monitor process execution repawning the > process when it stopped. INIT attaches itself to the child > (monitored) process' stdin/out so that it knows when it stopped. > The lack of '-f' option forbids restartd monitoring, which is > an important point of failure. Also, it seems you want one, but I have no usage to do it for myself. Hence, you are welcome to provide a patch I will gladly and promptly integrate into a 0.2.1 release. :) Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin diff -ruN restartd-0.1.a/debian/README.Debian restartd-0.2/debian/README.Debian --- restartd-0.1.a/debian/README.Debian 1970-01-01 00:00:00.0 + +++ restartd-0.2/debian/README.Debian 2006-07-22 22:39:17.0 + @@ -0,0 +1,8 @@ +Note concerning system upgrades +--- + +Before issuing any upgrade commands, it is recommended to stop restartd +to avoid it to restart its watched deamons. After the upgrade, it is +necessary to start it. + + -- Aurélien GÉRÔME <[EMAIL PROTECTED]> Sat, 22 Jul 2006 00:11:39 +0200 diff -ruN restartd-0.1.a/debian/changelog restartd-0.2/debian/changelog --- restartd-0.1.a/debian/changelog 2002-08-12 14:21:10.0 + +++ restartd-0.2/debian/changelog 2006-07-22 22:41:59.0 + @@ -1,19 +1,50 @@ +restartd (0.2) unstable; urgency=low + + * Adopt the package (Closes: #358514). + * Update to the latest Standards-Version. + * Throw away Debian revision number, because it is a native package. + * Add README.Debian with a note concerning system upgrades +(Closes: #191302). + + -- Aurélien GÉRÔME <[EMAIL PROTECTED]> Sat, 22 Jul 2006 00:11:39 +0200 + +restartd (0.1.a-4) unstable; urgency=low + + * QA upload. + * Package is orphaned (#358514); set maintainer to Debian QA Group. + * Acknowledge NMU. Closes: #264232, #281179, #281961, #282328. + * debian/rules: Add support for DEB_BUILD_OPTIONS=noopt. + * debian/changelog: Remove obsolete Emacs local variables. + + -- Matej Vela <[EMAIL PROTECTED]> Thu, 6 Apr 2006 11:20:04 +0200 + +restartd (0.1.a-3.1) unstable; urgency=low + + * NMU to fix packaging problems: +- update debhelper usage, standards-version, add force-reload to + initscript (closes: #264232); +- update FSF address in copyright; +- add license pointer to copyright (closes: #281179). + * Redirect std* to /dev/null and change cdw to '/' thanks to +"Christian G. Warden" <[EMAIL PROTECTED]> for the patch +(closes: #281961, #282328). + + -- Laszlo Boszormenyi (GCS) <[EMAIL PROTECTED]> Fri, 24 Mar 2006 10:53:48 +0100 + restartd (0.1.a-3) unstable; urgency=low * Fixed memory leak, forgot regfree(3) after regular expression. Closes: bug#155220 -- Tibor Koleszar <[EMAIL PROTECTED]> Thu, 20 Jun 2002 16:20:31 +0100 + restartd (0.1.a-2) unstable; urgency=low * Fixed typos. Closes: bug#150375 -- Tibor Koleszar <[EMAIL PROTECTED]> Thu, 20 Jun 2002 09:28:12 +0100 + restartd (0.1.a-1) unstable; urgency=low * Initial release. -- Tibor Koleszar <[EMAIL PROTECTED]> Tue, 11 Jun 2002 14:54:37 +0100 - -Local variables: -mode: debian-changelog -End: diff -ruN restartd-0.1.a/debian/compat restartd-0.2/debian/compat --- restartd-0.1.a/debian/compat1970-01-01 00:00:00.0 + +++ restartd-0.2/debian/compat 2006-03-24 09:46:11.0 + @@ -0,0 +1 @@ +4 diff -ruN restartd-0.1.a/debian/conffiles restartd-0.2/debian/conffiles --- restartd-0.1.a/debian/conffiles 2002-06-11 13:43:56.0 + +++ restartd-0.2/debian/conffiles 1970-01-01 00:00:00.0 + @@ -1,2 +0,0 @@ -/etc/restartd.conf -/etc/init.d/restartd diff -ruN restartd-0.1.a/debian/control restartd-0.2/debian/control --- restartd-0.1.a/debian/control 2002-06-20 07:27:12.0 + +++ restartd-0.2/debian/control 2006-07-22 22:11:08.0 + @@ -1,9 +1,9 @@ Source: restartd Section: utils Priority: extra -Maintainer: Tibor Koleszar <[EMAIL PROTECTED]> -Build-Depends: debhelper (>> 3.0.0) -Standards-Version: 3.5.2 +Maintainer: Aurélien GÉRÔME <[EMAIL PROTECTED]> +Build-Depends: debhelper (>= 4
Bug#387101: patch
tags 387101 + patch pending thanks On Tue, Sep 12, 2006 at 03:22:06PM +0200, frealek wrote: > Sorry, we had a lack of communication down here... our dev did a change and > didn't > change the changelog of our custom debian package... > > > Here is the patch he made > (against 0.1.a-4 I think) Sure, thanks for your contribution! It is really appreciated, I will merge it in the next upload. > Perhaps it's easily tune-able for 0.2 There has not been much change from 0.1.a-4. Actually, I did the version bumping, because the hyphen was illegal for a native Debian package. :) Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#387338: ITA: hfsutils -- Tools for reading and writing Macintosh volumes
Package: wnpp Severity: wishlist Owner: Aurélien GÉRÔME <[EMAIL PROTECTED]> According to [1], I am adopting hfsutils. Cheers, [1] <http://lists.debian.org/debian-devel/2006/09/msg00330.html> -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#387337: ITA: hfsplus -- tools to access HFS+ formatted volumes
Package: wnpp Severity: wishlist Owner: Aurélien GÉRÔME <[EMAIL PROTECTED]> According to [1], I am adopting hfsplus. Cheers, [1] <http://lists.debian.org/debian-devel/2006/09/msg00330.html> -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#202018: hfsplus: Failure to mount hfsplus volume
retitle 202018 hfsplus: Failure to mount hfsplus volume tags 202018 + moreinfo unreproducible thanks Hi, I am the new Debian maintainer of hfsplus. I write to you both in an attempt to fix <http://bugs.debian.org/202018>, because I am missing critical information to do so. Could you provide me a HFS+ image which fails like it is mentioned in the bug-report? If it is too big to fit in a mail sent to the Debian BTS, could you put it online somewhere? Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#387550: ITA: libsnmp-ruby -- simple network management protocol bindings for ruby
Package: wnpp Severity: wishlist Owner: Aurélien GÉRÔME <[EMAIL PROTECTED]> According to [1], I am adopting libsnmp-ruby. Cheers, [1] <http://lists.debian.org/debian-devel/2006/09/msg00330.html> -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#202018: hfsplus: Failure to mount hfsplus volume
On Thu, Sep 14, 2006 at 10:24:41PM +1200, Nick Phillips wrote: > Aurélien GÉRÔME wrote: > > Could you provide me a HFS+ image which fails like it is mentioned in > > the bug-report? If it is too big to fit in a mail sent to the Debian > > BTS, could you put it online somewhere? > > I'm afraid the drive in question is no more, so I can't help. Sorry. Thanks anyway for your reply. So, that leaves me with Will to solve this bug. Will, what is your status on this? Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#202018: hfsplus: Failure to mount hfsplus volume
On Fri, Sep 15, 2006 at 08:38:06AM -0600, Will Aoki wrote: > I need to see if I still have the image I was working on (and then > sanitize it for outside release), or try to build another image that has > the same problem. I hope to get that done early next week. Excellent, thanks, I am looking forward to it. ;) Cheer, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#387973: ITP: debianqueued -- daemon for managing Debian upload queues
Package: wnpp Severity: wishlist Owner: Aurélien GÉRÔME <[EMAIL PROTECTED]> * Package name: debianqueued Version : 0.9 Upstream Author : Roman Hodek <[EMAIL PROTECTED]> * URL : ftp://ftp.fr.debian.org/debian/project/misc/debianqueued-0.9.tar.gz Licence : GPLv2 Programming Lang: Perl Description : daemon for managing Debian upload queues debianqueued is the daemon running on ftp-master.debian.org to handle Debian Developers' uploads. It checks the validity of .changes files and their GPG signature whose must belong to a supplied keyring file. If the files are fine, the actual upload to process the files with dak or another archive kit is performed via scp, cp, or ftp. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#388074: ITA: bbe -- sed-like editor for binary files
Package: wnpp Owner: Aurélien GÉRÔME <[EMAIL PROTECTED]> According to [1], I am adopting bbe (0.1.8). It needs to be packaged to the last upstream release (0.1.9). Cheers, [1] <http://lists.debian.org/debian-devel/2006/09/msg00330.html> -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#385695: New patch
Setting up a specific ALPHA macro which is passed via CPPFLAGS to the configure script in debian/rules is not elegant, because gcc has a built-in __alpha__ macro to take care of it. Hence, here is the new patch which will come in the 7.2.2-2 revision. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin #! /bin/sh /usr/share/dpatch/dpatch-run ## 18_va_list_is_not_a_pointer.dpatch by Aurélien GÉRÔME ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Fix va_list usage on Alpha which is not a pointer, but a struct. @DPATCH@ diff -urNad ircd-hybrid-7.2.2~/src/s_user.c ircd-hybrid-7.2.2/src/s_user.c --- ircd-hybrid-7.2.2~/src/s_user.c 2006-09-19 17:49:13.0 +0200 +++ ircd-hybrid-7.2.2/src/s_user.c 2006-09-19 17:57:30.648925324 +0200 @@ -427,8 +427,16 @@ { const char *id = execute_callback(uid_get_cb, source_p); -while (hash_find_id(id) != NULL) - id = uid_get(NULL); +while (hash_find_id(id) != NULL) { + va_list vl; +#ifdef __alpha__ + vl.__base = NULL; + vl.__offset = 0; +#else + vl = NULL; +#endif + id = uid_get(vl); +} strlcpy(source_p->id, id, sizeof(source_p->id)); hash_add_id(source_p); signature.asc Description: Digital signature
Bug#385695: FTBFS on alpha: remove unused va_list
retitle 385695 FTBFS on alpha: remove unused va_list thanks My previous patches were nonsense. This one fixes the issue. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin #! /bin/sh /usr/share/dpatch/dpatch-run ## 18_remove_unused_va_list.dpatch by Aurélien GÉRÔME ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: Remove unused va_list. @DPATCH@ diff -urNad ircd-hybrid-7.2.2~/src/s_user.c ircd-hybrid-7.2.2/src/s_user.c --- ircd-hybrid-7.2.2~/src/s_user.c 2006-09-19 18:37:13.0 +0200 +++ ircd-hybrid-7.2.2/src/s_user.c 2006-09-19 21:13:01.064621246 +0200 @@ -68,7 +68,7 @@ static void report_and_set_user_flags(struct Client *, const struct AccessItem *); static int check_xline(struct Client *); static void introduce_client(struct Client *, struct Client *); -static void *uid_get(va_list); +static void *uid_get(); /* Used for building up the isupport string, * used with init_isupport, add_isupport, delete_isupport @@ -428,7 +428,7 @@ const char *id = execute_callback(uid_get_cb, source_p); while (hash_find_id(id) != NULL) - id = uid_get(NULL); + id = uid_get(); strlcpy(source_p->id, id, sizeof(source_p->id)); hash_add_id(source_p); @@ -1386,12 +1386,12 @@ /* * uid_get * - * inputs - struct Client * + * inputs - none * output - new UID is returned to caller * side effects - new_uid is incremented by one. */ static void * -uid_get(va_list args) +uid_get() { add_one_to_uid(TOTALSIDUID - 1);/* index from 0 */ return new_uid; signature.asc Description: Digital signature
Bug#389013: Please use architecture any instead of architecture all
Package: libsnmp-ruby1.8 Version: 0.4.1-3 Severity: important Tags: pending As the description says, libsnmp-ruby1.8 is implemented in pure Ruby, so it is architecture-independent. Therefore, it should use architecture all instead of architecture any. I will fix it in the upload of the new upstream release. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#389013: Please use architecture all instead of architecture any
retitle 389013 Please use architecture all instead of architecture any thanks I made a nonsense typo in the subject... Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#389057: ircd-hybrid: Please rework the "servlink-path-notice" debconf template
severity 389057 wishlist tags 389057 wontfix thanks On Sat, Sep 23, 2006 at 06:31:01PM +0200, Thomas Huriaux wrote: > I've found the following problems with the > ircd-hybrid/servlink-path-notice template: > * the "error" type seems to be more appropriate for this template. See > also the recent discussion on debian-devel about note templates > displayed with a low or medium priority. This is *not* an error type, but really a note. Moreover, this only happens with the SSL-enabled build which is *not* in the archive, but the build system is provided for the users' convenience. Therefore, you will *not* see it with the standard Debian package present in the archive. > * the following line in your config file: > if [ -f "/etc/ircd-hybrid/ircd.conf" ]; then > tests the existance of the ircd.conf file, so the adjective "possibly" > is pointless I think it reflects the reality better, because this message occurs *if* the config file exists. > * the following line in your config file: > if egrep -q '[\t ]*[^#]+servlink_path' /etc/ircd-hybrid/ircd.conf; > tests if there is a servlink_path directive, so the if-then > construction of your sentence is pointless. Same comment here, because it occurs *if* the config file contains the servlink_path directive. For those two points, it is needed to inform the user why he got the message. > May I take the opportunity of this bug to ask you to send a request for > review of the French translation to debian-l10n-french? This is weird, because I did not touch any templates when revving up the package to the new upstream release, so it is accurrate. Feel free to do it yourself. In any case, this is my understanding of this nonsense bug to my mind. Joshua, feel free to remove the wontfix tag and to fix it accordingly to your belief of what you wrote back then as a native speaker. :) Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#389057: ircd-hybrid: Please rework the "servlink-path-notice" debconf template
On Sun, Sep 24, 2006 at 12:50:32AM +0200, Thomas Huriaux wrote: > Note that I mentioned different problems here (I opened only one bug as > they were for only one template, but seeing how you reacted once again, > I should have done it another way). Here is a clear list for Joshua if Another way? > he wants to fix it: > - debconf misuse/abuse I can understand that one now with the finally correct explaination you displayed in your reply. Thanks. > - use of a text obviously written for another code Can you explain that one? What code are you talking about? > - malformed title (this was only in the patch: a sentence without a > period does not make it a correct title) Same here. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#389241: uscan depends on libwww-perl, but devscripts only suggests libwww-perl
Package: devscripts Version: 2.9.21 Severity: important uscan requires libwww-perl to operate. However, libwww-perl is not in the Depends field of devscripts, but in the Suggests field. Running "apt-get install devscripts" does not install libwww-perl which renders uscan unusable. Therefore, libwww-perl should be a dependency of devscripts and not a suggestion. $ uscan uscan: you must have the libwww-perl package installed to use this script BEGIN failed--compilation aborted at /usr/bin/uscan line 44. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#389241: uscan depends on libwww-perl, but devscripts only suggests libwww-perl
On Sun, Sep 24, 2006 at 10:27:56PM +0100, Julian Gilbey wrote: > On Sun, Sep 24, 2006 at 08:09:26PM +0200, Aurélien GÉRÔME wrote: > > uscan requires libwww-perl to operate. However, libwww-perl is not in > > the Depends field of devscripts, but in the Suggests field. Running > > "apt-get install devscripts" does not install libwww-perl which > > renders uscan unusable. Therefore, libwww-perl should be a dependency > > of devscripts and not a suggestion. > > This is essentially the same as Bug#67710 > (http://bugs.debian.org/67710). I wrote there: > > Unfortunately, devscripts consists of a large number of essentially > independent scripts, any of which may be used by different people. I > did once try to include all such dependencies in the "Depends" line, > but people complained that they didn't really have any interest in > installing package X as they weren't using program Y. So these are > all now listed as Suggests instead. [...] > > The program does explicitly say what needs to be installed, so you do > get a useful error message. That's the best I can do, without > splitting devscripts into multiple tiny packages. Sure, I understand perfectly your quandary on this, but in my case, too many dependencies would not upset me. It is rather the bug reports asking for less dependencies I would tag as wontfix. ;) Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#378493: ITP: guile-1.8 -- The GNU extension language and Scheme interpreter
retitle 378493 ITP: guile-1.8 -- The GNU extension language and Scheme interpreter thanks On Wed, Jul 26, 2006 at 02:24:56AM +0200, Ludovic RESLINGER wrote: > I am adopting this package, because I am often using Scheme. > I will co-maintain it with Aurélien GÉRÔME <[EMAIL PROTECTED]>. Let's do it! ;) N.B.: RFP -> ITP Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#379991: ITA: libpgsql-ruby -- PostgreSQL extension library
retitle 379991 ITA: libpgsql-ruby -- PostgreSQL extension library owner 379991 [EMAIL PROTECTED] thanks I will take care of it, since I often use it for admin tasks. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#307902: libpgsql-ruby1.8: get_notify doesn't work
tags 307902 moreinfo thanks On Fri, May 06, 2005 at 03:44:14PM +0200, DaVinci wrote: > If I use get_notify from my program (after listening properly) or from > Ruby "irb", notifies from Postgresql are lost for application. I do not appear to use that method personally. However, I am willing to fix that bug. Could you provide me a piece of code to reproduce this bug? Thanks, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#326661: RFP: cpuburn-in -- stability testing tool for overclockers
Hi, Please be aware that crap is non-free software without any source code. What it does is completely unsure and maybe unsafe. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#380515: FTBFS on i386
Package: guile-1.6 Version: 1.6.8-4 Severity: important When attempting to build guile-1.6 on a clean sid chroot on i386, I got the following error. make[2]: Entering directory `/home/ag/guile-1.6-1.6.8' /usr/bin/make check-TESTS make[3]: Entering directory `/home/ag/guile-1.6-1.6.8' Testing /home/ag/guile-1.6-1.6.8/pre-inst-guile ... with GUILE_LOAD_PATH=/home/ag/guile-1.6-1.6.8/test-suite /bin/sh: line 4: 9708 Segmentation fault ${dir}$tst FAIL: check-guile === 1 of 1 tests failed === make[3]: *** [check-TESTS] Error 1 make[3]: Leaving directory `/home/ag/guile-1.6-1.6.8' make[2]: *** [check-am] Error 2 make[2]: Leaving directory `/home/ag/guile-1.6-1.6.8' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/home/ag/guile-1.6-1.6.8' make: *** [debian/stamp/build] Error 2 $ gcc --version gcc (GCC) 4.1.2 20060715 (prerelease) (Debian 4.1.1-9) Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#353388: ITA: crashme -- Stress tests operating system stability
retitle 353388 ITA: crashme -- Stress tests operating system stability owner 353388 [EMAIL PROTECTED] thanks If the previous owner wants it back, he should do so before I upload it in a few hours... Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#123272: crash segfaults on wrong command line input
tags 123272 patch thanks I did a patch for this crappy (non-)indented C source code. It will go in my upload in a few hours... Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin --- crashme.c.orig 2006-07-30 22:49:29.783683189 + +++ crashme.c 2006-07-30 22:51:12.220385807 + @@ -391,7 +391,9 @@ old_main(4,argv); else if ((argc == 6) && ((strlen(argv[4]) == 0) || (strcmp(argv[4],".") == 0))) - {verbose_level = atol(argv[5]); + { +if (strlen(argv[4]) == 0) goto exit; +verbose_level = atol(argv[5]); old_main(4,argv);} else if ((argc == 5) || (argc == 6)) {if (argc == 6) @@ -420,7 +422,9 @@ note(1); vfork_main(tflag,nsubs,argv[0],argv[1],atol(argv[2]),argv[3]);} else - {sprintf(notes, + { +exit: +sprintf(notes, "crashme [+][.inc] [nsub] [verbose]"); note(0);}} signature.asc Description: Digital signature
Bug#123272: crash segfaults on wrong command line input
tags 123272 patch thanks > The patch is problematic in several ways: I do not agree. > * nsub is an optional argument; its absence is not an error. It leads to SIGSEGV, so it seems to me it is indeed. > * The if branch you are patching doesn't actually use nsub; only the >first three arguments are passed to old_main(). I do not see that when I read the thing with indent as my helper. > * From a cursory gdb session, the reason crashme segfaults is that it >executes illegal instructions, not in the options parsing. So why does it not segfault anymore with my work? While you seem perfectly fine saying what I did is stupid, I would be rather interested that you propose a better solution for a bug opened more than 4 years ago and which nobody cared to fix. Thanks, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#123272: crash segfaults on wrong command line input
tags 123272 upstream wontfix thanks On Mon, Jul 31, 2006 at 04:03:09AM +0200, Matej Vela wrote: > I couldn't find it at first glance and gave up; the fact that no one > cared to in 4 years is telling me something. Well, it is a program intended to produce SIGSEGV, SIGILL, and even SIGBUS on sparc64. I think we both agree on that. There are 2 major modes of working: * one with 1 process; * another with forked processes. The first mode is when crashme is invoked without the NSUB parameter. Sometimes, the SIGSEGV can be catched, but some other times, the kernel explicitely takes control to kill the process. Depending of the nature of what triggered the SIGSEGV, the signal cannot be catched via userspace. The second mode is when crashme is invoked with the NSUB parameter. Here, processes are forked and the same appears. However, we do not really see it at first glance, because there are always more than one process which keep running. It appears the fix is there is no fix. Nowadays, the Linux kernel is too clever for that old program. ;P Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#307902: libpgsql-ruby1.8: get_notify doesn't work
tags 307902 fixed-upstream thanks On Mon, Jul 31, 2006 at 05:50:09PM +0200, DaVinci wrote: > The snapshot version in http://ruby.scripting.ca/postgres/ have fixed > this problem. Thanks for the info, I will check it and upload it. > I have been in contact with Dennis Vshivkov <[EMAIL PROTECTED]> and he > have told me that is developing a new ruby-postgres that have not seen > the light. You can talk with him in otder to integrate forces :) Interesting... Offtopic for the bug, so I am going to ask him his status and CCing you in the mean time. :) > Tell me if I can help you with anything. Sure. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#278581: Status of ITP?
Hi, What is the status of this ITP? Kicad is not that hard to package and it seems a bunch of people want it. I can have it uploaded in a week if it still stay that way. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#278581: Status of ITP?
On Tue, Aug 01, 2006 at 12:37:25PM +, Richard Burton wrote: > This last couple of weeks I just haven't had the time to get it finished > off, and perhaps another opinion on the upstream packaging would be useful. > Maybe you want to join in the effort? At the moment we have something > basically ready based on a single contructed upstream source. Daniel has > setup a subversion server and development mailing list for it, he'd be the > man to ask for access if you want to contribute. So you rebuilt a complete upstream tarball, it seems the sane way to go to my mind. I would be glad to check your work and even contribute. What are the URLs of the SVN repository and of the mailing-list? BTW, that software is great; it seems it even supports exporting to Cadstar format, but not Protel as far as I sought. It would be a nice addition to Debian. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#307902: libpgsql-ruby1.8: get_notify doesn't work
tags 307902 pending thanks On Mon, Jul 31, 2006 at 10:30:12PM +0200, Aurélien GÉRÔME wrote: > Thanks for the info, I will check it and upload it. libpgsql-ruby1.8 has 2 reverse-dependencies: one on libdbd-pg-ruby1.8 and another on rails. Therefore, I need to be sure the upstream version known as ruby-postgres-20051221 does not break anything before I can close that bug. That calls for testing a rails application with postgresql... :) Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#278581: #278581 Status of ITP?
owner 278581 Richard Antony Burton <[EMAIL PROTECTED]> thanks On Tue, Aug 01, 2006 at 02:20:26PM +, Richard Burton wrote: > http://svn.flexserv.de/websvn/ Great, but how can one checkout the repository? ;P > https://lists.mose.flexserv.de/cgi-bin/mailman/listinfo/kicad-devel > https://lists.mose.flexserv.de/cgi-bin/mailman/listinfo/kicad-svn-commit On a side note, it also seems there are no archives for kicad-devel: 404 Not Found at <http://lists.mose.flexserv.de/pipermail/kicad-devel/>. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#381418: ITP: wapiti -- Web application vulnerability scanner
retitle 381418 ITP: wapiti -- Web application vulnerability scanner owner 381418 [EMAIL PROTECTED] thanks After having played a bit with it, I am trying to produce a Debian package... Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#337912: ircd-hybrid: SSL build fails to build using instructions in CRYPTLINKS.txt
tags 337912 patch thanks The configure script is fscked up for newer versions of libssl. Attached here is a patch to fix the issue. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin --- configure.orig 2006-08-04 21:54:37.095216865 + +++ configure 2006-08-04 21:55:06.875476692 + @@ -5300,7 +5300,7 @@ #include #include int main(void) { - if ( (OPENSSL_VERSION_NUMBER & 0x00906000) == 0x00906000) + if (OPENSSL_VERSION_NUMBER >= 0x00906000) { exit(0); } signature.asc Description: Digital signature
Bug#280299: ircd-hybrid fails to respond to connections on SPARC testing after upgrade from stable
Hi, On Mon, Nov 08, 2004 at 04:31:14PM +, CP Leahy wrote: > After upgrading from stable to testing on a Sun Netra AC200 it was found that > ircd-hybrid no longer responds to connections. Is this an upgrade from woody to sarge or an upgrade from sarge to etch? Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#323478: Mac-On-Linux drivers packages
retitle 323468 ITA: mol-drivers-macos -- The Mac-on-Linux emulator - drivers for Mac OS 9 and earlier retitle 323473 ITA: mol-drivers-linux -- The Mac-on-Linux emulator - drivers for Linux retitle 323478 ITA: mol-drivers-macosx -- The Mac-on-Linux emulator - drivers for Mac OS X owner 323468 MOL Packaging Team <[EMAIL PROTECTED]> owner 323473 MOL Packaging Team <[EMAIL PROTECTED]> owner 323478 MOL Packaging Team <[EMAIL PROTECTED]> thanks The MOL Packaging Team will take care of the 3 drivers packages for Mac-On-Linux. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#328832: mol-drivers-macosx: Run Tiger with mol
Hi, On Sat, Sep 17, 2005 at 06:02:43PM +0200, Elimar Riesebieter wrote: > According to #328826 we need the bootx loader from > http://www-user.rhrk.uni-kl.de/~nissler/mol/bootx.gz to run OSX10.4 > out of linux. Is there somewhere by any chance the source code of this ELF file? Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#328826: mol-drivers-macosx: Run Tiger with mol
On Sat, Aug 05, 2006 at 12:57:31PM +0200, Elimar Riesebieter wrote: > On Sat, 05 Aug 2006 the mental interface of > Aurélien GÉRÔME told: > > > On Sat, Sep 17, 2005 at 06:02:43PM +0200, Elimar Riesebieter wrote: > > > According to #328826 we need the bootx loader from > > > http://www-user.rhrk.uni-kl.de/~nissler/mol/bootx.gz to run OSX10.4 > > > out of linux. > > > > Is there somewhere by any chance the source code of this ELF file? > > I don't know :( Indeed, and that is precisely why I Cc'ed Mattias Nissler, the author of the patch, to get some more details about how he proceeded. ;) Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#381553: Please maintain your package and upload the latest upstream
Package: vobcopy Version: 0.5.14-2 Severity: wishlist Pretty please, would you please maintain your package? You have 4 patches on the BTS and a new upstream version to upload, namely 0.5.16. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#328832: mol-drivers-macosx: Run Tiger with mol
Hi Mattias, On Sun, Aug 06, 2006 at 02:39:55AM +0200, Mattias Nissler wrote: > Hey guys. Sorry I haven't got to this earlier. My laptop where all > that stuff is on is currently disconnected from the net. I hope to > get internet access sometime next week. I'll come back to you then. > From what I can tell from my memory, I merely only changed > some defines and recompiled the bootloader. OK, I am glad to hear it and I am looking forward to your patch. ;) Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#378119: Yaboot does not boot correctly on a firewire CD drive
Package: yaboot Version: 1.3.13-6 Severity: minor It has been reported Yaboot has difficulties to boot on an external firewire CD drive on an iBook G3 @ 500 MHz <https://launchpad.net/distros/ubuntu/+source/yaboot/+bug/35731>. That issue needs investigation as soon as I get my hands on that hardware. Cheers, -- ((__,-"""-,__)) Aurélien GÉRÔME .---. `--)~ ~(--` Free Software Developer / \ .-'( )`-. Unix Sys & Net Admin [EMAIL PROTECTED]@./ `~~`@) (@`~~` /`\_/`\ | |.''`. // _ \\ | | : :' : | \ )|_ (8___8) `. `'` /`\_`> <_/ \ `---` `- \__/'---'\__/ BOFH excuse #99: SIMM crosstalk. signature.asc Description: Digital signature
Bug#377097: yaboot-installer: generated yaboot.conf is broken on IBM POWER hardware ...
Hi, I would be delighted to fix that ofpath bug in yaboot, instead of Colin's clever workaround in yaboot-installer. To do so, I need access to a Power5. Unfortunately, Bastian Blank seems to ignore me both on IRC and by mail, therefore I cannot get an account on the Augsbourg machine Sven found that bug. Cheers, -- ((__,-"""-,__)) Aurélien GÉRÔME .---. `--)~ ~(--` Free Software Developer / \ .-'( )`-. Unix Sys & Net Admin [EMAIL PROTECTED]@./ `~~`@) (@`~~` /`\_/`\ | |.''`. // _ \\ | | : :' : | \ )|_ (8___8) `. `'` /`\_`> <_/ \ `---` `- \__/'---'\__/ BOFH excuse #26: first Saturday after first full moon in Winter signature.asc Description: Digital signature
Bug#254712: ITA: hybserv -- IRC services for IRCD-Hybrid
title 254712 ITA: hybserv -- IRC services for IRCD-Hybrid owner 254712 [EMAIL PROTECTED] thanks I am adopting that package as Joshua told me it was okay on #debian-devel-fr. :) Cheers, -- ((__,-"""-,__)) Aurélien GÉRÔME .---. `--)~ ~(--` Free Software Developer / \ .-'( )`-. Unix Sys & Net Admin [EMAIL PROTECTED]@./ `~~`@) (@`~~` /`\_/`\ | |.''`. // _ \\ | | : :' : | \ )|_ (8___8) `. `'` /`\_`> <_/ \ `---` `- \__/'---'\__/ BOFH excuse #213: Change your language to Finnish. signature.asc Description: Digital signature
Bug#314192: ITA: libnet-irc-ruby -- a Ruby library for IRC (Internet Relay Chat)
retitle 314192 ITA: libnet-irc-ruby -- a Ruby library for IRC (Internet Relay Chat) owner 314192 [EMAIL PROTECTED] thanks I am adopting that package. Cheers, -- ((__,-"""-,__)) Aurélien GÉRÔME .---. `--)~ ~(--` Free Software Developer / \ .-'( )`-. Unix Sys & Net Admin [EMAIL PROTECTED]@./ `~~`@) (@`~~` /`\_/`\ | |.''`. // _ \\ | | : :' : | \ )|_ (8___8) `. `'` /`\_`> <_/ \ `---` `- \__/'---'\__/ BOFH excuse #419: Repeated reboots of the system failed to solve problem signature.asc Description: Digital signature
Bug#211995: ITA: iroffer -- IRC file distribution bot
retitle 211995 ITA: iroffer -- IRC file distribution bot owner 211995 [EMAIL PROTECTED] thanks I am adopting that package. Cheers, -- ((__,-"""-,__)) Aurélien GÉRÔME .---. `--)~ ~(--` Free Software Developer / \ .-'( )`-. Unix Sys & Net Admin [EMAIL PROTECTED]@./ `~~`@) (@`~~` /`\_/`\ | |.''`. // _ \\ | | : :' : | \ )|_ (8___8) `. `'` /`\_`> <_/ \ `---` `- \__/'---'\__/ BOFH excuse #236: Fanout dropping voltage too much, try cutting some of those little traces signature.asc Description: Digital signature
Bug#348746: ITA: dancer-ircd -- an IRC server designed for centrally maintained network
retitle 348746 ITA: dancer-ircd -- an IRC server designed for centrally maintained network owner 348746 [EMAIL PROTECTED] thanks I, for one, do not want it to be removed. I am adopting that package. Cheers, -- ((__,-"""-,__)) Aurélien GÉRÔME .---. `--)~ ~(--` Free Software Developer / \ .-'( )`-. Unix Sys & Net Admin [EMAIL PROTECTED]@./ `~~`@) (@`~~` /`\_/`\ | |.''`. // _ \\ | | : :' : | \ )|_ (8___8) `. `'` /`\_`> <_/ \ `---` `- \__/'---'\__/ BOFH excuse #436: Daemon escaped from pentagram signature.asc Description: Digital signature
Bug#348748: ITA: dancer-services -- IRC services implementation for dancer-ircd
retitle 348748 ITA: dancer-services -- IRC services implementation for dancer-ircd owner 348748 [EMAIL PROTECTED] thanks I, for one, do not want it to be removed. I am adopting that package. Cheers, -- ((__,-"""-,__)) Aurélien GÉRÔME .---. `--)~ ~(--` Free Software Developer / \ .-'( )`-. Unix Sys & Net Admin [EMAIL PROTECTED]@./ `~~`@) (@`~~` /`\_/`\ | |.''`. // _ \\ | | : :' : | \ )|_ (8___8) `. `'` /`\_`> <_/ \ `---` `- \__/'---'\__/ BOFH excuse #235: The new frame relay network hasn't bedded down the software loop transmitter yet. signature.asc Description: Digital signature
Bug#365427: RFH: apt-build -- Need new developer(s)
Hi Julien, It is a nice tool to tackle Gentoo. I will play with it in some weeks and probably join the team (i.e. you actually) on Alioth. ;) Cheers, -- ((__,-"""-,__)) Aurélien GÉRÔME .---. `--)~ ~(--` Free Software Developer / \ .-'( )`-. Unix Sys & Net Admin [EMAIL PROTECTED]@./ `~~`@) (@`~~` /`\_/`\ | |.''`. // _ \\ | | : :' : | \ )|_ (8___8) `. `'` /`\_`> <_/ \ `---` `- \__/'---'\__/ BOFH excuse #22: monitor resolution too high signature.asc Description: Digital signature
Bug#316195: ITA: cutter -- disconnect routed IP connections
retitle 316195 ITA: cutter -- disconnect routed IP connections owner 316195 [EMAIL PROTECTED] thanks That is a nice package, I am going to take care of it. Cheers, -- ((__,-"""-,__)) Aurélien GÉRÔME .---. `--)~ ~(--` Free Software Developer / \ .-'( )`-. Unix Sys & Net Admin [EMAIL PROTECTED]@./ `~~`@) (@`~~` /`\_/`\ | |.''`. // _ \\ | | : :' : | \ )|_ (8___8) `. `'` /`\_`> <_/ \ `---` `- \__/'---'\__/ BOFH excuse #172: pseudo-user on a pseudo-terminal signature.asc Description: Digital signature
Bug#358514: ITA: restartd -- Process checker and/or restarter
retitle 358514 ITA: restartd -- Process checker and/or restarter owner 358514 [EMAIL PROTECTED] thanks I am adopting that package as I have a use for it. Cheers, -- ((__,-"""-,__)) Aurélien GÉRÔME .---. `--)~ ~(--` Free Software Developer / \ .-'( )`-. Unix Sys & Net Admin [EMAIL PROTECTED]@./ `~~`@) (@`~~` /`\_/`\ | |.''`. // _ \\ | | : :' : | \ )|_ (8___8) `. `'` /`\_`> <_/ \ `---` `- \__/'---'\__/ BOFH excuse #172: pseudo-user on a pseudo-terminal signature.asc Description: Digital signature
Bug#328650: ITA: zorroutils -- Zorro bus utilities for Amigas running 2.1 and later kernels
retitle 328650 ITA: zorroutils -- Zorro bus utilities for Amigas running 2.1 and later kernels owner 328650 [EMAIL PROTECTED] thanks I, for one, do not want that package to be removed for the sake of the m68k/powerpc port and its amiga subarch. Hence, I am taking it. Cheers, -- ((__,-"""-,__)) Aurélien GÉRÔME .---. `--)~ ~(--` Free Software Developer / \ .-'( )`-. Unix Sys & Net Admin [EMAIL PROTECTED]@./ `~~`@) (@`~~` /`\_/`\ | |.''`. // _ \\ | | : :' : | \ )|_ (8___8) `. `'` /`\_`> <_/ \ `---` `- \__/'---'\__/ BOFH excuse #261: The Usenet news is out of date signature.asc Description: Digital signature
Bug#211995: DAK Packages-arch-specific modification
Hi, I adopted iroffer (#211995) and after some work on it, I managed to get it building and working on any architectures. Anyway, my sponsor want to upload it on amd64 which is not authorized currently. Therefore, could you remove the following line from Packages-arch-specific and propagate the changes to Debian's running DAK, please? iroffer: i386 sparc powerpc alpha # lacks config for other archs Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#379295: Lintian error: a file directly in /usr/share/
Package: zorroutils Version: 0.04+20021014-1 When building the package, a surprising lintian error appears: Now running lintian... E: zorroutils: file-directly-in-usr-share usr/share/zorro.ids Finished running lintian. I am fixing it for the new upload. :) Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#379399: ITP: typo -- a lean weblogging engine powered by Ruby On Rails
Package: wnpp Severity: wishlist Owner: [EMAIL PROTECTED] * Package name: typo Version : 4.0.0 Upstream Author : Tobias Luetke <[EMAIL PROTECTED]> * URL : http://rubyforge.org/projects/typo/ Licence : MIT Licence Programming Lang: Ruby Description : Typo is a lean weblogging engine powered by Rails. Typo is a lean weblogging engine powered by rails. It supports XML-RPC posting, ping/trackback, comments, textile, markdown, categories, all common exports, fulltext search and so on. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#254712: ITA: hybserv -- IRC services for IRCD-Hybrid
On Wed, Jul 19, 2006 at 01:44:30AM +0200, Aurélien GÉRÔME wrote: > I am adopting that package as Joshua told me it was okay on > #debian-devel-fr. :) OK, there is a new upstream version available and some bugs to look at. As I have other things to do in the mean time, the merging/testing/fixing may take one or two weeks, but no more. The same goes for the co-maintainance of ircd-hybrid. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#340540: hybserv connections refused by ircd-hybrid
Hi, On Thu, Nov 24, 2005 at 02:36:05AM +0100, Olaf wrote: > Thu Nov 24 02:31:15 2005 Server Error: Closing Link: localhost (Bogus > server name) As I cannot reproduce it, may I know the IRC name you gave to the IRC server? My hunch is the name you gave is invalid or something alike... Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#379855: ITP: miboot -- Linux bootloader for OldWorld PowerMac computers
Package: wnpp Severity: wishlist Owner: [EMAIL PROTECTED] * Package name: miboot Version : 2.0 Upstream Author : Benjamin Herrenschmidt <[EMAIL PROTECTED]> * URL : http://svn.debian.org/wsvn/debootloaders/trunk/miboot/ Licence : GPLv2 Programming Lang: C / m68k Assembly Description : Linux bootloader for OldWorld PowerMac computers miBoot is not suitable for Debian in its upstream form, because it requires prioprietary software (Metrowerks Codewarrior 4.0 Pro on legacy MacOS) to build. Our goal is to provide a package buildable by the GNU toolchain (a m68k toolchain on a powerpc environment). We assembled a team for that. miBoot is not maintained upstream anymore, so we will takeover the maintainance. Our goal requires heavy modifications of upstream source code, hence the version bumping compared to the former upstream 1.0d4 located at <http://penguinppc.org/historical/benh/>. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#389402: ircd-hybrid: Unexpected behavior on upgrade
severity 389402 important tags 389402 pending thanks Hi Arnaud, First of all, many thanks for your bug report. To my mind, it is actually an important bug, because it touches the upgrade path Debian and I are so proud of. :) On Mon, Sep 25, 2006 at 04:51:26PM +0200, Arnaud Guiton wrote: > Yesterday, I upgraded ircd-hybrid (1:7.0.3-3.1 -> 1:7.2.2-2) and found > that one question asked by debconf was confusing. > > I answered "no" to > --- > [...] > You may choose whether or not you want to restart the ircd-hybrid > daemon every time you install a new version of this package. > [...] > Restart ircd-hybrid on each upgrade? > --- > because I wanted to restart the server later, to avoid disconnecting the > users. > > Instead, it was stopped automatically and never restarted: I had to > manually do that after the upgrade. Because I have a slow machine and it > was a large upgrade (and also because I did not expect this), this lead > to a pretty long downtime for the irc server. This is indeed the case and this is fully reproducible. > Maybe it's only a lack of understanding on my side, but is it normal > that the server was stopped ? You did not misunderstand anything. :) Yes, it is normal from the way I did the maintainer scripts. You upgraded from a version which did not support this debconf feature I introduced in 1:7.2.2-1. Thus, the server is stopped by the old (1:7.0.3-3.1) prerm script and the new (1:7.2.2-2) postinst script does not start it as you requested. This did not upset me at first when I tested the upgrade path, but now I see how confused you may have been. > If so, shouldn't a debconf note clearly state it ? No, debconf notes are deprecated to my discontent, but I cannot do anything against it. :) Anyway, the fix here concerns the upgrade path. The config script must test if we come from a version strictly below 1:7.2.2-1. If this is the case, then we must not ask the question. On the contrary, if we come from a version above or equal to 1:7.2.2-1, we must ask the question. It is nearly impossible to do otherwise. We cannot control the prerm script from the old package which will forcefully stop the deamon. Expect it to be fixed in 1:7.2.2-3. Well, I know it is too late for you, but others will benefit of it for the sarge-to-etch dist-upgrade... ;) Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#389439: Please do not forget to include /usr/share/debconf/confmodule in the maintainer scripts
Package: hybserv Version: 1.9.2-2 Severity: important Please include /usr/share/debconf/confmodule in hybserv.postrm and hybserv.preinst, because they use db_purge which is provided by it. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#389057: ircd-hybrid: Please rework the "servlink-path-notice" debconf template
severity 389057 minor tags 389057 - wontfix tags 389057 + pending tags 389439 + pending thanks On Sun, Sep 24, 2006 at 01:45:48AM +0200, Thomas Huriaux wrote: > > > - debconf misuse/abuse > > > > I can understand that one now with the finally correct explaination > > you displayed in your reply. Thanks. > > Sorry, without knowing the package that looked like an error. But I was > obviously wrong and the severity should be raised or the template > removed. I have to fix the upgrade path for etch, so in the mean time, I am willing to remove the template and setup a note in README.Debian. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#202018: hfsplus: Failure to mount hfsplus volume
On Tue, Sep 26, 2006 at 02:12:10PM -0600, Will Aoki wrote: > On Fri, Sep 15, 2006 at 08:38:06AM -0600, waoki wrote: > > I need to see if I still have the image I was working on (and then > > sanitize it for outside release), or try to build another image that has > > the same problem. I hope to get that done early next week. > > I can't find the old image, but in the near future I'll be doing some > work on one of my old Macintoshes that need BootX to start, and at that > point I think I can generate another hfsplus disk image. Okay, feel free to remember this bug when you will do so. :) Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#389622: [l10n] Updated Czech translation of ircd-hybrid debconf mesages
tags 389622 pending thanks On Tue, Sep 26, 2006 at 09:42:22PM +0200, Miroslav Kure wrote: > in attachement there is updated Czech (cs.po) translation of > ircd-hybrid debconf messages. Please include it with the package. Sure, the next upload is already scheduled. :) Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#390667: [NONFREE-DOC] Package contains IETF RFC/I-Ds
version 390667 1:7.2.2-2 thanks On Mon, Oct 02, 2006 at 03:35:19PM +0200, Simon Josefsson wrote: > It seems your package contains non-free RFC/I-Ds: > > /usr/share/doc/ircd-hybrid/technical/draft-mitchell-irc-capabilities-01.txt.gz > > The license on RFC/I-Ds is not DFSG-free, see: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810 > http://release.debian.org/removing-non-free-documentation > > I believe the options are: > > 1) Remove the file from the package (which may include re-packaging >the source code). I will remove the file from both source and binary packages. > 2) Move the files to a non-free package (which may also include >re-packaging the source code). > > If you disagree with this, because this bug is reported for several > packages at once, it seems better to discuss this on debian-legal, in > this thread: > > http://thread.gmane.org/gmane.linux.debian.devel.legal/25993 So far, I only disagree with the version. ;) > The severity is serious, because this violates the Debian policy > <http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg>. Sure. > I'm sorry if this report is filed in error, I went over many packages > looking for suspicious filenames, and there may be false positives. Expect it to be fixed at the next upload with version 1:7.2.2.dsfg-1. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#390667: [NONFREE-DOC] Package contains IETF RFC/I-Ds
tags 390667 pending thanks On Mon, Oct 02, 2006 at 07:27:54PM +0200, Aurélien GÉRÔME wrote: > Expect it to be fixed at the next upload with version 1:7.2.2.dsfg-1. Thanks for the bug report too! Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#390667: [NONFREE-DOC] Package contains IETF RFC/I-Ds
found 390667 1:7.2.2-2 thanks On Mon, Oct 02, 2006 at 07:33:39PM +0200, Aurélien GÉRÔME wrote: > On Mon, Oct 02, 2006 at 07:27:54PM +0200, Aurélien GÉRÔME wrote: > > Expect it to be fixed at the next upload with version 1:7.2.2.dsfg-1. I will modify the source tarball name or version. If you can suggest me your preference on that, it would help me a bit. :) Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#390778: ITP: ntfs-3g -- A read-write NTFS driver for FUSE
Hi Adam, On Tue, Oct 03, 2006 at 08:57:28PM +0200, Adam Cécile (Le_Vert) wrote: > Your package is arch any but upstream said it only works on 32 bits system > little endian, so I set my package arch i386 mipsel and arm. Can you do that after a first try with arch any to see whether it builds/works or not? :) Maybe upstream authors said that, because they have not tested it elsewhere so far... Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#391176: hybserv: Hybserv blocks apt-get during upgrade
tags 391176 pending thanks Hi Arnaud, On Thu, Oct 05, 2006 at 10:43:53AM +0200, Arnaud Guiton wrote: > While upgrading from 1.9.2-1 to 1.9.2-2, Hybserv hanged, blocking apt-get. I > got the following output : > > -- > Preparing to replace hybserv 1.9.2-1 (using .../hybserv_1.9.2-2_i386.deb) > ... > Stopping Hybserv 2 IRC Services: hybserv. > Unpacking replacement hybserv ... > Setting up hybserv (1.9.2-2) ... > Installing new version of config file /etc/init.d/hybserv ... > Starting Hybserv 2 IRC Services: hybserv. > -- > > Hybserv was correctly restarted (I had working services), but it did not let > apt-get continue. > I had to kill apt-get (^C) to have my shell back. Running "apt-get install > hybserv" finished the upgrade. > > Fortunately the upgrade only involved Hybserv, so no other daemon was > impacted, but other daemons could have been stopped by apt-get (before > Hybserv upgrade) and not restarted. I thus tagged the bug 'important'. > > I could also reproduce the bug on two different machines. Well, I cannot reproduce it, but I believe you. I suppose this has to do with #389439. I will upload hybserv 1.9.2-3 today and I strongly think it will fix this. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#390778: ITP: ntfs-3g -- A read-write NTFS driver for FUSE
On Thu, Oct 05, 2006 at 03:21:01PM +0200, Adam Cécile (Le_Vert) wrote: > Le jeudi 5 octobre 2006 11:14, Aurélien GÉRÔME a écrit : > > Can you do that after a first try with arch any to see whether it > > builds/works or not? :)at do you think about something like this. > > I consider doing it but in this case I would add a high priority debconf > message. In that case, I think it is appropriate, unlike the i18n/l10n folks who seem to hate those notes nowadays... > What do you think about something like that ? Feel free to correct it, my > english is not native ;-) Mine neither, but I believe we can manage. :) > THIS SOFTWARE IS STILL EXPERIMENTAL AND MAY CAUSE UNRECOVERABLE DATA LOSS. > > For now ntfs-3g is available for all Debian architectures but upstream say it > works for 32 bits / little endian systems. I would rather say: Presently, ntfs-3g is available for all Debian architectures. However, upstream says it only works for 32-bit little-endian systems. > Many users reported it worked like a charm on i386, I don't know what will > happen on ANY OTHER ARCHITECTURES. Debconf templates should not use the first person, so I would say: Many users reported it to work like a charm on i386. Unfortunately, the behaviour on ANY OTHER ARCHITECTURES is unknown so far. > TRY IT AT YOU OWN RISK, and please report if it works or not on the Debian > Bugs Tracking System. And here: TRY IT AT YOU OWN RISK! Please consider filing a bug report whether it works or not on other architectures. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#391252: O: kimdaba
On Thu, Oct 05, 2006 at 07:33:29PM +0200, Eugen Dedu wrote: > This is not for orphaning the package, since I am not the maintainer. > But I do not know where to send this request. > > Between 2.1 and 2.2 versions, kimdaba package has changed its name in > kphotoalbum. kphotoalbum 2.2 has been packaged and is now available > in unstable and testing. Then please remove the kimdaba package. Hence, you should reassign it to ftp.debian.org and retitle it with RM instead of O. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#391340: RFP: pymedia -- python module for wav, mp3, ogg, avi, divx, dvd,, cdda etc files manipulation
On Fri, Oct 06, 2006 at 01:10:10AM -0300, Marcela Tiznado wrote: > * Package name: pymedia > Version : 1.3.7.3 > Upstream Author : jbors <[EMAIL PROTECTED]> > * URL : http://www.pymedia.org/ > * License : GPL > Programming Lang: C, C++, Python > Description : python module for wav, mp3, ogg, avi, divx, dvd, cdda etc > files manipulation > > C/C++/Python multimedia module to allow encode/decode/play multimedia > information in mp3,ogg,avi etc. formats. Based on ffmpeg with added > features and simple Python interface. To be used in multimedia apps > written in Python. It seems like an interesting package and I am considering it... However, it needs pygame which is already in Debian, but also pydfb which is not. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#389989: bbe: new upstream version (0.1.9) available
block 389989 with 388074 thanks Hi Michael, On Thu, Sep 28, 2006 at 08:22:00PM +0200, Michael Prokop wrote: > Version 0.1.9 is available since 2006-03-16: > > http://members.surfeu.fi/tjsa/bbe/ > http://members.surfeu.fi/tjsa/bbe/dist/bbe-0.1.9.tar.gz I am the new maintainer of bbe and I am aware of this, see #388074 and expect an upload RSN. ;) Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#390906: ircd-hybrid: [INTL:fr] French debconf templates translation update
tags 390906 pending thanks On Tue, Oct 03, 2006 at 06:09:06PM +0200, Thomas Huriaux wrote: > Please find attached the French debconf templates translation update, > proofread by the debian-l10n-french list contributors. This file should > be put as debian/po/fr.po in your package source tree. Sure, it will be uploaded tonight. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#364592: gftp: Fix incorrect handling of filename encodings under UTF-8 enviromnent.
tags 364592 moreinfo thanks On Mon, Apr 24, 2006 at 08:36:13PM +0800, Hong Jen Yee (PCMan) wrote: > Here is my patch: > http://pcman.sayya.org/gftp/gftp-2.0.18-11-pcman.diff.gz $ wget http://pcman.sayya.org/gftp/gftp-2.0.18-11-pcman.diff.gz --10:21:31-- http://pcman.sayya.org/gftp/gftp-2.0.18-11-pcman.diff.gz => `gftp-2.0.18-11-pcman.diff.gz' Resolving pcman.sayya.org... 140.113.22.98 Connecting to pcman.sayya.org[140.113.22.98]:80... failed: Connection timed out. Can you post your patch on the BTS, please? Thanks! ;) Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#391887: RFP: freemat -- Mathematics Framework (mostly MATLAB compatible)
owner 391887 ! retitle 391887 ITP: freemat -- Mathematics Framework (mostly MATLAB compatible) thanks On Fri, Oct 06, 2006 at 12:42:01AM +0100, Moritz Lenz wrote: > * Package name: freemat > Version : 2.0 > Upstream Author : Samit Basu <[EMAIL PROTECTED]> > * URL : http://freemat.sourceforge.net/ > * License : GPL > Description : Mathematics Framework (mostly MATLAB compatible) A math teacher friend asked me to package it some time ago, why not? :) Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#392649: FTBFS on alpha: epoll_* syscall definitions changed since last build
Package: ircd-hybrid Version: 1:7.2.2.dfsg.1-1 Severity: serious Tags: help When building on alpha [1], the auto-builder gave the following error. gcc -I../include -I/usr/include/pcre -Wall -O2 -g -c s_bsd_epoll.c s_bsd_epoll.c:87: error: expected declaration specifiers or '...' before 'epoll_create' s_bsd_epoll.c:87: error: expected declaration specifiers or '...' before 'size' s_bsd_epoll.c:88: warning: return type defaults to 'int' s_bsd_epoll.c: In function '_syscall1': s_bsd_epoll.c:88: error: expected declaration specifiers before '_syscall4' s_bsd_epoll.c:123: error: expected '=', ',', ';', 'asm' or '__attribute__' before '{' token s_bsd_epoll.c:175: error: expected '=', ',', ';', 'asm' or '__attribute__' before '{' token s_bsd_epoll.c:87: error: parameter name omitted s_bsd_epoll.c:87: error: parameter name omitted s_bsd_epoll.c:219: error: expected '{' at end of input make[2]: *** [s_bsd_epoll.o] Error 1 make[2]: Leaving directory `/build/buildd/ircd-hybrid-7.2.2.dfsg.1/src' make[1]: *** [build] Error 2 make[1]: Leaving directory `/build/buildd/ircd-hybrid-7.2.2.dfsg.1' make: *** [build-stamp] Error 2 This is fully reproducible on my alpha development machine into a up-to-date sid chroot. I am turning around to fix this bug. :( It is release-critical, because it prevents the package from going to testing and thus from fixing 2 other RC bugs. Cheers, [1] <http://buildd.debian.org/fetch.php?&pkg=ircd-hybrid&ver=1%3A7.2.2.dfsg.1-1&arch=alpha&stamp=1160378662&file=log&as=raw> -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#392649: ircd-hybrid: FTBFS on alpha: epoll_* syscall definitions changed since last build
Hi alpha porters, As I wrote in the bug report, I am turning around to find a fix. This bug did not appear in the previous build from the same release. It also does not appear on other architectures, because ircd-hybrid only uses epoll on alpha as rtsigio does not work there. Any help would be dearly appreciated. Thanks! On Thu, Oct 12, 2006 at 08:16:53PM +0200, Aurélien GÉRÔME wrote: > Package: ircd-hybrid > Version: 1:7.2.2.dfsg.1-1 > Severity: serious > Tags: help > > When building on alpha [1], the auto-builder gave the following error. > > gcc -I../include -I/usr/include/pcre -Wall -O2 -g -c s_bsd_epoll.c > s_bsd_epoll.c:87: error: expected declaration specifiers or '...' before > 'epoll_create' > s_bsd_epoll.c:87: error: expected declaration specifiers or '...' before > 'size' > s_bsd_epoll.c:88: warning: return type defaults to 'int' > s_bsd_epoll.c: In function '_syscall1': > s_bsd_epoll.c:88: error: expected declaration specifiers before > '_syscall4' > s_bsd_epoll.c:123: error: expected '=', ',', ';', 'asm' or > '__attribute__' before '{' token > s_bsd_epoll.c:175: error: expected '=', ',', ';', 'asm' or > '__attribute__' before '{' token > s_bsd_epoll.c:87: error: parameter name omitted > s_bsd_epoll.c:87: error: parameter name omitted > s_bsd_epoll.c:219: error: expected '{' at end of input > make[2]: *** [s_bsd_epoll.o] Error 1 > make[2]: Leaving directory `/build/buildd/ircd-hybrid-7.2.2.dfsg.1/src' > make[1]: *** [build] Error 2 > make[1]: Leaving directory `/build/buildd/ircd-hybrid-7.2.2.dfsg.1' > make: *** [build-stamp] Error 2 > > This is fully reproducible on my alpha development machine into a > up-to-date sid chroot. > > I am turning around to fix this bug. :( It is release-critical, > because it prevents the package from going to testing and thus from > fixing 2 other RC bugs. > > [1] > <http://buildd.debian.org/fetch.php?&pkg=ircd-hybrid&ver=1%3A7.2.2.dfsg.1-1&arch=alpha&stamp=1160378662&file=log&as=raw> Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#392649: ircd-hybrid: FTBFS on alpha: epoll_* syscall definitions changed since last build
On Thu, Oct 12, 2006 at 02:55:40PM -0700, Joshua Kwan wrote: > From the looks of it, it seems like you should be able to just delete all > the preprocessor stuff after the #includes in s_bsd_epoll.c and get away > with it. We know that etch will release with a glibc that contains a valid > epoll syscall definition. Could you try that on a porting machine? > Porters, is this a reasonable idea? Yes, I will give it a try... Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#392649: ircd-hybrid: FTBFS on alpha: epoll_* syscall definitions changed since last build
On Thu, Oct 12, 2006 at 04:09:53PM -0600, Steve Langasek wrote: > On Thu, Oct 12, 2006 at 08:37:59PM +0200, Aurélien GÉRÔME wrote: > > > As I wrote in the bug report, I am turning around to find a fix. > > FWIW, this doesn't translate well into idiomatic English. :) I think you > mean that you're desperate to find a fix? Sorry, indeed, it is a French idiom that I literally translated. :P > > This bug did not appear in the previous build from the same release. It > > also does not appear on other architectures, because ircd-hybrid only > > uses epoll on alpha as rtsigio does not work there. > > You should not be using epoll on alpha either, I'm afraid, because it's a > 2.6-only syscall and this means upgrades for stable will break for people > running the 2.4 kernel from sarge. I would be happy to do that. > You also should not be using syscall1 explicitly, you should be using the > glibc interfaces... Well, upstream uses them, not me. :) > Do you have a reference to why rtsigio is broken only on alpha? The upstream package build system gives the choice between rtsigio and epoll. By default, every architectures use rtsigio. However, I made alpha use epoll for the following reason. I did not file a bug report when I found it, but it appears in the debian/changelog. I was fixing a FTBFS due to a va_list bug in ircd-hybrid and I decided to really test whether ircd-hybrid ran on an alpha machine. The IRC daemon was running fine, but when an IRC client intended to connect, nothing happened (the same symptoms are described in #281234, except for the kernel messages). I attached the IRCd process to strace and got the following output. # strace -p 17222 Process 17222 attached - interrupt to quit gettimeofday({1160692603, 481665}, NULL) = 0 rt_sigtimedwait([IO RT_3], 0x120330c50) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1160692603, 984385}, NULL) = 0 rt_sigtimedwait([IO RT_3], 0x120330c50) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1160692604, 486254}, NULL) = 0 rt_sigtimedwait([IO RT_3], 0x120330c50) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1160692604, 988208}, NULL) = 0 rt_sigtimedwait([IO RT_3], 0x120330c50) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1160692605, 490120}, NULL) = 0 rt_sigtimedwait([IO RT_3], 0x120330c50) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1160692605, 992049}, NULL) = 0 rt_sigtimedwait([IO RT_3], 0x120330c50) = -1 EAGAIN (Resource temporarily unavailable) gettimeofday({1160692606, 493975}, NULL) = 0 rt_sigtimedwait([IO RT_3], Process 17222 detached And so on indefinitely... Here is the output of the IRC client on another host. 00:44 -!- Irssi: Looking up sardaukar 00:44 -!- Irssi: Connecting to sardaukar [10.0.0.9] port 6667 00:44 -!- Irssi: Connection to sardaukar established And nothing more. Hmm... When reproducing the case (after a rebuild with rtsigio) and looking at the buildd logs for each architecture, I just found that ircd-hybrid has been built with epoll on any architectures. I did a stupid thing in the debian/rules... Anyway, I will do another upload with rtsigio enabled for any architectures by default, but alpha will not work anymore as stated above, so I will retitle this bug with "Impossible to connect to IRC server on alpha" and lower the severity to important. I think that it is still better than a RC bug. :) Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#422139: closed by Gerrit Pape <[EMAIL PROTECTED]> (reply to [EMAIL PROTECTED]) (Re: Bug#422139: Please remove runit from the Depends field of git-daemon-run)
reopen 422139 thanks Hi, On Thu, Jun 14, 2007 at 08:18:03AM +, Debian Bug Tracking System wrote: >This is an automatic notification regarding your Bug report >#422139: Please remove runit from the Depends field of git-daemon-run, >which was filed against the git-daemon-run package. > >It has been closed by Gerrit Pape <[EMAIL PROTECTED]> (reply to [EMAIL >PROTECTED]). >On Mon, Jun 04, 2007 at 07:08:53PM +0200, Mark Lawrence wrote: >> >Please try 'apt-get install --reinstall runit', and check again whether >> >the git-daemon service is activated properly. If not, please post the >> >output of >> >> You don't get the point - I don't want to have runit installed at all. Why >> should another package be installed to do what the /etc/init.d/git-daemon >> file and sysvinit package would already provide on their own? runit would >> be superfluous. >> >> Honestly, I don't see the need for the git-daemon-run package at all. >> >> git-core should provide /etc/init.d/git-daemon, and have a >> /etc/default/git-daemon file with some kind of flag to specify if the >> daemon is actually run. Just like many other packages: >[...] > >Hi Mark, I got your point, but happen to not agree with it. Noone >forces you to install the git-daemon-run package, the git-daemon program >itself is in the git-core package. To enable the service for you, you >can simply put it into the inetd configuration, or write a short and >simple init script, as you like. I personally feel confident that the >setup of the service as done through the git-daemon-run package is >superior, and support exactly this. > >If this doesn't satisfy you, you can create a git-daemon-sysvinit >package that provides the init script and support it, or get some Debian >developer to do so. Would you agree to supply such a binary package in the git-core source package? In that case, I can prepare a patch to the current source package enabling it to *really* close this bug. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#422139: closed by Gerrit Pape <[EMAIL PROTECTED]> (reply to [EMAIL PROTECTED]) (Re: Bug#422139: Please remove runit from the Depends field of git-daemon-run)
retitle 422139 Please supply a sysvinit script thanks On Thu, Jun 14, 2007 at 01:53:55PM +0200, Aurélien GÉRÔME wrote: >reopen 422139 >thanks > >Hi, > >>If this doesn't satisfy you, you can create a git-daemon-sysvinit >>package that provides the init script and support it, or get some Debian >>developer to do so. > >Would you agree to supply such a binary package in the git-core source >package? In that case, I can prepare a patch to the current source >package enabling it to *really* close this bug. Sorry, I forgot to retitle it appropriately after reopening it. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#422139: closed by Gerrit Pape <[EMAIL PROTECTED]> (reply to [EMAIL PROTECTED]) (Re: Bug#422139: Please remove runit from the Depends field of git-daemon-run)
reopen 422139 merge 422139 426731 thanks On Fri, Jun 15, 2007 at 08:58:34AM +, Gerrit Pape wrote: >On Thu, Jun 14, 2007 at 01:53:55PM +0200, Aur??lien G??R??ME wrote: >> On Thu, Jun 14, 2007 at 08:18:03AM +, Debian Bug Tracking System wrote: >> >If this doesn't satisfy you, you can create a git-daemon-sysvinit >> >package that provides the init script and support it, or get some Debian >> >developer to do so. >> >> Would you agree to supply such a binary package in the git-core source >> package? In that case, I can prepare a patch to the current source >> package enabling it to *really* close this bug. > >Sorry, I'm really not eager to do this. Providing such a package means >taking responsibility, support its usage, deal with bug reports. I >dealt too much with init scripts in the past, and it's less work and >more fun for me to run/support services that are handled by runit. It is a preposterous argument, sysvinit scripts are the default in Debian and a simple init script would not get you bug reports. Being myself a maintainer of such packages in Debian, I am really amazed to read such a statement. >Didn't setting the initstyle of your vserver to 'plain' help? No, I do not want to run a vserver with plain initstyle, only because a random maintainer thinks sysvinit sucks. Moreover, one does not need a true init environment in a vserver by default, so it is not an acceptable workaround. [Skip OT about "the-sysvinit-sucks stuff"...] >There's no technical reason why a git-daemon-sysvinit package should be >build from the git-core source, so it should be possible to find someone >else who wants to do such package. And after all it'll be better; most Yes, there is. You do not create yet another source package only for an init script. It will probably never go through NEW for that reason. >probably I personally wouldn't agree with the implementation of the init >script, and service activation through /etc/default/, as submitted, as I >have different ideas on how it should work. It is not a matter of you agreeing or not, nor it is a matter of I not caring about other wannabe sysvinit implementations. The fact is that Debian *currently* uses sysvinit by default and it works *everywhere*, period. >The wish for an init script is recorded in http://bugs.debian.org/426731 >so I'm closing this report. No, you are not. I reopened and merged it instead, as I do not want this to go into oblivion. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#429437: new MAKEDEV usage chroot un friendly
retitle 429437 /dev/MAKEDEV does not exist in a chroot when udev does not run severity 429437 wishlist thanks Hi Kel, On Tue, Jun 19, 2007 at 06:17:14PM +1000, Kel Modderman wrote: >On Tue, 19 Jun 2007 08:38:30 am Ludovic RESLINGER wrote: >> It is not a solution to apply your patch because if /dev/MAKEDEV doesn't >> exist, /dev/raw1394 won't be created and libraw1394 won't work. >> >> I don't know how udev work in chroot, I think that you should ask it at >> udev's maitainer. > >Or your postinst could get smarter. Unconditionally calling > "cd /dev && ./MAKEDEV" >*assumes* udev is active. That condition is not true in all cases. Not necessarily, as you are using a chroot, the makedev package is present inside by default just after debootstrapping. It also provides a symlink from /dev/MAKEDEV to /sbin/MAKEDEV created by its init script which is called by its postinst maintainer script. To wit, makedev and udev conflict, so you have to make a choice. If you choose to use udev in a chroot, you *have* to run it, otherwise /dev/MAKEDEV will not exist and hence libraw1394 is bound to fail without the raw1394 character device. Silently hiding the non-creation of /dev/raw1394 is a bug and I advise the maintainer not to do so. If you do not want to run udev in your chroot, please choose makedev instead. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#429437: /dev/MAKEDEV does not exist in a chroot when udev does not run
severity 429437 minor tags 429437 = patch thanks On Tue, Jun 19, 2007 at 01:13:08PM +0200, Aurélien GÉRÔME wrote: >On Tue, Jun 19, 2007 at 06:17:14PM +1000, Kel Modderman wrote: >>On Tue, 19 Jun 2007 08:38:30 am Ludovic RESLINGER wrote: >>> It is not a solution to apply your patch because if /dev/MAKEDEV doesn't >>> exist, /dev/raw1394 won't be created and libraw1394 won't work. >>> >>> I don't know how udev work in chroot, I think that you should ask it at >>> udev's maitainer. >> >>Or your postinst could get smarter. Unconditionally calling >> "cd /dev && ./MAKEDEV" >>*assumes* udev is active. That condition is not true in all cases. > >Not necessarily, as you are using a chroot, the makedev package >is present inside by default just after debootstrapping. It also >provides a symlink from /dev/MAKEDEV to /sbin/MAKEDEV created by its >init script which is called by its postinst maintainer script. > >To wit, makedev and udev conflict, so you have to make a choice. > >If you choose to use udev in a chroot, you *have* to run it, otherwise >/dev/MAKEDEV will not exist and hence libraw1394 is bound to fail >without the raw1394 character device. Silently hiding the non-creation >of /dev/raw1394 is a bug and I advise the maintainer not to do so. > >If you do not want to run udev in your chroot, please choose makedev >instead. With udev, /dev/MAKEDEV is a symlink to /bin/true, so it actually does nothing, as it is udev which will create the chardev if necessary. However, with makedev, we must create the chardev, so I came up with the attached patch which will launch MAKEDEV only if makedev is installed. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin diff -ruN libraw1394-1.2.1.orig/debian/libraw1394-8.postinst libraw1394-1.2.1/debian/libraw1394-8.postinst --- libraw1394-1.2.1.orig/debian/libraw1394-8.postinst 2007-06-19 14:07:06.0 + +++ libraw1394-1.2.1/debian/libraw1394-8.postinst 2007-06-19 14:15:54.841329316 + @@ -1,9 +1,15 @@ #!/bin/sh -e if [ "$1" = "configure" ]; then - echo -n "Creating device node /dev/raw1394... " - cd /dev && ./MAKEDEV raw1394 - echo "done." + # If makedev is installed, use it to create the chardev. + # Otherwise, udev is installed and nothing needs to be done. + makedev=$(dpkg -l makedev 2>/dev/null|sed -n '$p') + if [ "$makedev" != "${makedev#i}" ] + then +echo -n "Creating device node /dev/raw1394... " +cd /dev && ./MAKEDEV raw1394 +echo "done." + fi fi #DEBHELPER# signature.asc Description: Digital signature
Bug#422139: Please remove runit from the Depends field of git-daemon-run
Hi Gerrit, On Tue, May 08, 2007 at 08:09:40AM +, Gerrit Pape wrote: >On Thu, May 03, 2007 at 08:30:23PM +0200, Aur??lien G??R??ME wrote: >> I completely fail to see why git-daemon-run depends on runit which >> is a replacement of sysvinit. Please remove that package from the >> Depends field. This bug appears in both Etch and Sid. > >Hi, this doesn't make sense, the whole and single purpose of the >git-daemon-run package is to provide a runit service. Try dpkg -L >git-daemon-run. The git-daemon program itself is in the git-core >package. Well, AFAICT, git-daemon-run can also be run either as a standalone service from an /etc/init.d script or as an inetd/xinetd service. >> I set the severity to important, because this bug leaves the package >> in an unconfigured state inside a vserver context. Precisely, the >> postinst maintainer script of runit fails to send a SIGHUP to init, >> because sysvinit is not used inside a vserver context, so there is >> no need to reread /etc/inittab. >> >> We might believe that it is a runit bug, but runit is fully > >It might be a bug in the runit Debian package, yes. It is actually the "kill -HUP 1" in the postinst of git-daemon-run which is at fault. >> useless inside a vserver context, so nobody would install such a >> software. Unfortunately, git-daemon-run installs it by the dependency >> mechanism. > >Ups, it's useless inside a vserver context?, I didn't know about that, >that would be another bug in the runit Debian package then. As a matter of fact, I did not know runit before I setup my git server and I was quite surprised that the git-daemon-run official Debian package would not be setup to run either as standalone or as an inetd/xinetd service. Maybe would it be possible to switch it to a standalone server? I can provide you a patch and a debconf question to do that, i.e. either the actual behaviour with runit or a standalone server. Please tell me your thoughts about it. :] Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#423417: pdftk: depends on libgcj7-0 which is no longer available
tags 423417 sid block 423417 by 421341 thanks Hi Frédéric, On Fri, May 11, 2007 at 01:39:46PM -0400, Frédéric Brière wrote: >This package should be rebuilt against libgcj7-1, as libgcj7-0 is no >longer found in sid. I would really like to do that, but unfortunately, pdftk no longer builds from source with the new toolchain. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#424141: bbe: FTBFS if build twice in a row
retitle 424141 FTBFS: missing a build-dependency on texinfo tags 424141 confirmed thanks Hi, On Tue, May 15, 2007 at 09:44:49PM +0200, Patrick Winnertz wrote: >Lucas Nussbaum has rebuilt the whole archive on i386 and your package FTBFS if >built twice in a row with the following error: [...] >The full build-log can be found at: >http://people.debian.org/~lucas/logs/2007/05/15/00_Failed_2/ > >About the archive rebuild: The rebuild was done on about 50 AMD64 nodes >of the Grid'5000 platform, using a clean chroot containing a sid i386 >environment. Internet was not accessible from the build systems. All >packages have been rebuilt twice in a row, with unpack, build, clean, >build. The original upstream tarball contains an already built bbe.html documentation file. The first build runs fine, but when the clean target is invoked, the file is then removed, leading to the FTBFS during the second build. Therefore, the control file is missing a build-dependency on texinfo which provides the makeinfo utility. I have a new upstream release to upload, so the file will be easily removed in the upstream tarball. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#425202: ircd-hybrid: contrib/m_services.c unusable as shipped
severity 425202 minor thanks On Sat, May 19, 2007 at 10:28:32PM -0700, Richard A Nelson wrote: >contrib/m_services.c has a define that must be altered by each site: >#define SERVICES_NAME "services.irc.ibm.com" > >It would very nice if you could support this the way you currently >handle nicklen, chanlen, etc - with a simple makefile update. I agree. >Also, is there still a reason that SSL must be enabled locally, instead >of being shipped in the default package ? Still the same old reason which hinders quite many other packages in Debian: to wit, the incompatibiliy between the GPLv2 and the OpenSSL license. The GPLv2 which ircd-hybrid is licensed under cannot be altered to be compatible with the OpenSSL license, because too many parties are involved. Nevertheless, it seems the current GPLv3 will solve the licensing conflict and, fortunately, ircd-hybrid is licensed under the GPLv2 *or later*. Therefore, when the GPLv3 will be officially released, it will be possible to distribute an OpenSSL-enabled ircd-hybrid. >Looking forward to 7.2.3 :) Sure thing. :] Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#421341: FTBFS: Something wrong with gcjh/classpath/something
unblock 421341 by 421301 tags 421341 patch clone 421341 -1 retitle -1 Linking failure at runtime, ABI mismatch between libgcj7-1 and libstdc++6 tags -1 = sid thanks On Sat, Apr 28, 2007 at 08:21:36PM +0200, Aurélien GÉRÔME wrote: >I noticed that gcj-4.1 is currently broken in Sid. Please see >Bug#421301 for reference. Sorry, it was a mistake from my part, there is absolutely no relation with Bug#421301 whatsoever; stupid me. Besides, I fixed our current Bug#421341. Previously, pdftk used gcj-4.1 (4.1.1) currently in Lenny, but gcj-4.1 (4.1.2) recently got into Sid. It seems that the behaviour of gcjh changed from 4.1.1 to 4.1.2, so I fixed the makefiles accordingly. The patch which I will use in the next upload is attached. Also, I will surely clean it up a bit, as I have to upload a new upstream release anyway. Unfortunately, even though pdftk now builds fine, it crashes at runtime. $ pdftk libgcj failure: gcj linkage error. Incorrect library ABI version detected. Aborting. The resulting pdftk binary is linked against: * libgcj.so.71 from the binary package libgcj7-1 coming from the source package gcj-4.1 (4.1.2); * libstdc++.so.6 from the binary package libstdc++6 coming from the source package gcc-4.2. It seems that libgcj.so.71 does not agree to be linked with such libstdc++.so.6. It is apparently due to an ABI mismatch between libgcj.so.71 and libstdc++.so.6. Please see [1] for reference. Cheers, [1] <http://gcc.gnu.org/ml/java-patches/2007-q1/msg00168.html> -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin --- pdftk-1.40.orig/pdftk/Makefile.Debian +++ pdftk-1.40/pdftk/Makefile.Debian @@ -23,7 +23,7 @@ # if you want pdftk to ask before overwriting a file, set # ASK_ABOUT_WARNINGS to true; otherwise: false; override this default # with the dont_ask or do_ask command-line options -CPPFLAGS= -O3 -DPATH_DELIM=0x2f -DASK_ABOUT_WARNINGS=false -fdollars-in-identifiers +CPPFLAGS= -w -O3 -DPATH_DELIM=0x2f -DASK_ABOUT_WARNINGS=false -fdollars-in-identifiers CXXFLAGS= -lgcj # itext compiler flags --- pdftk-1.40.orig/java_libs/gnu/gcj/convert/Makefile +++ pdftk-1.40/java_libs/gnu/gcj/convert/Makefile @@ -25,8 +25,8 @@ # the "$*" automatic variable, here # %.h : %.class - $(GCJH) --classpath="." $*; - $(RM) $< + $(GCJH) --classpath="/usr/share/java/libgcj-4.1.jar:$(PWD):." $* +# $(RM) $< ## # targets --- pdftk-1.40.orig/java_libs/java_local/security/Makefile +++ pdftk-1.40/java_libs/java_local/security/Makefile @@ -25,8 +25,8 @@ # the "$*" automatic variable, here # %.h : %.class - $(GCJH) --classpath="." $*; - $(RM) $< + $(GCJH) --classpath="/usr/share/java/libgcj-4.1.jar:$(PWD):." $* +# $(RM) $< ## # targets --- pdftk-1.40.orig/java_libs/gnu_local/java/security/provider/Makefile +++ pdftk-1.40/java_libs/gnu_local/java/security/provider/Makefile @@ -25,8 +25,8 @@ # the "$*" automatic variable, here # %.h : %.class - $(GCJH) --classpath="." $*; - $(RM) $< + $(GCJH) --classpath="/usr/share/java/libgcj-4.1.jar:$(PWD):." $* +# $(RM) $< ## # targets --- pdftk-1.40.orig/java_libs/gnu_local/java/security/Makefile +++ pdftk-1.40/java_libs/gnu_local/java/security/Makefile @@ -25,8 +25,8 @@ # the "$*" automatic variable, here # %.h : %.class - $(GCJH) --classpath="." $*; - $(RM) $< + $(GCJH) --classpath="/usr/share/java/libgcj-4.1.jar:$(PWD):." $* +# $(RM) $< ## # targets --- pdftk-1.40.orig/java_libs/com/lowagie/text/xml/xmp/Makefile +++ pdftk-1.40/java_libs/com/lowagie/text/xml/xmp/Makefile @@ -25,8 +25,8 @@ # the "$*" automatic variable, here # %.h : %.class - $(GCJH) --classpath="." $*; - $(RM) $< + $(GCJH) --classpath="/usr/share/java/libgcj-4.1.jar:$(PWD):." $* +# $(RM) $< ## # targets --- pdftk-1.40.orig/java_libs/com/lowagie/text/pdf/Makefile +++ pdftk-1.40/java_libs/com/lowagie/text/pdf/Makefile @@ -25,8 +25,8 @@ # the "$*" automatic variable, here # %.h : %.class - $(GCJH) --classpath="." $*; - $(RM) $< + $(GCJH) --classpath="/usr/share/java/libgcj-4.1.jar:$(PWD):." $* +# $(RM) $< ## # targets --- pdftk-1.40.orig/java_libs/com/lowagie/text/pdf/fonts/Makefile +++ pdftk-1.40/java_libs/com/lowagie/text/pdf/fonts/Makefile @@ -34,8 +34,8 @@ # the "$*" automatic variable, here # %.h : %.class - $(GCJH) --classpath="." $*; - $(RM) $< + $(GCJH) --classpath="/usr/share/java/libgcj-4.1.jar:$(PWD):." $* +# $(RM) $< ## # targets --- pdftk-1.40.orig/java_libs/com/lowagie/text/pdf/codec/postscript/Makefile +++ pdftk-1.40/java_libs/com/lowagie/text/pdf/
Bug#420973: pdftk: outdated upstream location
severity 420973 minor thanks Hi Adrian, On Wed, Apr 25, 2007 at 05:38:27PM +0200, Adrian Bunk wrote: >Manpage, package description and copyright file contain an outdated >upstream location that should be updated to > http://www.pdfhacks.com/pdftk/ Well, it always had 2 locations as far as I remember, but you are right as this one seems more up-to-date. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#421069: Typo in copyright file
Package: rubybook Version: 0.2.1-1 Severity: minor There is a typo in the copyright file: s/oragmaticprogrammer.com/pragmaticprogrammer.com/ Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#421099: New upstream release 0.97.0
Package: fmit Version: 0.96.7-1 Severity: wishlist Hi, A new upstream release is available at <http://download.gna.org/fmit/fmit-0.97.0.tar.bz2>. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#421341: FTBFS: Something wrong with gcjh/classpath/something
tags 421341 sid thanks Hi Sami, On Sat, Apr 28, 2007 at 07:39:45AM +0300, Sami Liedes wrote: >Package: pdftk >Version: 1.40-2 >Severity: serious >Justification: no longer builds from source > >I don't know whose bug this is, pdftk's (by possibly setting wrong >classpath? I don't know) or gcj's or what, but anyway, for me pdftk >doesn't build: OK, I will take a look in some hours... Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#421341: FTBFS: Something wrong with gcjh/classpath/something
tags 421341 confirmed thanks It is fully reproducible on powerpc with the same output. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature
Bug#421341: FTBFS: Something wrong with gcjh/classpath/something
block 421341 by 421301 thanks On Sat, Apr 28, 2007 at 12:07:00PM +0200, Aurélien GÉRÔME wrote: >It is fully reproducible on powerpc with the same output. I noticed that gcj-4.1 is currently broken in Sid. Please see Bug#421301 for reference. Cheers, -- .''`. Aurélien GÉRÔME : :' : `. `'` Free Software Developer `- Unix Sys & Net Admin signature.asc Description: Digital signature