Bug#486309: swaks: Please upgrade libnet-ssleay-perl and libnet-dns-perl as Recommends
Package: swaks Version: 0+20061116.0-2 Severity: wishlist Hi! swaks is a really great tool, but I think that it's really useful when libnet-ssleay-perl and libnet-dns-perl are installed. As both aptitude and apt-get now installs Recommends by default, I think these packages currently listed as Suggests should be upgraded to Recommends. Knowing how Perl works is not useful for testing mail servers, authentication and encrypted channels, so I think perl-doc should stay as a suggestion. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#488341: iceweasel-torbutton: does not work with iceweasel 3.0
On Sat, Jun 28, 2008 at 01:14:49PM +0800, Paul Wise wrote: On Sat, 2008-06-28 at 13:05 +0800, Paul Wise wrote: I think you will need to upgrade it to 1.2.0rc1 in Debian. PS: I note on the addons site that some people noticed it does nasty things; changes your preferences without permission. A few bugs remains to be solved by upstream before we can consider the new 1.2 branch in Debian. Thanks to the magnificient help from Arnaud Renevier, they should be solved pretty soon. :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#488687: partman-crypto: Broken when using multiple disks
tag 488687 + patch reassign 488687 partman-base thanks On Mon, Jun 30, 2008 at 06:32:30PM +0200, Daniel Baumann wrote: I can reproduce it on a couple of completely different machines with always the same result. However, the last one I did had the following partitioning layout: /dev/hda1 /boot ext3 /dev/hda5 crypted random key /dev/hda6 crypted passphrase /dev/hda7 crypted passphrase /dev/hdb1 crypted passphrase as soon as you press the 'Configure encrypted volumes', d-i starts creating the *first* and the *last* encrypted partitions, im my case these are hda5_crypt and hdb1_crypt. those in between are skipped. Running a 'Configure encrypted volumes' again, doesn't help much as it messes arround again with the previous configured partitions and wants to reformat them again and again. The problem lies in the fact that: * crypto_setup() changes the current directory to the partman directory for the device on which is located the encrypted partition, * crypto_setup() calls setup_cryptdev(), * setup_cryptdev() calls partman_lock_unit(), * partman_lock_unit() goes through all devices (and partitions), changing the current directory. The attached patch changes partman_lock_unit() and partman_unlock_unit() to restore the current directory once their job is done. I am not commiting this patch directly as I doubt it to be the best way to do this. One could argue that a pair of parenthesis could be put around the call to partman_lock_unit() in setup_cryptdev(); please reassign the bug back to partman-crypto if that feels more desirable. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- diff --git a/packages/partman/partman-base/lib/base.sh b/packages/partman/partman-base/lib/base.sh index 3fb29d3..67450e9 100644 --- a/packages/partman/partman-base/lib/base.sh +++ b/packages/partman/partman-base/lib/base.sh @@ -903,10 +903,11 @@ disable_swap () { # Lock a device or partition against further modifications partman_lock_unit() { - local device message dev testdev + local device message cwd dev testdev device=$1 message=$2 + cwd=$(pwd) for dev in $DEVICES/*; do [ -d $dev ] || continue cd $dev @@ -916,6 +917,7 @@ partman_lock_unit() { testdev=$(mapdevfs $(cat device)) if [ $device = $testdev ]; then echo $message locked +cd $cwd return 0 fi fi @@ -930,13 +932,15 @@ partman_lock_unit() { done close_dialog done +cd $cwd } # Unlock a device or partition to allow further modifications partman_unlock_unit() { - local device dev testdev + local device cwd dev testdev device=$1 + cwd=$(pwd) for dev in $DEVICES/*; do [ -d $dev ] || continue cd $dev @@ -946,6 +950,7 @@ partman_unlock_unit() { testdev=$(mapdevfs $(cat device)) if [ $device = $testdev ]; then rm -f locked +cd $cwd return 0 fi fi @@ -960,6 +965,7 @@ partman_unlock_unit() { done close_dialog done + cd $cwd } log '***' signature.asc Description: Digital signature
Bug#487740: setting package to silcd silc-server, tagging 487740
# Automatically generated email from bts, devscripts version 2.10.20~bpo40+1 # # silc-server (1.1.11-1) UNRELEASED; urgency=low # # * Add Spanish translation of debconf templates. (Closes: #487740) #Thanks Martin Bagge! # package silcd silc-server tags 487740 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489588: Install report Medion akoye E1210 (MD96910)
On Sun, Jul 06, 2008 at 11:49:22PM +0200, Michael Kesper wrote: network card (r1000?) isn't detected module r8169 is loaded and chokes, see syslog You forgot to attach it, it seems… Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#478591: cdebconf-entropy: Dialog texts and buttons
On Sun, May 04, 2008 at 04:49:01PM +0200, Max Vozeler wrote: Note that Otavio has just started preparations for Beta2 and I think we should delay this string change until just after that. Okay. Let's delay it. Now that beta2 is out, it would be great to sort this issue quite soon in order to leave enough time for translators before the release. Max, are you available to follow-up on this? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#482145: silc client segfaults if key is verified after disconnection
Hi! I have spent some time trying to fix the bug reported to the Debian SILC package as #482145 [1], but solving this might require some pretty bad tricks (or an API change). [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=482145 In the silc client (or the irssi plugin), during the first connection to an unknown server, the client asks the user about the key. It's pretty easy to start the connection and jump to do something else while the client is connecting (especially if the network is slow). If the answer takes too much time to come, the remote server will simply drop the connection. But the minibuffer is still asking for a reply, and answering will result in a segfault. This segfault will be triggered by client_ops.c:verify_public_key_completion() when calling silc_pkcs_save_public_key() with a free'd public_key. I have tried to resolve the issue by trying to verify the connection status in verify_public_key_completion(). But verify-conn is already free'd as well. The SILC_SERVER_REC has a disconnected field, which seems to be updated when the server is disconnected. So I thought about adding another field of type SILC_SERVER_REC * to PublicKeyVerify, but there seems to be no way to get a proper reference. When the PublicKeyVerify structure is initialized in silc_verify_public_key_internal(), SilcClientConnection has just been created by silc_client_add_connection() and the caller of silc_client_connect_to_server() has no way to set the context field at that time. So well, here's my current findings, and I don't think that I will be able to solve this issue without some external help. :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#394871: [g-i] dead keys not working
reassign 394871 libgtk+2.0-directfb0 tags 394871 + patch thanks On Mon, Dec 04, 2006 at 03:10:33PM +0100, Attilio Fiandrotti wrote: * Test results for bug #394871 (deadkeys not working) - Using df_input i could correctly use deadkeys for all the above listed keymaps - Using gtk-demo i could not use deadkeys at all - I believe this bug is related to GTK and not DFB You were right! Since DirectFB 0.9.26, dead keys are handled internally by its own input layer… and the code to handle dead keys was still present in GDK/DirectFB! Being handle twice, this meant more death than really needed. :) The attached patch just remove the troublesome handling in GDK. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- diff --git a/gdk/directfb/gdkkeys-directfb.c b/gdk/directfb/gdkkeys-directfb.c index 48d2c5c..be2d4d1 100644 --- a/gdk/directfb/gdkkeys-directfb.c +++ b/gdk/directfb/gdkkeys-directfb.c @@ -1629,28 +1629,7 @@ gdk_directfb_translate_key (DFBInputDeviceKeyIdentifier key_id, break; case DIKT_DEAD: -switch (key_symbol) -{ - case DIKS_DEAD_ABOVEDOT: keyval = GDK_dead_abovedot; break; - case DIKS_DEAD_ABOVERING:keyval = GDK_dead_abovering;break; - case DIKS_DEAD_ACUTE:keyval = GDK_dead_acute;break; - case DIKS_DEAD_BREVE:keyval = GDK_dead_breve;break; - case DIKS_DEAD_CARON:keyval = GDK_dead_caron;break; - case DIKS_DEAD_CEDILLA: keyval = GDK_dead_cedilla; break; - case DIKS_DEAD_CIRCUMFLEX: keyval = GDK_dead_circumflex; break; - case DIKS_DEAD_DIAERESIS:keyval = GDK_dead_diaeresis;break; - case DIKS_DEAD_DOUBLEACUTE: keyval = GDK_dead_doubleacute; break; - case DIKS_DEAD_GRAVE:keyval = GDK_dead_grave;break; - case DIKS_DEAD_IOTA: keyval = GDK_dead_iota; break; - case DIKS_DEAD_MACRON: keyval = GDK_dead_macron; break; - case DIKS_DEAD_OGONEK: keyval = GDK_dead_ogonek; break; - case DIKS_DEAD_SEMIVOICED_SOUND: - keyval = GDK_dead_semivoiced_sound;break; - case DIKS_DEAD_TILDE:keyval = GDK_dead_tilde;break; - case DIKS_DEAD_VOICED_SOUND: keyval = GDK_dead_voiced_sound; break; - default: - break; -} +/* dead keys are handled directly by directfb */ break; case DIKT_CUSTOM: signature.asc Description: Digital signature
Bug#401296: [g-i] wrong mapping of unicode keys
clone 401296 -1 reassign -1 kbd-chooser retitle -1 kbd-chooser: do not properly load unicode keymaps in g-i reassign 401296 libdirectfb-1.0-0 tags 401296 + d-i patch thanks On Mon, Dec 04, 2006 at 03:10:33PM +0100, Attilio Fiandrotti wrote: * Test results for bug #401296 (wrong encoding) - There were no differences between gtk-demo and df_input test results: both failed, as described by Eddy Petrisor for ro keymap and Miroslav Kure for cz-[lat2 | us-qwerty], to display some accented letters. - I believe this bug is related to DFB or a lower lever component This issue is actually the result of two problems related to the way the Linux kernel handle unicode keymaps. First issue is in kbd-chooser: when run from the graphical installer, the keymap was not loaded using unicode symbols. This is due to the usage of the K_MEDIUMRAW keyboard mode by DirectFB, as pointed by Davide [1]. To get an unicode keymap loaded by loadkeys the keyboard must be in K_UNICODE mode ; so a temporary switch has to be done. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=35;bug=401296 The second issue is in DirectFB itself and is solved in this patch. One aspect is pretty similar: when the library asks the kernel for the key symbols, the result are truncated for unicode symbols if the keyboard is not in K_UNICODE mode. So, a temporary switch is needed, as well as applying the right bitmask in order to retrieve the full unicode symbol. The attached patch fixes the issue in both the keyboard and linux_input input drivers. Both were displaying correct mapping on dfbinput -k. It's really late now, and I might have made a mistake with my test setup, but I needed to disable the keyboard driver was needed to get the symbols properly showed in the GTK+ frontend of the debian-installer. Waow… this one really took some time to figure out… (and thanks free software for being able to track a code path in 5 different projects, from the debian-installer to the kernel itself!) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- diff --git a/inputdrivers/keyboard/keyboard.c b/inputdrivers/keyboard/keyboard.c index 26dbad9..1f9b986 100644 --- a/inputdrivers/keyboard/keyboard.c +++ b/inputdrivers/keyboard/keyboard.c @@ -85,6 +85,10 @@ keyboard_get_symbol( int code, unsigned char index = KVAL(value); int base = (level == DIKSI_BASE); + /* Handle unicode characters directly */ + if (type = 0x0f) { + return DFB_KEY( UNICODE, value ^ 0xf000 ); + } switch (type) { case KT_FN: if (index 20) @@ -413,10 +417,17 @@ driver_get_keymap_entry( CoreInputDevice *device, void *driver_data, DFBInputDeviceKeymapEntry *entry ) { + KeyboardData *data = (KeyboardData*) driver_data; int code = entry-code; unsigned short value; DFBInputDeviceKeyIdentifier identifier; + /* switch to unicode mode to get the full keymap */ + if (ioctl( data-vt-fd, KDSKBMODE, K_UNICODE ) 0) { + D_PERROR( DirectFB/Keyboard: K_UNICODE failed!\n ); + return DFB_INIT; + } + /* fetch the base level */ value = keyboard_read_value( driver_data, K_NORMTAB, code ); @@ -460,6 +471,12 @@ driver_get_keymap_entry( CoreInputDevice *device, entry-symbols[DIKSI_ALT_SHIFT] = keyboard_get_symbol( code, value, DIKSI_ALT_SHIFT ); + /* switch back to medium raw mode */ + if (ioctl( data-vt-fd, KDSKBMODE, K_MEDIUMRAW ) 0) { + D_PERROR( DirectFB/Keyboard: K_MEDIUMRAW failed!\n ); + return DFB_INIT; + } + return DFB_OK; } diff --git a/inputdrivers/linux_input/linux_input.c b/inputdrivers/linux_input/linux_input.c index a4fd232..655fffc 100644 --- a/inputdrivers/linux_input/linux_input.c +++ b/inputdrivers/linux_input/linux_input.c @@ -374,6 +374,10 @@ keyboard_get_symbol( int code, unsigned char index = KVAL(value); int base = (level == DIKSI_BASE); + /* Handle unicode characters directly */ + if (type = 0x0f) { + return DFB_KEY( UNICODE, value ^ 0xf000 ); + } switch (type) { case KT_FN: if (index 20) @@ -1201,10 +1205,23 @@ driver_get_keymap_entry( CoreInputDevice *device, int code = entry-code; unsigned short value; DFBInputDeviceKeyIdentifier identifier; + int orig_mode; if (!data-vt) return DFB_UNSUPPORTED; + /* save keyboard mode in order to restore it later
Bug#339352: Reopen and block 339352
clone 339352 -1 reassign -1 kbd-chooser retitle -1 kbd-chosser: do not handle CapsShift in keymaps severity -1 minor block 339352 by -1 thanks On Tue, Oct 17, 2006 at 12:03:55AM +0200, Frans Pop wrote: We have worked around this issue by replacing CapsShift by Shift in the fr-latin9 keymap file […]. CapsShift is not currently handled in DirectFB (#383220) but is not handled in kbd-chooser's loadkeys either… :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#321109: [PATCH] grub-installer password confirmation
On Fri, Apr 25, 2008 at 12:35:21PM +0100, James Westby wrote: I tested yesterday with preseeding the grub-installer/password-crypted value with a crypted value that I generated with grub beforehand. I was able to use the uncrypted password to unlock grub after install. Great! I'm not sure what you mean by both for clear text and encrypted. Would you like to test preseeding grub-installer/password and grub-installer/password-again? Yes. :) Sometimes, people prefer to have a preseeding file with password in cleartext so they can more easily remember them… Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#477988: Failed to detect ROM drive after starting installation
reassign 477988 debian-installer retitle 477988 Document irqpoll in the special boot parameters help screen severity 477988 wishlist thanks On Sat, Apr 26, 2008 at 07:18:19AM +0100, Chris Bell wrote: Repeatedly stopped reading DVD/CD while searching for hardware and ROM drive, so I tried altF2 dmesg | more Near end of file, found Probing IDE interface ide1 hdc: TOSHIBA DVD-ROM SD-C2402, ATAPI CD/DVD-ROM drive IRQ 15: Nobody cared, disabling interrupt This was immediately followed by a string of reports about hdc (CD/DVD) lost interrupt, and eventually a hint to try rebooting with the irqpoll option. Tried another installation using expert irqpoll no problems, went straight through and re-booted OK. Should irqpoll be included in the standard installation proceedure? irqpoll really slow down the system and it would be a loss to include it in the default command-line. However, it is not currently documented in the help screen alongside other special boot parameters for hardware work-arounds. It might worth it to mention it there. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#477700: setting package to netcfg netcfg-static, tagging 477700
# Automatically generated email from bts, devscripts version 2.10.20~bpo40+1 # # netcfg (1.44) UNRELEASED; urgency=low # # * Define IPv6 ::1 address as localhost. (Closes: #477700) #Thanks to Marco d'Itri for the patch. # package netcfg netcfg-static tags 477700 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477268: [EMAIL PROTECTED]
On Tue, Apr 22, 2008 at 06:10:15PM +1200, Steven Jones wrote: Image version: 4.0.r3 netinst iso. Machine: Whitebox, Asus P5K Premium Wi-fi motherbaird with Perc 3CDL raid controller, PCI MX200 graphics card. Processor: dual core celeron 1.6Ghz Please note that this is fairly recent hardware. Your motherboard was released after Etch. Debian is slowly making progress on releasing Etch+1/2 which will make a newer kernel available to the stable release, supporting more hardware. Several problems were encountered...the Asus P5K permium wi-fi motherboard has 6 internal sata ports (ICH9R) and one ide port with two e-sata (J-micron). The cd would only go through the detect CD stage if the sata dvd was on sata port 1, I tried it initially on 4 then 3 and it didnt work. Seems like one of these SATA controllers are unsupported by the Linux kernel in Etch (2.6.18). I next moved to an IDE DVD and got the same problem. I think what was happening was the cd detection was off looking for a cdrom on the raid card or adaptec 3940at each test it locked up the box at 8% but the scsi hds lights were flashing, each in turn briefly. The flashing is normal: drivers for each supported controllers are loaded only just before the CD detection. Most SCSI cards that I have seen initialize their disks in turn, making their light flash that way. The freezing, and the other issues mentioned below remind me about the dreaded SCSI terminators problem. Could you please fully verify your SCSI setup? When I went back to the sata dvd drive and port 1 on the ICH9R the cd detect went fine. However I then encountered a terminal issue with the Megaraid module so was unable to install etch. What do you mean by a terminal issue? I went back to 3.1 netinst cd […] Neither Sarge nor 2.4 kernels are supported by the d-i team anymore. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#477268: [EMAIL PROTECTED]
Hi! Please keep the bug report in Cc. Please also note that I am just trying to help here. Debian is a volunteer project, and owe you nothing particularily. Your problem seems unlikely to be directly in the installation software, but more in the kernel, which is not something the debian-installer team is directly responsible of. On Sun, Apr 27, 2008 at 09:42:25PM +1200, Steven Jones wrote: Older kernels work, suggesting the bug has been introduced by adding a later megaraid driver! Could you please look at #410817 [1] and see if that bug report match your problems with the megaraid driver? [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=410817 Debian is slowly making progress on releasing Etch+1/2 which will make a newer kernel available to the stable release, supporting more hardware. Lenny has 2.6.24-5, it does not work eitherso you have a way to go When you say does not work either you are talking specifically about megaraid support, right? The onboard controller is the same one for ports 1 to 6...yet only port 1 will install. Is every port configured in the same way? No SATA (fake) RAID activated or something similar in the BIOS? When I went back to the sata dvd drive and port 1 on the ICH9R the cd detect went fine. However I then encountered a terminal issue with the Megaraid module so was unable to install etch. What do you mean by a terminal issue? I cannot install, the install dies/lockups. Any error mesage available? (Hint: Alt+F4 show the installation log.) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#477331: More information about this issue
On Sat, Apr 26, 2008 at 07:35:11PM -0300, Otavio Salvador wrote: I did a bisect and it shows f3cec9d1c2a4d43cd734aae4bc7f8e7410a5e89a as the bad one. Looking at it I had figure that 08516d97a1b34cbb119d6d842ae31e4cb4e08740 might be the responsable change (since it was merged) and reverted it. It solves the problem. When started with CAIRO_DIRECTFB_NO_ACCEL=true in the environment, the display is fine. I have tested this with both cdebconf tests and by passing it as an argument on the debian-installer boot command line. If the issue happens to need time to be properly solved, we could probably define this variable during d-i startup until then. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#473401: grub-installer: grub2 config for Windows partition does not boot
On Wed, Apr 30, 2008 at 11:38:56PM +0200, Robert Millan wrote: This patch gets rid of the problem by simplifiing the convert() function like we did for grub-install/update-grub. Although maybe it's a bit too radical. But since we're committed to use this approach in the grub package, I think it's a good idea to do the same on D-I. Comments? How extensively have you tested that patch? On first look, I am all in favor of reducing code complexity in d-i. :) Does this change affect rescue mode as well? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#481169: installation-reports
On Wed, May 14, 2008 at 11:31:15AM +0200, michel levy wrote: Machine : toshiba 310CDT Processor : Pentium 200Mhz with MMX support Memory : 94MB […] Initial boot: [E] The machine stops with code : bad EIP value debian kernel panic not syncing : attempt to kill init It looks like an hardware problem. It might be triggered only with the newer version of the kernel though. Could you please ensure that your memory is fine (memtest86 should help) and look for a possible BIOS upgrade? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#481687: Install report
tag 481687 + moreinfo thanks On Sat, May 17, 2008 at 03:07:08PM -0700, Avery Fay wrote: 1.) The installer repeatedly asks me if I want to start pccard services. I realize I'm doing an expert install, but I can't see a situation where I would change my mind and therefore would want to be asked again. Imagine that you have a PC Card NIC. The drivers for the PC Card controller are in a udeb on an IDE CD-ROM drive. You would not enable the PC Card service during the first question, but you would the second time. 2.) Guided partitioning does not ask at all about swap. It gave me a 10 or 12 GB swap partition which is pretty ridiculous for my needs. A simple question like How large do you want your swap partition to be (in multiples of main memory)? would be fine. Again, this is an expert install. I'd like to be asked about this stuff. Already known issue. See #346589. 3.) GB != GB in manual LVM setup. Space available on a volume group is reported as 299GB and yet making a logical volume of 295GB fails because there isn't enough space. I don't really care whether the installer uses traditional mega-, giga- or hard drive manufacturer mega-, giga-, BUT it should be consistent. As it is, manual partitioning is guess and check. Already known issue. See #411943. 4.) The gui installer crashed when I tried to manually partition. Given some of the recent reports on debian-boot, I decided not to investigate this further, but if there are no known crashes (was gdk-something) I can try to get it to happen again. I had no report of such issue. You would be welcome if you could provide us a procedure on how to reproduce the crashes you have experienced. 5.) Having a gui is a great way to make partitioning easier. Unfortunately, the current gui is an exact clone of the text interface. This does not translate well at all. I'd like to see visual representation of the layout as well as buttons for add/delete/modify next to partitions. Also, there's no need to go to a separate page when modifying a partition... just bring up a modal dialogue. A specific partitioning interface for the graphical installer is in everyone's mind for a while now. The first step was to work on the GTK+ frontend for cdebconf to make the creation of plugins easier and this is mostly done now. Given the short time before the release of Lenny, we have decided to improve the current interface (by providing properly aligned columns instead of misrendered whitespaces) instead of working on a specific partitioner interface. The main issue is lack of time and interested contributors though. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#480937: Etch Install
tag 480937 + moreinfo thanks On Mon, May 12, 2008 at 03:23:17PM -0400, Dan Collier wrote: Comments/Problems: It seemed to install OK install the boot loader OK, but it will not boot either the Debian drive or the Windows drive. I don't know Linux, so I don't know what to do to fix the boot loader. I would appreciate any help you can offer. As far as I understand your issue, it might be related to your BIOS settings. In any case, the installation CD provides a rescue mode which you can start be typing rescue at the initial installation boot prompt (the one with the Debian logo). The rescue mode provide an option to reinstall the boot loader. See: http://www.debian.org/releases/stable/i386/ch08s07.html.en Hope that helps, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#481433: Installation report: minor partitioning display bug, otherwise fine (Daily i386 netboot build, 13-May-2008)
reassign 481433 partman-base 117 retitle 481433 wrong partition numbering when confirming changes severity 481433 minor tag 481433 patch thanks On Thu, May 15, 2008 at 08:05:16PM -0400, Johnathan Mayo wrote: However, when I continued on and the screen came up afterwards to confirm it looked like the following: The partition tables of the following devices are changed: IDE1 master (hda) The following partitions are going to be formatted: partition #1 of IDE1 master (hda) as ext3 partition #1 of IDE1 master (hda) as swap Well spotted! :) The bug has been introduced while adding support for multipath devices. I have just commited a fix for this issue. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#486309: swaks: Please upgrade libnet-ssleay-perl and libnet-dns-perl as Recommends
On Sun, Jun 15, 2008 at 11:58:02AM +0200, Andreas Metzler wrote: swaks is a really great tool, but I think that it's really useful when libnet-ssleay-perl and libnet-dns-perl are installed. As both aptitude and apt-get now installs Recommends by default, I think these packages currently listed as Suggests should be upgraded to Recommends. Personally I always use the -s option, since I access/test a specific server and not the mx for a given domain, so it *is* useful without libnet-dns-perl. No strong feelings with respect to libnet-ssleay-perl, though. I never said that it was not useful without libnet-dns-perl. But you get most out of swaks possibility when it is installed; that's why I was suggesting a Recommends. As you are the maintainer, it's up to you! :) As a final suggestion, you could always patch swaks to suggest Debian packages names in the same messages that suggests the missing Perl module. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#487955: reprepro: sub-components not handled properly
Package: reprepro Version: 3.5.1-1 Severity: normal Hi! I am trying to create a repository that would look like Debian's volatile or security repositories. Both uses Components like updates/main or volatile/main. Unfortunately, reprepro seems unable to handle such repositories. The normal configuration snippet in conf/distributions shoud be: Origin: Debian Suite: stable Codename: etch Architectures: i386 Components: updates/main But when using export, the Release file is created in dists/etch/Release when it should be created in dists/etch/updates/Release. Same goes for the paths to Packages files which have an extra updates/ directory. Thanks for your help and this great piece of software. :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#487955: reprepro: sub-components not handled properly
On Wed, Jun 25, 2008 at 02:39:18PM +0200, Bernhard R. Link wrote: I think this is a hint that you want Codename: etch/updates Components: main instead. Doing this result in a Release file containing (indeed): Codename: etch/updates Components: main This diverges slightly from Release files in security or volatile repositories: Codename: etch Components: updates/main updates/contrib updates/non-free Limited to conf/distributions, it is not really a problem, but when adding updates it gets hard to have a correct configuration, and this tends to trigger APT warnings for codename mismatch. After fiddling a lot with the configuration and setting up manual symlinks, it seems that we now have something working. You might consider this bug as only a cosmetic issue or lack of documentation. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#487955: reprepro: sub-components not handled properly
On Wed, Jun 25, 2008 at 03:48:49PM +0200, Bernhard R. Link wrote: * Jérémy Bobbio [EMAIL PROTECTED] [080625 15:29]: Doing this result in a Release file containing (indeed): Codename: etch/updates Components: main This diverges slightly from Release files in security or volatile repositories: Codename: etch Components: updates/main updates/contrib updates/non-free security layout is from before apt as far as I know, and apt when I last looked has some dirty workaround because of that. Perhaps apt invented some new sheme so security fits into this, though. Well… the workarounds might be dirty, but are now also used for volatile updates. Limited to conf/distributions, it is not really a problem, but when adding updates it gets hard to have a correct configuration, Well, in apt/sources.list the distribution you usually put is etch/updates and the codename in main. Bending this forward and backward till it fits seems a bit strange. True. I had not thought about that. and this tends to trigger APT warnings for codename mismatch. Hm, that must have changed (though already some time ago). Looks like apt was changed to the inconsistent naming of security instead of the other way around... Sigh... Well… feel free to tag the bug as wishlist or just close it by adding some documentation. Many thanks for your help. :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#478591: cdebconf-entropy: Dialog texts and buttons
On Wed, Apr 30, 2008 at 01:43:20AM +0200, Frans Pop wrote: On Wednesday 30 April 2008, Frans Pop wrote: Is the Continue button defined at all? What happens if it is clicked? Does it even make sense to have a Continue button? It would effectively leave the installer with insufficient entropy to actually continue. Looks like the Continue button becomes active automatically after enough entropy has been gathered (same dialog remains displayed, but its text changes and the button becomes active). Maybe it should just be hidden while entropy is still being gathered. I had a look today, and due to newt current limitations, this would be hard to do in a nice way. So I think this is pretty wontfix. I think that having a Go back button to break off the process of gathering entropy would make more sense. This could still be useful. The entropy plugins add a Go Back button when the backup capability is set. This was not actually the case before version 29, where cdebconf-newt-entropy was always adding the Go Back button. So we have a regression here if it's not shown during the installation. :D Looks like have_entropy_plugin() uses db_capb instead of db_capb backup in order to check for the plugin-entropy capability. As I am currently on the go, I am unable to verify if this would fix the problem… If this is true, at least a clone of this bug should probably be reassigned to partman-crypto. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#479431: Should D-I upgrade packages during pkgsel?
On Mon, May 05, 2008 at 02:57:34PM +0200, Frans Pop wrote: If we do want to do this, I guess it would have to be a separate step in pkgsel, preferably _before_ running tasksel. Maybe we should somehow check if there are updates available and then run an in-target aptitude --without-recommends safe-upgrade possibly after prompting the user whether he wants to do the upgrade or not. What do others think of this? Sounds like a good idea. :) I think that we should do the upgrade without prompting if a security mirror has been defined. This sounds like a reasonable default. Would safe-upgrade handle changes in kernel package names? (I am not totally up to date on these new terms.) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#479325: cdebconf-gtk-entropy: minor usability issues
tag 479325 + patch thanks On Sun, May 04, 2008 at 12:40:21PM +0200, Frans Pop wrote: I've just tried out the entropy gathering in the graphical frontend, and it seems to work great. However, I do have a few minor nitpicks. * The text You can speed up... seems to have some hardcoded line feeds in it, which means its not using the full width of the display as other dialogs do. * The progress bar is missing a percentage indicator. However, that's really a general issue in the graphical installer. I seem to miss it here more than elsewhere though. * When entering character using the keyboard, cdebconf-newt-entropy will periodically clear the text box so that it does not overflow. The gtk variant currently lacks that. All of them should be addressed in the attached patch. Could you please confirm this? Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- commit 86375ad7b7f59ca045358b3a3f881af16fdd418e Author: Jérémy Bobbio [EMAIL PROTECTED] Date: Mon May 5 22:42:12 2008 + Display the help text in a similar way than descriptions The help text is now displayed by the GTK+ entropy plugin with the same widget (and thus style) as normal extended descriptions. This slightly improve usability by adding more coherence to the interface. diff --git a/packages/cdebconf-entropy/debian/changelog b/packages/cdebconf-entropy/debian/changelog index fd8046a..60e87b2 100644 --- a/packages/cdebconf-entropy/debian/changelog +++ b/packages/cdebconf-entropy/debian/changelog @@ -1,3 +1,11 @@ +cdebconf-entropy (0.8) UNRELEASED; urgency=low + + * Fix minor usability issues in the GTK+ plugin: +- Display the help text in a similar way than normal extended + descriptions. + + -- Jérémy Bobbio [EMAIL PROTECTED] Mon, 05 May 2008 22:38:24 + + cdebconf-entropy (0.7) unstable; urgency=low * Rename newt entropy plugin from entropy-text to entropy. diff --git a/packages/cdebconf-entropy/gtk-plugin-entropy.c b/packages/cdebconf-entropy/gtk-plugin-entropy.c index d61a58d..41a41a0 100644 --- a/packages/cdebconf-entropy/gtk-plugin-entropy.c +++ b/packages/cdebconf-entropy/gtk-plugin-entropy.c @@ -51,7 +51,11 @@ static void handle_continue(GtkWidget * button, struct entropy * entropy_data) static gboolean add_help_text(struct entropy * entropy_data, GtkWidget * container) { -GtkWidget * label; +GtkWidget * view; +GtkTextBuffer * buffer; +GtkTextIter start; +GtkTextIter end; +GtkStyle * style; char * help_text; help_text = cdebconf_gtk_get_text( @@ -59,14 +63,27 @@ static gboolean add_help_text(struct entropy * entropy_data, You can help speed up the process by entering random characters on the keyboard or by moving the mouse randomly, or just wait until enough key data has been collected (which can take a long time).); -label = gtk_label_new(help_text); +/* XXX: check NULL! */ +view = gtk_text_view_new(); +/* XXX: check NULL! */ +buffer = gtk_text_view_get_buffer(GTK_TEXT_VIEW(view)); +gtk_text_buffer_set_text(buffer, help_text, -1 /* until '\0' */); g_free(help_text); - -gtk_label_set_line_wrap(GTK_LABEL(label), TRUE); -gtk_misc_set_alignment(GTK_MISC(label), 0 /* left */, 0 /* top */); -gtk_box_pack_start(GTK_BOX(container), label, FALSE /* no expand */, - TRUE /* fill */, DEFAULT_PADDING); - +gtk_text_view_set_editable(GTK_TEXT_VIEW(view), FALSE); +gtk_text_view_set_cursor_visible(GTK_TEXT_VIEW(view), FALSE); +gtk_text_view_set_wrap_mode(GTK_TEXT_VIEW(view), GTK_WRAP_WORD_CHAR); +gtk_text_view_set_left_margin(GTK_TEXT_VIEW(view), DEFAULT_PADDING); +gtk_text_view_set_right_margin(GTK_TEXT_VIEW(view), DEFAULT_PADDING); +gtk_text_buffer_create_tag(buffer, italic, style, + PANGO_STYLE_ITALIC, NULL); +gtk_text_buffer_get_start_iter(buffer, start); +gtk_text_buffer_get_end_iter(buffer, end); +gtk_text_buffer_apply_tag_by_name(buffer, italic, start, end); +style = gtk_widget_get_style(entropy_data-continue_button); +gtk_widget_modify_base(view, GTK_STATE_NORMAL, style-bg); +gtk_box_pack_start(GTK_BOX(container), view, + FALSE /* don't expand */, FALSE /* don't fill */, + DEFAULT_PADDING); return TRUE; } commit bea3986ab2551aece06432fd900d6d6e0ddb626e Author: Jérémy Bobbio [EMAIL PROTECTED] Date: Mon May 5 22:53:56 2008 + Display a completion percentage while gathering entropy In the GTK+ plugin, a percentage is now displayed as progress bar text. This percentage is still replaced by the success message once enough entropy has been gathered. This should help users to keep faith
Bug#479325: cdebconf-gtk-entropy: minor usability issues
On Tue, May 06, 2008 at 10:30:26PM +0200, Frans Pop wrote: Forgot the screenshot I made: http://people.debian.org/~fjp/tmp/d-i/cdebconf-gtk-entropy1.png One last issue. The position of the Go Back button is incorrect: it's to the right of Continue instead of to the left. The issue was in cdebconf and a fix as been commited as well. -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#479325: cdebconf-gtk-entropy: minor usability issues
On Tue, May 06, 2008 at 10:23:40PM +0200, Frans Pop wrote: On Tuesday 06 May 2008, Jérémy Bobbio wrote: All of them should be addressed in the attached patch. Could you please confirm this? Almost perfect. The text You can help... has a lighter grey background than normal text. Suggest you commit anyway as that is really minor, but I suspect you'll be able to fix it :-) The version I have commited should not exhibit the same problem. :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#417245: Bashism in share/extensions/ps2pdf.sh
Package: inkscape Version: 0.45-1 Severity: normal Tags: patch There is a small bashism in share/extenions/ps2pdf.sh. This will result in a problem when using Save As... with PDF with Text and Images selected on systems using /bin/dash as the default shell. The attached patch fix the issue. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-3-amd64 Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages inkscape depends on: ii libatk1.0-0 1.12.2-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libcairo2 1.2.4-1The Cairo 2D vector graphics libra ii libfontconfig12.4.1-2generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgc1c2 1:6.8-1conservative garbage collector for ii libgcc1 1:4.1.1-20 GCC support library ii libgconf2-4 2.14.0-4 GNOME configuration database syste ii libglib2.0-0 2.12.3-2 The GLib library of C routines ii libglibmm-2.4-1c2a2.12.0-1 C++ wrapper for the GLib toolkit ( ii libgnomevfs2-02.14.2-2+b1GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.20-2 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.8.8-1 C++ wrappers for GTK+ 2.4 (shared ii liblcms1 1.15-1 Color management library ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-2 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libsigc++-2.0-0c2a2.0.17-2 type-safe Signal Framework for C++ ii libstdc++64.1.1-20 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxml2 2.6.27.dfsg-1 GNOME XML library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxslt1.11.1.18-1 XSLT processing library - runtime ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages inkscape recommends: ii imagemagick 7:6.2.4.5.dfsg1-0.10 Image manipulation programs pn libwmf-bin none (no description available) pn perlmagick none (no description available) ii pstoedit3.44-1 PostScript and PDF files to editab -- no debconf information -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- diff -Naur inkscape-0.45-1/share/extensions/ps2pdf.sh inkscape-0.45/share/extensions/ps2pdf.sh --- inkscape-0.45-1/share/extensions/ps2pdf.sh 2007-01-16 03:06:10.0 +0100 +++ inkscape-0.45/share/extensions/ps2pdf.sh2007-04-02 01:51:22.0 +0200 @@ -2,7 +2,7 @@ params=`grep ^%%DocumentMedia: $1 | head -n 1 | awk '{ if (NF==7) { if ($2!=plain) print -sPAPERSIZE= $2; else print -dDEVICEWIDTHPOINTS= $3 -dDEVICEHEIGHTPOINTS= $4; } }'` -if [ x${params}x == xx ] +if [ x${params}x = xx ] then params=`grep ^%%BoundingBox: $1 | head -n 1 | awk '{ print -dDEVICEWIDTHPOINTS= $4 -dDEVICEHEIGHTPOINTS= $5; }'` fi signature.asc Description: Digital signature
Bug#361662: ITP: zope-cachefu -- suite of products for speeding up Plone
Package: wnpp Severity: wishlist Owner: Jérémy Bobbio [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: zope-cachefu Version : 1.0-beta Upstream Author : Geoff Davis [EMAIL PROTECTED] * URL : http://plone.org/products/cachefu * License : ZPL Description : suite of products for speeding up Plone CacheFu includes a set of Zope products meant to speed up Plone using a combination of memory caching, proxy caching, and browser caching: - CacheSetup Provides a single place to configure all of Plone's caching-related services. - CMFSquidTool Automatically purges content views from a proxy cache when content changes - PageCacheManager Like RAMCacheManager but for entire pages. Handles HTTP headers, plays nicely with gzipping. Uses ETags for cache keys, allowing for sophisticated invalidation. - PolicyHTTPCacheManager Routes content associated with an AcceleratedHTTPCachingManager through CacheSetup's machinery. - MemcachedCacheManager (Experimental) Memcached-based replacement for RAMCacheManager In addition, CacheFu includes sample configuration files for squid and for Apache+squid -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFEOQdE2PUjs9fQ72URAgmiAJsHE4+ds8rDnEt749KHNlNBqLHlrACgrj/t fE9gzVABv4AP6OFrgpk9p+w= =cEIl -END PGP SIGNATURE-
Bug#355401: papercut: doesn't remove /var/lib/papercut on purge
reassign 355401 piuparts thanks On Sunday 05 March 2006 15:10, Lars Wirzenius wrote: When testing papercut with piuparts, I get the following error: 0m10.8s ERROR: Package purging left files on system: /var/lib/papercut owned by: papercut /var/lib/papercut/.test_created /var/lib/papercut/maildirs owned by: papercut /var/lib/papercut/maildirs/test /var/lib/papercut/maildirs/test/cur /var/lib/papercut/maildirs/test/new /var/lib/papercut/maildirs/test/tmp [...] If it shouldn't be removed (i.e., the data stored there is important enough), I can add an exception for it in the piuparts default ignore listing. If you wish that, please reassign the bug to piuparts. These directories are used by papercut's maildirs article storage backend. This is actually the default storage for the Debian package, making papercut ready to be a local NNTP server after installation. These directories could then contain news articles not available elsewhere and should not be removed without additional user interactions, IMHO. Regards, -- Jérémy pgpFkvxSkBWwz.pgp Description: PGP signature
Bug#361662: ITP: zope-cachefu -- suite of products for speeding up Plone
Hi! On Sunday 09 April 2006 15:08, Jérémy Bobbio wrote: * Package name: zope-cachefu Version : 1.0-beta Upstream Author : Geoff Davis [EMAIL PROTECTED] * URL : http://plone.org/products/cachefu * License : ZPL Description : suite of products for speeding up Plone A version of the package is available for testing (and uploading by a sponsor if no problems are found) at: http://parking.ingeniweb.com/zope-cachefu/ Regards, -- Jérémy pgpIS65NFzKgA.pgp Description: PGP signature
Bug#361662: [Pkg-zope-developers] Re: Bug#361662: ITP: zope-cachefu -- suite of products for speeding up Plone
On Monday 10 April 2006 14:53, Fabio Tranchitella wrote: On Mon, 2006-04-10 at 14:50 +0200, Jérémy Bobbio wrote: Hi! On Sunday 09 April 2006 15:08, Jérémy Bobbio wrote: * Package name: zope-cachefu Version : 1.0-beta Upstream Author : Geoff Davis [EMAIL PROTECTED] * URL : http://plone.org/products/cachefu * License : ZPL Description : suite of products for speeding up Plone A version of the package is available for testing (and uploading by a sponsor if no problems are found) at: http://parking.ingeniweb.com/zope-cachefu/ Do we really different binary packages? I mean, aren't those products used togheter? Is there any situation when you need just one of them? I took zope-cmf1.5 as a model, and each Zope products get shipped in a different binary package. Should I restructure the package differently? Regards, -- Jérémy pgpRCw6JcaAP3.pgp Description: PGP signature
Bug#361662: [Pkg-zope-developers] Re: Bug#361662: ITP: zope-cachefu -- suite of products for speeding up Plone
On Monday 10 April 2006 15:03, Fabio Tranchitella wrote: A version of the package is available for testing (and uploading by a sponsor if no problems are found) at: http://parking.ingeniweb.com/zope-cachefu/ Two minor problems: * debian/control: instead of manually depend on zope2.9 | zope2.8 | zope2.7, use ${zope:Depends} Fixed. * debian/control: I'm not able to see your name in the control file. The encoding is utf-8, but probably your name is not. I get J��r��my (I'm not sure what you'll see, I'm seeing four question marks). I'm quite sure that debian policy requires control file to be utf-8 encoded. They seems correct UTF-8, now. The packages are fine, and if you can fix these small problems and I'll upload them. Updated version has been uploaded to the same URL. Regards, -- Jérémy pgpVP5TLpkczf.pgp Description: PGP signature
Bug#361662: [Pkg-zope-developers] Re: Bug#361662: ITP: zope-cachefu -- suite of products for speeding up Plone
On Monday 10 April 2006 15:34, Fabio Tranchitella wrote: On Mon, 2006-04-10 at 15:31 +0200, Jérémy Bobbio wrote: I took zope-cmf1.5 as a model, and each Zope products get shipped in a different binary package. Should I restructure the package differently? CMF is different, because it is more generic than cachefu, which is plone specific. I would have prepared a single binary package with multiple products (see zope-cps for example). I have re-worked the package and uploaded it (again) at: http://parking.ingeniweb.com/zope-cachefu/ I have also taken Igor's remark about MemcachedManager in account. A note about it has been added to README.Debian. Regards, -- Jérémy pgptP6xHz7SED.pgp Description: PGP signature
Bug#349810: ITP: zope-attachmentfield -- an Archetypes field with advanced indexing features for Zope
Package: wnpp Severity: wishlist Owner: Jérémy Bobbio [EMAIL PROTECTED] * Package name: zope-attachmentfield Version : 1.3.3 Upstream Author : Ingeniweb [EMAIL PROTECTED] * URL : http://ingeniweb.sourceforge.net/Products/AttachmentField/ * License : GPL Description : an Archetypes field with advanced indexing features for Zope AttachmentField gives Zope product creators a simple way to attach files in Archetypes schema. Its flexible plugin system enables previewing and indexing for usual types of attached files. This product replaces the former ZAttachmentAttribute and ZAAPlugins. -- Jérémy pgpXwGKVzpiMd.pgp Description: PGP signature
Bug#350068: ITP: zope-ploneexfile -- attach file to plone sites with indexing and preview capabilites
Package: wnpp Severity: wishlist Owner: Jérémy Bobbio [EMAIL PROTECTED] * Package name: zope-ploneexfile Version : 3.2.0 Upstream Author : Ingeniweb [EMAIL PROTECTED] * URL : http://ingeniweb.sourceforge.net/Products/PloneExFile/ * License : GPL Description : attach file to plone sites with indexing and preview capabilites PloneExFile behaves mostly like the standard Plone File: it allows to publish arbitrary files to a Plone site. But, instead of showing an opaque file to the user, PloneExFile supports previewing and indexing of the attached files. -- Jérémy pgpOxCceacL40.pgp Description: PGP signature
Bug#350070: zope-debhelper: Typo in dh_installzope manpage
Package: zope-debhelper Version: 0.3.2.13 Severity: minor dh_installzope manpage reads: dh_installzope automatically installs debian/dzproduct and debian/dzextension if it exists. If *dh_installdocs* is acting on multiple packages, debian/dzproduct and debian/dzextension files will be installed into the first package. Use debian/package.dzproduct and debian/package.dzextension for different binary packages. dh_installdocs should be replaced with dh_installzope. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages zope-debhelper depends on: ii debhelper 5.0.21 helper programs for debian/rules ii perl 5.8.7-10 Larry Wall's Practical Extraction zope-debhelper recommends no packages. -- no debconf information -- Jérémy pgppkLfqK3aFt.pgp Description: PGP signature
Bug#350068: ITP: zope-ploneexfile -- attach file to plone sites with indexing and preview capabilites
On Friday 27 January 2006 07:47, martin f krafft wrote: Please make sure to contact [EMAIL PROTECTED] (and subscribe to the list) to find out current packaging procedures. In particular, please make sure that you use dzhandle! I've been in contact with Fabio Tranchitella by IRC who gave me basic guidelines. I am already subscribed to the pkg-zope list. The packages proposed on the list are using zope-debhelper so they are dzhandle aware. Regards, -- Jérémy pgpH67QjWwifb.pgp Description: PGP signature
Bug#373097: file-preseed: file preseeding can't be used for anna/choose_modules
Package: file-preseed Version: 0.01 Severity: normal When using debian-installer on hd-media, it is not possible to use file-preseed to select which modules anna should load (through anna/standard_modules and anna/choose_modules debconf questions). This is particularily annoying, as the other possibilities are not very convinient: env-preseed hit the maximum command line size pretty quickly, and initrd-preseed requires to rebuild the debian-installer images. The current situation is: * both file-preseed and load-cdrom has a XB-Installer-Menu-Item set to 14, * both iso-scan and load-iso has a XB-Installer-Menu-Item set to 13, with load-iso depending on iso-scan. In either case, file-preseed has no chance to be run before the cdrom components get loaded. The correct order, IMHO, in a hd-media setup should be: iso-scan, file-preseed, load-iso. I might be confusing load-iso/load-cdrom, but here's the general idea. Thanks for any help, -- Jérémy pgpx7J1OCcwY8.pgp Description: PGP signature
Bug#386485: mzscheme: tex2page unusable (wrong path in compiled/tex2page.zo)
Package: mzscheme Severity: important Version: 352-4 tex2page in the current mzscheme is unusable: $ tex2page whatever default-load-handler: cannot open input file: /usr/src/debian/work/build-area/drscheme-352/debian/drscheme/usr/lib/plt/collects/tex2page/tex2page-aux.ss (No such file or directory; errno=2) === context === /usr/lib/plt/collects/tex2page/tex2page.ss:6:3: tex2page After removing /usr/lib/plt/collects/tex2page/compiled/tex2page.zo, tex2page works correctly. The macro 'this-expression-source-directory seems to be expanded at build time, during compilation of tex2page.ss, preventing the correct path to be present in the shipped .zo. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#384356: The bug lies in mzscheme package
block 384356 by 386485 thanks hs-plugins FTBFS is caused by a bug in tex2page (part of the mzscheme package). Bug #386485 has been filed describing the problem. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#380612: crack-attack: Please improve support for colorblind people
Package: crack-attack Severity: wishlist Version: 1.1.14-5 Crack Attack! currently uses only colors to distinguish the different blocks. This unfortunately makes the game a lot more difficult for colorblind people. Frozen Bubble added visual shapes inside the bubbles which can be activated by using the --colourblind flag. At first look, the change needed to add a similar feature might be pretty intrusive, since each block would need either a different texture, or a different shape (in three definitions). An alternative way would be to add the ability to configure the color set without the need for a full recompilation. For the record, here is the patch that I made which allows me to play in spite of my protanomaly. Regards, -- Jérémy --- crack-attack-1.1.14.orig/src/DrawBlocks.cxx +++ crack-attack-1.1.14/src/DrawBlocks.cxx @@ -43,36 +43,36 @@ #include X.h const GLfloat Displayer::block_colors[BF_NUMBER][3] - = { { 0.73f, 0.0f, 0.73f }, // purple + = { { 0.73f, 0.5f, 0.73f }, // purple { 0.2f, 0.2f, 0.8f },// blue { 0.0f, 0.6f, 0.05f }, // green { 0.85f, 0.85f, 0.0f }, // yellow - { 1.0f, 0.4f, 0.0f },// orange + { 1.0f, 0.73f, 0.5f },// orange { 1.0f, 0.0f, 0.0f },// wild { 0.4f, 0.4f, 0.4f },// gray { 0.05f, 0.05f, 0.05f }, // black { 0.95f, 0.95f, 0.95f }, // white - { 2.0f * 0.73f, 2.0f * 0.0f, 2.0f * 0.73f }, // special purple + { 2.0f * 0.73f, 2.0f * 0.5f, 2.0f * 0.73f }, // special purple { 2.0f * 0.2f, 2.0f * 0.2f, 2.0f * 0.8f },// special blue { 2.0f * 0.0f, 2.0f * 0.6f, 2.0f * 0.05f }, // special green { 2.0f * 0.85f, 2.0f * 0.85f, 2.0f * 0.0f }, // special yellow - { 2.0f * 1.0f, 2.0f * 0.4f, 2.0f * 0.0f } }; // special orange + { 2.0f * 1.0f, 2.0f * 0.73f, 2.0f * 0.5f } }; // special orange const GLfloat creep_colors[BF_NUMBER][3] - = { { 0.25f * 0.73f, 0.25f * 0.0f, 0.25f * 0.73f }, // purple + = { { 0.25f * 0.73f, 0.25f * 0.5f, 0.25f * 0.73f }, // purple { 0.25f * 0.2f, 0.25f * 0.2f, 0.25f * 0.8f },// blue { 0.25f * 0.0f, 0.25f * 0.6f, 0.25f * 0.05f }, // green { 0.25f * 0.85f, 0.25f * 0.85f, 0.25f * 0.0f }, // yellow - { 0.25f * 1.0f, 0.25f * 0.4f, 0.25f * 0.0f },// orange + { 0.25f * 1.0f, 0.25f * 0.73f, 0.25f * 0.5f },// orange { 0.25f * 1.0f, 0.25f * 0.0f, 0.25f * 0.0f },// wild { 0.25f * 0.4f, 0.25f * 0.4f, 0.25f * 0.4f },// gray { 0.25f * 0.05f, 0.25f * 0.05f, 0.25f * 0.05f }, // black { 0.25f * 0.95f, 0.25f * 0.95f, 0.25f * 0.95f }, // white - { 0.5f * 0.73f, 0.5f * 0.0f, 0.5f * 0.73f }, // special purple + { 0.5f * 0.73f, 0.5f * 0.5f, 0.5f * 0.73f }, // special purple { 0.5f * 0.2f, 0.5f * 0.2f, 0.5f * 0.8f }, // special blue { 0.5f * 0.0f, 0.5f * 0.6f, 0.5f * 0.05f }, // special green { 0.5f * 0.85f, 0.5f * 0.85f, 0.5f * 0.0f }, // special yellow - { 0.5f * 1.0f, 0.5f * 0.4f, 0.5f * 0.0f } }; // special orange + { 0.5f * 1.0f, 0.5f * 0.73f, 0.5f * 0.5f } }; // special orange void Displayer::setWildBlockColor ( Block block, float flash ) { signature.asc Description: Digital signature
Bug#359199: Quick and dirty patch
Hi! I've been hit by this issue while installing an Ubuntu Dapper with the text mode debian-installer. I was unable to figure out why apt was sending full URIs to appprox, so I made a quick and dirty patch to approx which fixes this issue. I'm sending it here for the record, but I don't know if it's worth re-opening the bug, so I'm leaving it as is. Regards, -- Jérémy --- approx-2.06.orig/approx.ml 2006-04-28 19:19:27.0 +0200 +++ approx-2.06/approx.ml 2006-07-31 00:12:08.0 +0200 @@ -452,9 +452,11 @@ end end -let validate_path path = +let rec validate_path path = let name = relative_path path in match explode_path name with + (* Handle full URLs by dropping the first URL parts *) + | http: :: _ :: _ :: rest - validate_path (implode_path rest) | dir :: rest - (try name, implode_path (Config.get dir :: rest) with Not_found - signature.asc Description: Digital signature
Bug#357461: python2.4-schoolbell: schoolbell sends malformed HTTP header
package schoolbell reassign 357461 zope3 3.2.1-4 forwarded 357461 http://www.zope.org/Collectors/Zope3-dev/682 thanks On Fri, Mar 17, 2006 at 03:14:12PM +0100, Nicolas Evrard wrote: While zope3 sends these headers: [EMAIL PROTECTED] ~ % wget -S http://192.168.1.3:7180/persons/nev/calendar.ics --14:57:06-- http://192.168.1.3:7180/persons/nev/calendar.ics = `calendar.ics.1' Connexion vers 192.168.1.3:7180...connecté. requête HTTP transmise, en attente de la réponse... HTTP/1.0 401 Unauthorized Content-Length: 2484 Connection: Keep-Alive X-Powered-By: Zope (www.zope.org), Python (www.python.org) Date: Fri, 17 Mar 2006 13:57:15 GMT Content-Type: text/html;charset=utf-8 WWW-Authenticate: basic realm=zope Server: zope.server.http (HTTP) ÉCHEC d'autorisation. Notice the missing around the word zope. Well, I've read the rfc it seems the are mandatory. To quote RFC 2617 [1]: The authentication parameter realm is defined for all authentication schemes: realm = realm = realm-value realm-value = quoted-string [1] http://www.ietf.org/rfc/rfc2617.txt The problem lies in Zope3, and have been reported upstream. -- Jérémy signature.asc Description: Digital signature
Bug#358144: debarchiver: Stumble on udeb packages
Package: debarchiver Version: 0.6.0 Severity: normal Tags: patch When a .changes file contains udebs, the file section looks like: Files: 084c19ee2eb6806c170dde59fe02292f 376 admin - debootstrap_0.3.3.dsc 30024493db05bfc255d22c93612c8602 220917 admin - debootstrap_0.3.3.tar.gz e5af7cf1ab6e1f2b81939f91b7bfd4b2 46028 admin extra debootstrap_0.3.3_all.deb 443f5f148d6eafd2578dacec49041663 52502 debian-installer required debootstrap-udeb_0.3.3_amd64.udeb package-type: udeb The parseChangesFile function parses this last line as another file, which is wrong. The attached patch solves this issue. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages debarchiver depends on: ii adduser 3.85 Add and remove users and groups ii apt-utils 0.6.43.3 APT utility programs ii dpkg-dev 1.13.16package building tools for Debian ii opalmod 0.1.13 A set of Perl modules for various debarchiver recommends no packages. -- no debconf information Regards, -- Jérémy --- debarchiver-0.6.0.orig/src/debarchiver.pl 2006-02-26 14:12:37.0 +0100 +++ debarchiver-0.6.0/src/debarchiver.pl 2006-03-21 11:28:54.0 +0100 @@ -1996,11 +1996,13 @@ } # Files state. elsif ($state =~ /Files/) { - my @f = split / /, $line; - shift @f; - my $file = pop @f; - $CFiles{$file} = $f[0] $f[1] $f[2] $f[3];#[ @f ]; - pdebug (6, Saving file $file.\n); + if ($line[0] eq ' ') { + my @f = split / /, $line; + shift @f; + my $file = pop @f; + $CFiles{$file} = $f[0] $f[1] $f[2] $f[3];#[ @f ]; + pdebug (6, Saving file $file.\n); + } } } } pgpUO209rbFEF.pgp Description: PGP signature
Bug#358144: Corrected patch
Hi! The last patch was obviously wrong. You'll find the correct version attached. Regards, -- Jérémy --- debarchiver-0.6.0.orig/src/debarchiver.pl 2006-02-26 14:12:37.0 +0100 +++ debarchiver-0.6.0/src/debarchiver.pl 2006-03-21 11:49:04.0 +0100 @@ -1995,7 +1995,7 @@ pdebug(6, Do nothing with $line\n); } # Files state. - elsif ($state =~ /Files/) { + elsif ($state =~ /Files/ $line =~ /^ /) { my @f = split / /, $line; shift @f; my $file = pop @f; pgpItaHBLy172.pgp Description: PGP signature
Bug#476388: partman-auto-crypto: Allow preseeding of the skip_erase flag
Package: partman-auto-crypto Version: 7 Severity: wishlist This wishlist is extracted for T. Nan's request [1] posted on the debian-boot mailling-list. partman-auto-crypto should define a debconf question (for preseeding only) that would make it define the skip_erase flag for the encrypted partition. This would allow one to bypass the lengthly erasing step when doing automated installations. As using this option would hamper the security of the encrypted partition, enough warning should be present in the documentation. Having the ability to skip erasure would at least benefit automated testing of encrypted installations, and sounds worthwhile to have. [1] http://lists.debian.org/debian-boot/2008/04/msg00475.html Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#476177: [Pkg-silc-devel] Bug#476177: irssi-plugin-silc: prints /actions twice like * foo did bar\n * foo did bar\n
tags 476177 + confirmed thanks On Mon, Apr 14, 2008 at 11:27:30PM +0200, Helmut Grohne wrote: When someone (or oneself) does /me did bar it appears like * foo did bar * foo did bar This behaviour is wrong. Indeed. I will try to find out the reason soon. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#476540: Allow preseeding of netcfg/choose_interface=none
Package: netcfg Version: 1.43 Severity: wishlist netcfg gracefully handle the case where no network interfaces has been detected on the system. But there is actually no way to get the same behaviour (configuration limited to the hostname) when there is at least an interface on the system. When doing automated installations where the network configuration is handled by custom scripts later on, there is currently no way to bypass the network configuration done by netcfg. Activating this option should be done by preseeding, probably by setting netcfg/choose_interface to none. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#476388: partman-auto-crypto: Allow preseeding of the skip_erase flag
On Thu, Apr 17, 2008 at 02:25:31PM +0100, Colin Watson wrote: On Wed, Apr 16, 2008 at 01:22:11PM +0200, Jérémy Bobbio wrote: This wishlist is extracted for T. Nan's request [1] posted on the debian-boot mailling-list. partman-auto-crypto should define a debconf question (for preseeding only) that would make it define the skip_erase flag for the encrypted partition. This would allow one to bypass the lengthly erasing step when doing automated installations. Surely this is what partitioning recipes are for. Why not just put: skip_erase{ } ... in the recipe? (If that doesn't work, then I think it should be made to.) No actual recipes are actually used when using LVM or crypto auto partitioning: an enveloppe is created by auto_lvm_prepare() which contains enough space to hold every partitions tagged lvmok in the recipe. Its this enveloppe partition that is turned, when using crypto, into an encrypted partition and that is erased. So there is no user accessible recipes where one could actually specify such flag… Maybe we should change the whole recipe format to add support for stacked block devices, but that's a lot more work to do. :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#476764: metche: Segmentation fault in line 76
tags 476764 + unreproducible moreinfo thanks On Sat, Apr 19, 2008 at 01:19:28AM +0200, Eric Gianquinto wrote: Cron send me a mail with that : Error sending message, child exited 75 (Deferred.). /usr/sbin/metche: line 76: 29387 Erreur de segmentation LC_ALL=$LOCALE mutt -s $subject $EMAIL_ADDRESS It's a segmentation fault Any hint ? metche iteslf is only a shell script, and should not segfault. Probably mutt's fault, but this problem is probably related to your very own setup, as I have never seen mutt segfault. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#476767: (no subject)
tags 476767 + moreinfo thanks On Sat, Apr 19, 2008 at 02:37:02AM +0200, [EMAIL PROTECTED] wrote: L'installazione si è bloccata in questo punto: INSTALLAZIONE DEL SISTEMA DI BASE IN CORSO - 75% - memorizzazione della lingua in corso ( The installation is to go in error in this moment: ISTALLATION OF BASE SYSTEM GOING - 75% - memoring of linguage going). Sounds like a problem with your CD-ROM drive or media. Could you please do the following: 1. Boot on your Debian installation CD. 2. At the boot prompt, enter expert. 3. Once you have the menu, please select Check the CD-ROM(s) Integrity. 4. Answer all questions until the integrity check is complete. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#476848:
reassign 476848 installation-reports tags 476848 + moreinfo thanks Hi! On Sat, Apr 19, 2008 at 05:09:49PM +0200, crack7 crack7 wrote: Package: boot-floppies boot-floppies are no more in Debian since Sarge. The new installation software for Debian is unimaginatively called debian-installer. flavor:debian-40r3-i386-DVD-1.iso architecture: i386 model: notebook Fujitsu-Siemens C1020 memory:512Mb scsi: cd-rom:QSI DVDRW-041 network card: Realtek Semiconductor RTL-8139 installer can`t mount cd-rom during installtion :( This laptop look fairly recent. I was not able to find a detailed specifications, but it is possible that the CD-ROM drive is connected through SATA. The kernel shipped with Etch have limited support for these devices. Could you please try again with the Lenny beta1 version [1] of the installer? You can still install Etch with this version by adding suite=etch at the boot prompt. The other remaining options to install Etch are using an USB-stick and doing a full network install. Both are documented in the installation manual. [2] [1] Available on http://www.debian.org/devel/debian-installer/ [2] http://www.debian.org/releases/stable/i386/ Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#476902: debian-installer: Progress bar resizing NTFS partitions doesn't function
reassign 476902 partman-partitioning forcemerge 402956 476902 thanks On Sun, Apr 20, 2008 at 12:38:31AM -0400, Andrew Moise wrote: I installed Debian using the win32 installer from goodbye-microsoft.com, and while resizing my NTFS partition the progress bar stayed at 0% until the operation was completed. This is especially problematic because immediately before, the installer warns that resizing partitions may take a very long time, and it does :-). The issue is already known. Let's hope someone we'll find enough time to tackle this… Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#467415: debian-installer: new way of displaying information
reassign 467415 cdebconf-newt-udeb thanks On Mon, Feb 25, 2008 at 09:04:22AM +, ardoRic wrote: As can be seen on [1], it can happen that translated strings do not fit into installer window. Currently there is no way that i could figure out to show the entire string. […] I'd like to suggest that thought is put into this issue trying to find a universal solution for this problem. […] I think this request only applies to the newt interface (even though i havent, yet, tested how it shows on the gtk one). […] [1] http://www.debianpt.org/~ardoric/opcoes-reiserfs.png Reassigning this bug to cdebconf-newt-udeb, as other cdebconf frontends should more or less cope with long strings in select/multiselect questions. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#469678: mount: please provide an option to use an fstab at a different location
Package: mount Version: 2.13.1-1 Severity: wishlist Hi! It would be great if mount could provide an option to use a different fstab than the one located at /etc/fstab. This could be implemented with -O, which would make the resulting command-line look like: # mount -a -O fstab=/etc/vz/conf/200.fstab Another possibility would be to use the FSTAB_FILE environment variable, which is already used by fsck when called with the -A flag. I would be happy to use this feature within the scripts mounting filesystems for OpenVZ guests, but I think it would be helpful for other chroot or lightweight virtualization environments. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#451446: [debian-installer][ppp-udeb] please drop ipconfig usage in favour of ip
On Fri, Nov 16, 2007 at 02:52:47AM +0200, Eddy Petrișor wrote: Busybox was updated in Sid back in August[1] and as a result of that update, the ifconfig command is no longer available; instead the ip command can be used. This affects ppp-udeb's postinst which uses ifconfig; an untested[*] patch was proposed by Jeremy Bobio[2]. [1] http://lists.debian.org/debian-boot/2007/08/msg00609.html [2] http://lists.debian.org/debian-boot/2007/08/msg00614.html I have made a test of ppp-udeb with today's daily builds of the installer, and it simple fails right now. I have also tested the previously sent patch, and indeed confirm that it solves the issue. Please integrate the patch in the next upload! Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#473782: ppp-udeb: Please enable preseeding of a fallback DNS
Package: ppp-udeb Version: 2.4.4rel-9 Severity: wishlist Tags: patch Hi! If a PPPoE server does not send any DNS IP, ppp-udeb will not set any nameserver in resolv.conf, thus making the rest of the installation process likely to fail. The attached patch solves this issue by using the value of netcfg/get_nameservers as a fallback. This allows to preseed a fallback DNS, solving this problem. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- diff -u ppp-2.4.4rel/debian/changelog ppp-2.4.4rel/debian/changelog --- ppp-2.4.4rel/debian/changelog +++ ppp-2.4.4rel/debian/changelog @@ -1,3 +1,11 @@ +ppp (2.4.4rel-10) UNRELEASED; urgency=low + + [ Jérémy Bobbio ] + * Handle the setting of fallback DNS in ppp-udeb. Those are set by +preseeding netcfg/get_nameservers. + + -- Jérémy Bobbio [EMAIL PROTECTED] Tue, 01 Apr 2008 18:15:15 +0200 + ppp (2.4.4rel-9) unstable; urgency=low * ppp-udeb: quote username and password in pap/chap secrets since they diff -u ppp-2.4.4rel/debian/ppp-udeb.postinst ppp-2.4.4rel/debian/ppp-udeb.postinst --- ppp-2.4.4rel/debian/ppp-udeb.postinst +++ ppp-2.4.4rel/debian/ppp-udeb.postinst @@ -316,6 +316,14 @@ db_input critical ppp/unhandled || true db_go || true exit 1 +else + # Handle a fallback DNS + if ! [ -s /etc/resolv.conf ] + db_get netcfg/get_nameservers; then + for nameserver in $RET; do + echo nameserver $nameserver /etc/resolv.conf + done + fi fi #DEBHELPER# signature.asc Description: Digital signature
Bug#475838: cryptsetup: Would like to use decrypt_derived with a source mapping other than that of the root filesystem
On Sun, Apr 13, 2008 at 11:09:38AM +0100, Sam Morris wrote: Alternatively, if there is another way to set up encrypted swap so that I can hibernate to it, I would love to hear it. :) The setup done by the debian-installer when using guided partitioning with encrypted LVM is fully able to hibernate. The layout is the following: * There is only two physical partitions on your hard drive, a small unencrypted one for /boot, and the rest of the disk is all in an encrypted partition. * Use this encrypted partition as an LVM physical volume. * Then setup a LVM volume group with at least two logical volumes: one for / and one for the swap. When entering the passphrase during the boot sequence, you will be unlocking both the root filesystem and the swap at the same time and hibernation works fine. :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#475399: partman-crypto: fails to configure multiple encrypted devices
On Mon, Apr 14, 2008 at 12:11:48AM +0200, Max Vozeler wrote: On Thu, Apr 10, 2008 at 03:58:55PM +0200, Frans Pop wrote: The first volumes were loop-aes with random key. The last one was with gnupg key file. While configuring the last, partman and the debconf frontend crashed. That crash is caused by an API and ABI change in cdebconf 0.129: -char *question_get_field(const struct question *q, const char *lang, +char *question_get_raw_field(const struct question *q, const char *lang, const char *field); +char *question_get_field(struct frontend *obj, const struct question *q, +const char *lang, const char *field); Currently cdebconf-entropy (or any other plugin) crashes cdebconf when it tries to use this function. Damn. I should really have thought about this, and I apologies. :( We'll need to adapt plugins and rebuild them. Unfortunately I have a very busy work week ahead of me and won't be able to do anything about it before next weekend. Jérémy, could you maybe have a look? This situation is further complicated by missing strutl.h in libdebconfclient0-dev 0.129, which currently prevents plugins from building against that version. I'd like to fix this today, and upload the recent changes in cdebconf-entropy at the same time, if you feel fine with it. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#475399: partman-crypto: fails to configure multiple encrypted devices
clone 475399 -1 reassign -1 libdebconfclient0-dev severity -1 wishlist retitle -1 Move plugin related files out of libdebconfclient0-dev thanks On Mon, Apr 14, 2008 at 10:50:13AM +0200, Max Vozeler wrote: On Mon, Apr 14, 2008 at 10:16:35AM +0200, Jérémy Bobbio wrote: On Mon, Apr 14, 2008 at 12:11:48AM +0200, Max Vozeler wrote: That crash is caused by an API and ABI change in cdebconf 0.129: -char *question_get_field(const struct question *q, const char *lang, +char *question_get_raw_field(const struct question *q, const char *lang, const char *field); +char *question_get_field(struct frontend *obj, const struct question *q, +const char *lang, const char *field); Currently cdebconf-entropy (or any other plugin) crashes cdebconf when it tries to use this function. Damn. I should really have thought about this, and I apologies. :( No bad feelings - such things happen! Especially since we have no clear boundary between an cdebconf-internal API and something like a plugin module API. cdebconf-entropy actually depends on libdebconfclient0-dev to be built, but cdebconf-entropy does not actually produce a debconf client written in C, but a *plugin* for cdebconf. In order to achieve that, libdebconfclient0-dev provides headers that are only related to cdebconf plugins. Those files should be moved out to another package, probably called cdebconf-dev. This package will then be helpful to track ABI and API changes in cdebconf. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#475975: cdebconf-entropy: FTBFS: frontend.h:11:20: error: strutl.h: No such file or directory
reassign 475975 libdebconfclient0-dev retitle 475975 libdebconfclient0-dev: frontend.h includes the unavailable strutl.h thanks On Mon, Apr 14, 2008 at 12:44:53PM +0200, Lucas Nussbaum wrote: Relevant part: gcc -Wall -g -O2 -I. -fPIC -o newt-plugin-entropy-text.opic -c newt-plugin-entropy-text.c In file included from newt-plugin-entropy-text.c:25: /usr/include/cdebconf/frontend.h:11:20: error: strutl.h: No such file or directory Problem lies in libdbeconfclient0-dev. Bug reassigned. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#470144: debian-installer: broken cyrillic messages in the log console while installation
On Mon, Mar 10, 2008 at 01:20:46PM +0300, Yuri Kozlov wrote: Jérémy Bobbio is working on supporting a graphical terminal in the graphical installer. I've just tried an install in Russian using his demo image and that _does_ solve the problem [1] (not tested if it also works for languages using combining scripts). Yes, readable Russian with ugly font. Adding the code that will select a good font is something really easy compared to what was (and is still) needed to integrate a terminal emulator inside the graphical installer. Be sure that we will improve font selection when this new feature will be ready. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#470027: installation report
On Mon, Mar 10, 2008 at 02:02:14PM -0700, Tom wrote: I disagree that the gdm segfault issue is not an installation issue, but let's focus on something more important. […] Huh? […] A possible BUG? Maybe it's an Aunt Betty... Or an Avuncular Frankshire Relative... The general tone of your reply is *way* out of place. Debian is a volunteer run project. We care about our users, but I won't take care of someone spitting of the huge amount of work we are all doing, usually on our spare time, usually for free. If the changes you ask for are *that* important to you, please provide patches. That's the beauty of free software, but you might have overlooked it. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#470027: installation report
reassign 470027 grub-installer severity 470027 wishlist retitle 470027 Please display a list of all bootable drives and partitions thanks On Mon, Mar 10, 2008 at 10:52:40PM -0700, siggma wrote: What you name it assumes the FIRST physical disk is in fact just a list of visable physical disks with the cursor on the first disk and waiting for a confirm. If I understand what you are saying. Yes, that would be a more useful grub install option. A list of all bootable drives and partitions with type of partition. Like this: I found 2 physical drives: SATA0=sda, SATA1=sdb Your BIOS boot drive is SATA1:=sdb Please choose a boot drive for grub install: drive sda ntfs, unknown *drive sdb linux, linux-swap* BackContinue Then: === I found 2 physical drives: SATA0=sda, SATA1=sdb BIOS boot drive is SATA1:=sdb You chose to install the Grub bootloader to drive SATA1=sdb With the following operating system options: *Linux 2.6.22-3 amd-64 (sdb1) Vista/Longhorn (sda1) Ubuntu 7.1 Gutsy (sda3) (*=Default boot drive) Back Continue* *== Please understand that an installed Debian system only needs one bootable device and it up to the BIOS to decide which from which device should be booted first. There is NO need to mix those two functions. Have I clearly described what I think is a possible bug issue? Yes. I have reassigned your proposal to the right package as a wishlist. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#470259: cdebconf-gtk-udeb: Font size not reset when switching to English
clone 470259 -1 reassign -1 localechooser retitle -1 localechooser: need to call gtk-set-font before displaying languagechooser/languagelist reassign 470259 rootskel-gtk rettitle 470259 rootskel-gtk: gtk-set-font should use debconf/language instead of debian-installer/language thanks On Mon, Mar 10, 2008 at 12:10:41PM +0100, Frans Pop wrote: For some languages the font size is increased in the graphical installer after the language has been selected, and it should be changed back to the default size when switching back to a language that does not need a larger size. We had quite a hard time to track down this bug. It was actually caused by two different things: - localechooser setting debconf/language back to english to display languagechooser/languagelist without calling gtk-set-font first; - gtk-set-font using debian-installer/language instead of debconf/language to get the current language. The first issue did not show up before as, in Etch, the GTK+ configuration was reloaded at every db_go. Now, it is only done when the language changes. Because gtk-set-font was not called before displaying languagechooser/languagelist, the reload done after the switch to English was still reading previous settings. The second issue made gtk-set-font write the wrong information to the GTK+ configuration file as only debconf/language was set in localechooser before displaying languagechooser/languagelist. It is probably better for gtk-set-font to always use debconf/language as it is the value used by cdebconf itself. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#470490: Please support vzctl set when /dev/vzctl does not exists
Package: vzctl Version: 3.0.22-5 Severity: wishlist Tags: patch Hi! The set command for vzctl should be allowed even when /dev/vzctl is not available. This allows to configure a VE before rebooting to an OpenVZ kernel. Attached is a patch which implements this feature. It might not be perfect, but it works well enough for my needs. Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- diff -x Makefile -x libtool -Naur vzctl-3.0.22/src/vzctl-actions.c vzctl-3.0.22.patched/src/vzctl-actions.c --- vzctl-3.0.22/src/vzctl-actions.c 2007-12-17 14:44:21.0 +0100 +++ vzctl-3.0.22.patched/src/vzctl-actions.c 2008-03-11 16:09:13.278119379 +0100 @@ -518,7 +518,7 @@ return ret; } /* Reset UB parameters from config */ - if (cmd_p-opt.reset_ub == YES) { + if (cmd_p-opt.reset_ub == YES h != NULL) { ret = vps_set_ublimit(h, veid, vps_p-res.ub); cmd_p-opt.save = NO; // suppress savewarning return ret; @@ -542,7 +542,7 @@ return ret; } } - is_run = vps_is_run(h, veid); + is_run = h != NULL vps_is_run(h, veid); if (is_run) { if (cmd_p-res.fs.private_orig != NULL) { free(cmd_p-res.fs.private_orig); @@ -569,7 +569,7 @@ free(dist_name); } /* Setup password */ - if (!list_empty(cmd_p-res.misc.userpw)) { + if (h != NULL !list_empty(cmd_p-res.misc.userpw)) { if (!is_run) if ((ret = vps_start(h, veid, g_p, SKIP_SETUP|SKIP_ACTION_SCRIPT, NULL))) @@ -808,8 +808,11 @@ char fname[STR_SIZE]; ret = 0; - if ((h = vz_open(veid)) == NULL) - return VZ_BAD_KERNEL; + if ((h = vz_open(veid)) == NULL) { + if (action != ACTION_SET veid != 0) { + return VZ_BAD_KERNEL; + } + } if (action != ACTION_EXEC action != ACTION_EXEC2 action != ACTION_EXEC3 signature.asc Description: Digital signature
Bug#519420: etckeeper: Add option to force commit after apt run.
On Thu, Mar 26, 2009 at 02:44:23PM -0400, Joey Hess wrote: Tobias Gruetzmacher wrote: It would be great if one could force etckeeper to commit the changes after each apt run, even if /etc wasn't changed. As things are now, you get nice commit messages for each update, install, uninstall, but only if any of the involved packages changes /etc. Forcing commits would preserve information over every install/uninstall/update in etckeeper's history. etckeeper's mention of package changes is not meant to be a general-purpose log of such changes. dpkg already generates such a log in /var/log/dpkg.log*. etckeeper only mentions package changes because it's a cheap way to get a general idea of what kind of upgrade caused changes to files in /etc. If there were better ways to record that information (such as only recording info about the packages that actually owned the configuration files that were changed), then etckeeper would use them. Thus, what you're asking for is both a duplicate feature, and a side effect of what is currently a suboptimal implementation, which we certianly don't want to turn into a feature we have to keep long-term, if better means[1] become available. At some LUG, we decided that keeping a full list of installed packages was something interesting to track. We added two simple scripts to etckeeper default configuration in order to do this: --- 8 --- /etc/etckeeper/init.d/30initial-package-list --- #!/bin/sh set -e if ! [ -e .package-list ]; then echo # Generated by etckeeper. Do not edit. .package-list echo .package-list chmod 600 .package-list etckeeper list-installed .package-list fi --- 8 --- 8 --- /etc/etckeeper/post-install.d/10refresh-package-list --- #!/bin/sh set -e echo # Generated by etckeeper. Do not edit. .package-list echo .package-list etckeeper list-installed .package-list --- 8 As every package installation refreshes /etc/.package-list, a new commit is made for every package installation. I think this is close to what Tobias wishes. Joey, I think this could quite easily be turned into a configurable option, but looking at your answer above, it does not look like something you support. I'm leaving those scripts here as a reference, though. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#548309: dropbear: allow more than one public key in initramfs
Package: dropbear Version: 0.52-2 Severity: wishlist Hi! When dropbear is used for remote unlocking of an encrypted partition, it currently unconditionnaly overwrite `/root/.ssh/authorized_keys` in the initrd with `/etc/initramfs-tools/root/.ssh/id_rsa.pub`. Unfortunately, this prevents to add any other public keys that would allow access to the initrd environment. Is there any security reasons being this design? Otherwise, it would be nice to support an `/etc/initramfs-tools/root/.ssh/authorized_keys` file in which `/etc/initramfs-tools/root/.ssh/id_rsa.pub` could be copied during the package installation. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#542671: vidalia: Should not suggest update-rc.d -f only
On Sun, Aug 23, 2009 at 06:11:20PM -0300, UlisesVitulli wrote: Hi Jeremy! I only noticed your reply today. Bug submitter do *not* receive emails unless subscribed to the bug report, so you should keep the submitter in To: or Cc: fields unless you are only discussing with package maintainers. I've to say I'm fully aware about this problem, unfortunately, I'm almost sure policy is against of any interaction with other packages files than the ones carried by itself , in this case, tor's init scripts, so some kind of user-interaction must have to show up around this. #542670 is indeed related. I really think you should ask weasel his opinion on this issue. Please not that dkg also wrote on blog entry on similar issues recently [1]. Maybe splitting the tor package between tor and tor-bin could be a solution to the issue currently affecting the vidalia package. [1] http://www.debian-administration.org/users/dkg/weblog/53 Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#612158: ITP: florence -- extensible and scalable virtual keyboard for GNOME
Package: wnpp Severity: wishlist Owner: Jérémy Bobbio lu...@debian.org * Package name: florence Version : 0.5.0 Upstream Author : François Agrech f.agr...@gmail.com * URL : http://florence.sourceforge.net/ * License : GPL-2+ Programming Lang: C Description : extensible and scalable virtual keyboard for GNOME Florence is an extensible scalable virtual keyboard for GNOME. It is useful when a real keyboard is unusable either because of a handicap, disease, broken keyboard or tablet PC; but when a pointing device is usable. Florence stays out of your way: it appears on the screen only when needed. An auto-click functionality also help people having difficulties to click buttons. -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#594379: haveged still have an RC bug
Hi, Steve! On Tue, Oct 19, 2010 at 11:57:01PM +0200, Jérémy Bobbio wrote: On Tue, Oct 19, 2010 at 11:27:09PM +0200, Sven Hartge wrote: I revived my SunFire v240, installed an up-to-date Sid on it and tried to reproduce this bug. But I am no longer able to get the mentioned error with the current gcc-4.4 from Sid. haveged compiles, links and runs in both 32bit and 64bit (-m64) mode. A quick check with the included crypto tests also shows no apparent error in the resulting binaries. I believe this bug will vanish if the dependency on gcc-4.3 is removed. On i386/amd64 haveged will have to get compiled using -O0, because of the segfault still occurring on these archs. For another option, I have found in polarssl assembly code to retrieve the hardclock on older Sparc architectures. With the attached patch applied, haveged did build and test fine on smetana.d.o. By any chance, could you comment on this release critical bug that still affects haveged? It did prevent haveged from entering Squeeze which is a little bit annoying. I would very much like to see haveged at least be present in squeeze-backports, but we need to have a working version in testing before it could happen. For what it worth, upstream has released two new versions in january, and it looks like they can be built and used with gcc-4.4 and gcc-4.5 without having to fiddle with compiler options. Even on Sparc from my tests on smeata.d.o and sperger.d.o. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#617906: Gnome do not configure wlan
reassign 617906 network-manager forcemerge 606268 617906 thanks On Sat, Mar 12, 2011 at 11:56:29AM +0100, Arianna Arianna wrote: For wlan I use NETGEAR WG111v3 (USB) I installed Squeeze using the first two CD and wlan with no protection; wlan worked in the installation; after installation I was unable to setup wpa wlan connection using Gnome; That issue is already on our radar (see #606268). Ben Armstrong came up with a solution and hopefully it will land in the next Squeeze point release or the next one. Thanks for your report nonetheless, and enjoy your new Debian system! Cheers, -- Jérémy Bobbio.''`. jeremy.bob...@irq7.fr : : : lu...@debian.org `. `'` `- signature.asc Description: Digital signature
Bug#504095: installation-report: xen paravirt installation
On Fri, Nov 21, 2008 at 03:31:42PM +, Ian Campbell wrote: Jérémy are you OK with me reverting r55059. According to #464962 the issue is fixed in the kernel with 2.6.26-8. Please do so… (and for the whole team: please accept my apologies for being mostly MIA these days.) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#504721: Possible reason for serial console misdetection
On Sun, Nov 23, 2008 at 10:15:47PM +, Jurij Smakov wrote: The logic in reopen-console is the following: [… a very good analysis …] So, the problem is that reopen-console gives preference to the value in 'console handover' line, which is incorrect on sparc (refers to a real terminal console even if one is connecting through serial). If it is obvious, that sparc is unique that way, and it works correctly on other arches, the following (untested) patch might do the trick: […] In order to implement this, I have tried to understand the kernel logic by reading at the relevant part of its source code as I have not been able to find any relevant documentation about all this. Bastian mentioned the console handover message while the issue was initally discussed, but I might just have been entirely wrong in my understanding of its meaning. I'll try to ask around and see whether current console detection in reopen-console is correct for other arches. It would be really great if you could come up with a definite answer on this! :) Cheers, -- Jérémy Bobbio.''`. [EMAIL PROTECTED]: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#562594: Use modalias to detect modules when driver does not register
tags 562594 + patch thanks Hi! This problem looks similar to the one I had while trying to use a daily build image on a PowerEdge R410. The network interfaces on these machines are supported by the bnx2 module, but when no firmware is available, the driver does not register itself for the device, and there is no `$devpath/driver` directory available. The attached patch adds to `check-missing-firmware` another way to determine the module by using `modprobe` and `$devpath/modalias`. Once this changes applied, it sucessfully prompted for the relevant firmware files. Cheers, -- Jérémy Bobbio - Administrateur système et réseau Mezcalito - http://www.mezcalito.fr 17 boulevard Agutte Sembat - 38000 Grenoble 04 76 01 03 91 diff -Naur hw-detect-1.74.orig/check-missing-firmware.sh hw-detect-1.74/check-missing-firmware.sh --- hw-detect-1.74.orig/check-missing-firmware.sh 2009-12-28 14:11:59.877649354 +0100 +++ hw-detect-1.74/check-missing-firmware.sh 2009-12-28 14:13:13.623342950 +0100 @@ -31,7 +31,14 @@ # The realpath of the destination of the # driver/module symlink should be # something like /sys/module/e100 - module=$(basename $(realpath $devpath/driver/module)) || true + if [ -d $devpath/driver ]; then +module=$(basename $(realpath $devpath/driver/module)) || true + else +# Use modalias when driver does not register when firmware +# is missing +modalias=$(cat $devpath/modalias) +module=$(modprobe --show-depends $modalias | sed -n -e '$s#^.*/\([^.]*\)\.ko.*$#\1#p') || true + fi if [ -z $module ]; then log failed to determine module from $devpath continue signature.asc Description: PGP signature
Bug#562594: Use modalias to detect modules when driver does not register
On Mon, 28 Dec 2009 15:17:49 +0100 Frans Pop elen...@planet.nl wrote: I think the patch needs an added test that modalias exists, something like: elif [ -e $devpath/modalias ]; then And that long line could do with a split to the next line after the pipe. The || true is probably not needed as the sed statement will absorb any errors from modprobe, but maybe there should be a redirect of errors: module=$(modprobe --show-depends $modalias 2/dev/null | \ sed -n -e '$s#^.*/\([^.]*\)\.ko.*$#\1#p') Feel free to modify as you wish; that was done during a lunch break at $PAID_WORK. :) A comment that the module supporting the device is the last line returned by modprobe would be useful. It's not quite self-evident. True. This is related to the way --show-depends works in modprobe : it simply ignores every modules already loaded and display like in verbose mode every commands that would be run. Resolving the dependency chain, the last module will always be the one asked on the command-line. Cheers, -- Jérémy Bobbio - Administrateur système et réseau Mezcalito - http://www.mezcalito.fr 17 boulevard Agutte Sembat - 38000 Grenoble 04 76 01 03 91 signature.asc Description: PGP signature
Bug#559965: example exim router in README.Debian
On Tue, Dec 08, 2009 at 12:32:16AM +, Alan Dawson wrote: The example router for exim in the README.Debian has the line require_files = schleuder:/var/lib/schleuder/${local_part}/ This fails for me and results in messages being temporarily deferred. If I understood Exim documentation correctly, the issue should be fixed after issuing the following: # chmod o+x /var/lib/schleuder Could you confirm that it does with your configuration? In that case, I will make /var/lib/schleuder have permissions 771 in the package itself. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#563380: libgpgme-ruby1.8: /usr/lib/ruby/1.8/gpgme.rb:898:in `new': Unknown error code (GPGME::Error)
Package: libgpgme-ruby1.8 Version: 1.0.6-1 Severity: grave Justification: renders package unusable Hi! The version of libgpgme-ruby1.8 currently in Debian is not compatible with the version of libgpgme actually in Debian. Every examples shipped with the package fail like the following: @.../libgpgme-ruby1.8/examples$ ./keylist.rb /usr/lib/ruby/1.8/gpgme.rb:898:in `new': Unknown error code (GPGME::Error) from /usr/lib/ruby/1.8/gpgme.rb:415:in `list_keys' from ./keylist.rb:4 I suspected an issue with like the one described on the bugtracker of ruby-gpgme [1] about a missing call to GPGME::check_version, but it looks like this is another issue. [1] http://rubyforge.org/tracker/index.php?func=detailaid=27203group_id=2369atid=9203 This problem breaks schleuder in sid, so a fix or an updated version would be very much welcome. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgpgme-ruby1.8 depends on: ii libc62.10.2-2GNU C Library: Shared libraries ii libgpg-error01.6-1 library for common error values an ii libgpgme11 1.2.0-1.2 GPGME - GnuPG Made Easy ii libruby1.8 1.8.7.174-3 Libraries necessary to run Ruby 1. ii ruby1.8 1.8.7.174-3 Interpreter of object-oriented scr libgpgme-ruby1.8 recommends no packages. libgpgme-ruby1.8 suggests no packages. -- no debconf information Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#559763: schleuder_logger.rb: undefined local variable or method `file' for ...
On Mon, Dec 07, 2009 at 12:27:46AM +0100, Alster wrote: On lenny, with the package from lenny-backports, the following error occurs when invoking schleuder-newlist: # schleuder-newlist test /usr/lib/ruby/1.8/schleuder/schleuder_logger.rb:25:in `initialize': undefined local variable or method `file' for #Schleuder::SchleuderLogger:0x7fdb7ab1dfc0 (NameError) from /usr/lib/ruby/1.8/schleuder/processor.rb:8:in `new' from /usr/lib/ruby/1.8/schleuder/processor.rb:8:in `log' from /usr/bin/schleuder-newlist:60:in `process' from /usr/bin/schleuder-newlist:295 # I get this with default settings in /etc/schleuder/schleuder.conf Could you verify if you have not modified the `log_rotate_keep` setting? Setting it greater than 0 was the only way I was able to reproduce this issue. In the Debian package, log rotation is handled by logrotate, so there is normally no need for Schleuder to take care of this. (There is still an issue in the code, that I'll fix, though.) Cheers, -- Jérémy Bobbio.''`. jeremy.bob...@irq7.fr : : : lu...@debian.org `. `'` `- signature.asc Description: Digital signature
Bug#563416: pandoc: Please add an option to specify the base level for headers
Package: pandoc Version: 1.3-1 Severity: wishlist Tags: patch Hi! It would be very handy if pandoc would have an option to specify the base level for headers. An example is worth many words: Given a Markdown file with an header like: ## Header level 2 When the base level is set to 3, pandoc would generate an HTML file with: h4Header level 2/h4 Having such feature would be helpful to generate complex documents from different files. The attached patch adds a --headers-base-level option as a possible implementation. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- --- pandoc-1.3.orig/man/man1/pandoc.1.md +++ pandoc-1.3/man/man1/pandoc.1.md @@ -169,6 +169,9 @@ to Pandoc. Or use `html2markdown`(1), a RTF) or an instruction to create one (LaTeX, reStructuredText). This option has no effect on man, DocBook, or S5 output. +\--headers-base-level=*LEVEL* +: Specify the base level for headers (defaults to 1). + -c *CSS*, \--css=*CSS* : Link to a CSS style sheet. *CSS* is the pathname of the style sheet. --- pandoc-1.3.orig/src/pandoc.hs +++ pandoc-1.3/src/pandoc.hs @@ -135,6 +135,7 @@ data Opt = Opt , optParseRaw :: Bool-- ^ Parse unconvertable HTML and TeX , optCSS :: [String] -- ^ CSS file to link to , optTableOfContents :: Bool-- ^ Include table of contents +, optHeadersBaseLevel :: Int -- ^ Headers base level , optIncludeInHeader :: String -- ^ File to include in header , optIncludeBeforeBody :: String -- ^ File to include at top of body , optIncludeAfterBody :: String -- ^ File to include at end of body @@ -173,6 +174,7 @@ defaultOpts = Opt , optParseRaw = False , optCSS = [] , optTableOfContents = False +, optHeadersBaseLevel = 1 , optIncludeInHeader = , optIncludeBeforeBody = , optIncludeAfterBody = @@ -334,6 +336,12 @@ options = (\opt - return opt { optTableOfContents = True })) -- Include table of contents +, Option [headers-base-level] + (ReqArg + (\arg opt - return opt { optHeadersBaseLevel = (read arg) }) + LEVEL) + -- Headers base level + , Option c [css] (ReqArg (\arg opt - do @@ -497,6 +505,10 @@ defaultWriterName x = ['.',y] | y `elem` ['1'..'9'] - man _ - html +shiftHeaderLevels :: Int - Block - Block +shiftHeaderLevels shift (Header level inner) = Header (level + shift) inner +shiftHeaderLevels _ x= x + main :: IO () main = do @@ -531,6 +543,7 @@ main = do , optParseRaw = parseRaw , optCSS = css , optTableOfContents = toc + , optHeadersBaseLevel = headersBaseLevel , optIncludeInHeader = includeHeader , optIncludeBeforeBody = includeBefore , optIncludeAfterBody = includeAfter @@ -656,15 +669,18 @@ main = do let convertTabs = tabFilter (if preserveTabs then 0 else tabStop) doc - fmap (reader startParserState . convertTabs . intercalate \n) (readSources sources) + + let doc' = if headersBaseLevel 1 then processWith (shiftHeaderLevels (headersBaseLevel - 1)) doc + else doc - doc' - do + doc'' - do #ifdef _CITEPROC - processBiblio cslFile refs doc + processBiblio cslFile refs doc' #else - return doc + return doc' #endif - let writerOutput = writer writerOptions doc' ++ \n + let writerOutput = writer writerOptions doc'' ++ \n case writerName' of odt - saveOpenDocumentAsODT outputFile sourceDirRelative writerOutput signature.asc Description: Digital signature
Bug#563380: libgpgme-ruby1.8: /usr/lib/ruby/1.8/gpgme.rb:898:in `new': Unknown error code (GPGME::Error)
On Sat, Jan 02, 2010 at 01:45:50PM +0100, Jérémy Bobbio wrote: The version of libgpgme-ruby1.8 currently in Debian is not compatible with the version of libgpgme actually in Debian. […] This problem breaks schleuder in sid, so a fix or an updated version would be very much welcome. Ping? Should I do an NMU? Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#513118: libdebian-installer: Should handle XB-Debian-Frontend to pick cdebconf plugins
Package: libdebian-installer4-udeb Version: 0.61 Severity: wishlist Hi! I am opening a bug to keep a tab on this idea… On Wed, Jan 21, 2009 at 02:31:29PM +, Colin Watson wrote: As you say; nothing currently depends on cdebconf-terminal as far as I know. (In future, we *should* depend on cdebconf-terminal and have libdebian-installer be smart enough to notice an XB-Debian-Frontend field and pick the right provider; all these 'anna-install cdebconf-$DEBIAN_FRONTEND-terminal' hacks are unpleasant.) This would indeed be nicer. :) Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#418708: installation-reports: Dialogs difficult to use on gray-scale monitors
On Mon, Jan 19, 2009 at 04:32:24PM +0100, Marc-Jano Knopp wrote: There are two possibilities after letting the user tell the system (e. g. via bootloader parameters) about having a gray-scale or monochrome monitor: A) For both gray-scale and monochrome monitors: Use only black and white (with two grades of brightness) and display the currently selected element with a special formatting, i. e. inverted or underlined. B) For gray-scale monitors: In case the color-to-shades-of-gray mapping is (nearly) the same everywhere, use more than two colors, but make sure that with the given mapping, they are well distinguishable. Option A should be totally sufficient for installing Debian. This is already possible, see 5.2.1. Debian Installer Parameters in the manual [1] : DEBIAN_FRONTEND This boot parameter controls the type of user interface used for the installer. […] DEBIAN_FRONTEND=text may be preferable for serial console installs. debian-installer/theme (theme) A theme determines how the user interface of the installer looks (colors, icons, etc.). What themes are available differs per frontend. Currently both the newt and gtk frontends only have a “dark” theme that was designed for visually impaired users. Set the theme by booting with theme=dark. While the text frontend is less usable than the newt frontend, a monitor able to display Linux boot messages will be sufficient to perform the installation. The dark theme should be enough for monochrome monitor as well, but I cannot confirm this. [1] http://d-i.alioth.debian.org/manual/en.i386/ch05s02.html#installer-args Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#532913: Giving svg on command line - crash with BadWindow error
tags 532913 + patch thanks Hi! On Fri, Jun 12, 2009 at 01:14:18PM -0400, Anthony DeRobertis wrote: When I run 'inkscape drawing.svg' to edit drawing.svg, inkscape takes forever to start (like normal; takes ages scanning fonts I believe), very briefly pops up its window, then crashes with a BadWindow error. After encountering the same problem and digging a little more, I came up with the following one-liner: --- inkscape-0.46.orig/src/widgets/desktop-widget.cpp +++ inkscape-0.46/src/widgets/desktop-widget.cpp @@ -1058,7 +1058,6 @@ if (window) { window-set_default_size (w, h); -window-reshow_with_initial_size (); } } The GTK+ configuraton says about gtk_window_reshow_with_initial_size(): Hides window, then reshows it, resetting the default size and position of the window. Used by GUI builders only. I think the call can be safely removed as the function is here called programmatically and, from what I have seen, gtk_window_set_default_size() is always called before gtk_widget_show(), thus rendered with the desired size. After building with this patch, inkscape was not crashing anymore, neither on startup or by loading another document afterwards. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#542671: vidalia: Should not suggest update-rc.d -f only
Package: vidalia Version: 0.1.15-1 Severity: normal Hi! In README.Debian, in order to prevent Tor to start automatically at boot time, it is suggested to use: # update-rc.d -f tor remove This suggestion is a bad one. When startup links are removed this way, they will be created again on the next upgrade (or reinstallation) of the tor package. Thus enabling it again on startup. Using the disable option of update-rc.d would probably be a better suggestion, here. But maybe it would be more user friendly to either: a) Ask (through debconf) about disabling Tor startup links; with no as a default; and do it in the postinst script. b) Change tor init script so that it does not start the daemon itself when a specific setting (maybe in /etc/default/vidalia) is set. This setting value could be asked through debconf as well. I am unsure about how policy compliant is option a). Option b) would need coordination with weasel (tor's package maintainer). Feel free to clone this bug to follow up on the previous ideas. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#542670: vidalia: Wrongly says that a Tor process is already running
Package: vidalia Version: 0.1.15-1 Severity: normal Hi! When I did execute aptitude install vidalia on a system where Tor was not installed (and thus pulled as a Recommend), I was very suprised to read that an existing Tor process was detected. The issue comes from the config script, which unconditionally displays vidalia/info. Or debconf-devel(7) says: The config script can be run in one of three ways: 1 If a package is pre-configured, with dpkg-preconfigure, its config script is run, and is passed the parameters configure, and installed-version. 2 When a package's postinst is run, debconf will try to run the config script then too, and it will be passed the same parameters it was passed when it is pre-configured. This is necessary because the package might not have been pre-configured, and the config script still needs to get a chance to run. See HACKS for details. […] The way the config and postinst scripts are written only works in the second case. Then wrongly telling me that a running Tor process has been detected. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#514627: mdadm: autocheck generates errors: INFO: task md1_resync:5528 blocked for more than 120 seconds
On Tue, Feb 10, 2009 at 07:22:53PM +1100, NeilBrown wrote: also sprach Fabio Muzzi debianb...@kurgan.org [2009.02.09.1654 +0100]: [36167.934923] INFO: task md1_resync:5528 blocked for more than 120 seconds. [36167.934979] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. I am seeing those too. It's a new feature in the kernel. The only way to work against it would be by making checkarray process arrays in series, which might take a lot longer and would unnecessarily complicate the script. Thus, I am marking this bug wontfix. For the record, this is fixed by kernel patch commit 9744197c3d7b329590c2be33ad7b17409bd798fe This patch [1] might be small enough to be backported to the Lenny kernel, this problem is annoying enough to warrant a fix, IMHO. [1] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9744197c3d7b329590c2be33ad7b17409bd798fe Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#515671: Fwd: [Pkg-silc-devel] Bug#515671: kopete-silc-plugin: KDE3 kopete going away
Hi! Support for KDE 3 is going away in Debian. From Kopete SILC homepage, I can see that the version in the Git repository have support for KDE 4. Do you plan to release a version supporting KDE 4 in the near future, or should we just package the Git master branch directly? - Forwarded message from Sune Vuorela report...@pusling.com - Package: kopete-silc-plugin Severity: serious Justification: dependencies going away Hi! In the very near future, kde (and kopete) will be kde4 based. The current kopete-silc-plugin is kde3 based and it will stop to work and stop to build when this is happened. I don't know if there is any upstream plans for a kde4 based kopete silc plugin, but if not, please consider removal of this package. /Sune - one of your friendly kde maintainers -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#536150: pidgin: Please Build-Depends on libsilc-dev (= 1.1.9-1~)
Package: pidgin Version: 2.4.3-4lenny2 Severity: wishlist Hi! pidgin currently Build-Depends on: libsilc-1.1-2-dev | libsilc-dev (= 1.1.1) Since silc-toolkit (= 1.1.9-1), the development package name has changed once again [1] to libsilc-dev. Could you please update the Build-Depends on your next upload? [1] Yes, that was a bad move to switch from libsilc-dev to libsilc-1.1-2-dev. Shame on me. Thanks, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#577093: proftpd-dfsg: please upgrade to 1.3.3
On Fri, 9 Apr 2010 18:32:38 +0200 Francesco P. Lovergine fran...@debian.org wrote: Thanks for your efforts. My opinion is that probably squeeze will be released with 1.3.2 series, which is currently more stable and tested. I'm going to release an experimental version and doing some tests with 1.3.3 anyway. Some known issues are still pending in 1.3.3, anyway. The whole thing is still not decided, it also depends on freezing delay. An experimental package would already be great. SFTP support is highly desired here and that is probably a feature that could interest other system administrators. Thanks for your work! Cheers, -- Jérémy Bobbio - Administrateur système et réseau Mezcalito - http://www.mezcalito.fr 17 boulevard Agutte Sembat - 38000 Grenoble 04 76 01 03 91 signature.asc Description: PGP signature
Bug#577093: proftpd-dfsg: please upgrade to 1.3.3
Package: proftpd-dfsg Severity: wishlist Tags: patch Hi! ProFTPd 1.3.3 ships with a new module, mod_sftp, that adds the ability to provide a SFTP/SCP server using all other ProFTPd features (logins, quota, and others). As I was eager to give it a try, I have somehow worked on upgrading the current package to 1.3.3. Attached you will find the result as a diff of the Debian directory. Changes made: - build new modules mod_exec, mod_sftp, mod_sftp_pam, mod_sftp_sql, mod_shaper and mod_sql_passwd; - refresh autotools.dpatch, odbc.dpatch, 3204.dpatch; - drop obsolete mod_xfer.c.dpatch and CVE-2009-3736.dpatch. The later was fixed in the upstream commit that is visible here: http://proftp.cvs.sourceforge.net/viewvc/proftp/proftpd/lib/libltdl/ltdl.c?r1=1.3r2=1.4 Please note that I have not made thorough checks and I can only confirm that the resulting package was able to provide standard FTP and SFTP to restricted accounts stored in a MySQL database, with quota being updated as it should. Hope that'll be an help in getting a newer package in Debian. Cheers, -- Jérémy Bobbio - Administrateur système et réseau Mezcalito - http://www.mezcalito.fr 17 boulevard Agutte Sembat - 38000 Grenoble 04 76 01 03 91 diff -Nur ../proftpd-dfsg-1.3.2e/debian/changelog debian/changelog --- ../proftpd-dfsg-1.3.2e/debian/changelog 2010-04-08 16:16:24.0 +0200 +++ debian/changelog 2010-04-09 11:36:29.0 +0200 @@ -1,3 +1,13 @@ +proftpd-dfsg (1.3.3-1) UNRELEASED; urgency=low + + * New upstream release: +- build new modules mod_exec, mod_sftp, mod_sftp_pam, mod_sftp_sql, + mod_shaper and mod_sql_passwd; +- refresh autotools.dpatch, odbc.dpatch, 3204.dpatch; +- drop obsolete mod_xfer.c.dpatch and CVE-2009-3736.dpatch. + + -- Jérémy Bobbio jer...@mezcalito.fr Fri, 09 Apr 2010 09:20:56 +0200 + proftpd-dfsg (1.3.2e-4) unstable; urgency=low * Fixed inetd_check() in init file. Thanks Mats Erik Andersson. diff -Nur ../proftpd-dfsg-1.3.2e/debian/control debian/control --- ../proftpd-dfsg-1.3.2e/debian/control 2010-04-08 16:16:24.0 +0200 +++ debian/control 2010-04-09 14:44:11.0 +0200 @@ -14,7 +14,7 @@ ucf (= 0.30), debianutils (= 1.21.0), libpam-runtime (= 0.76-13.1), sed (= 4.1.5), update-inetd Conflicts: ftp-server, proftpd ( 1.3.2) Replaces: proftpd ( 1.3.2) -Provides: ftp-server, proftpd, proftpd-abi-1.3.2e +Provides: ftp-server, proftpd, proftpd-abi-1.3.3 Suggests: proftpd-doc, openssl, proftpd-mod-mysql, proftpd-mod-pgsql, proftpd-mod-ldap, proftpd-mod-odbc, proftpd-mod-sqlite, openbsd-inetd | inet-superserver Description: Versatile, virtual-hosting FTP daemon - binaries ProFTPd is a powerful replacement for wu-ftpd. This File Transfer Protocol diff -Nur ../proftpd-dfsg-1.3.2e/debian/patches/00list debian/patches/00list --- ../proftpd-dfsg-1.3.2e/debian/patches/00list 2010-04-08 16:16:24.0 +0200 +++ debian/patches/00list 2010-04-09 10:02:46.0 +0200 @@ -1,7 +1,6 @@ autotools change_pam_name xferstats.holger-preiss -mod_xfer.c ftpasswd.cracklib.location quotatab_modules mod_sql_mysql.c @@ -10,5 +9,4 @@ mod_cap odbc 3204 -CVE-2009-3736 mod_vroot diff -Nur ../proftpd-dfsg-1.3.2e/debian/patches/3204.dpatch debian/patches/3204.dpatch --- ../proftpd-dfsg-1.3.2e/debian/patches/3204.dpatch 2010-04-08 16:16:24.0 +0200 +++ debian/patches/3204.dpatch 2010-04-09 09:50:12.0 +0200 @@ -6,26 +6,30 @@ @DPATCH@ diff -urNad trunk~/src/prxs.in trunk/src/prxs.in trunk~/src/prxs.in 2009-07-17 10:52:29.0 +0200 -+++ trunk/src/prxs.in 2009-07-17 10:52:48.0 +0200 -@@ -51,8 +51,13 @@ - my $shell = q(@SHELL@); +--- trunk~/src/prxs 2010-02-24 19:02:36.0 +0100 trunk/src/prxs 2010-04-09 09:20:55.0 +0200 +@@ -30,14 +30,14 @@ + my $prog = basename($0); + + my $compiler = q(gcc); +-my $cflags = q( -DLINUX -O2 -Wall -DPR_SHARED_MODULE); ++my $cflags = q( -DLINUX -O2 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -DHAVE_OPENSSL -DUSE_LDAP_TLS -Wall -DPR_SHARED_MODULE); + my $cppflags = q(); +-my $ltdl_ldflags = q(); +-my $sbindir = q(/usr/local/sbin); +-my $includedir = q(/usr/local/include); ++my $ltdl_ldflags = q(-avoid-version -export-dynamic -module); ++my $sbindir = q(/usr/sbin); ++my $includedir = q(/usr/include); + my $installer = q(/usr/bin/install -c); + my $install_strip = q(-s); +-my $libexecdir = q(/usr/local/libexec); ++my $libexecdir = q(/usr/lib/proftpd); + my $libtool = 'libtool'; - my $opts = {}; --GetOptions($opts, 'c|compile', 'i|install', 'd|clean', 'name=s', 'D=s@', -- 'I=s@', 'L=s@', 'l=s@', 'W=s@'); -+GetOptions($opts, 'c|compile', 'i|install', 'd|clean', 'h|help', 'name=s', -+ 'D=s@', 'I=s@', 'L=s@', 'l=s@', 'W=s@'); -+ -+if ($opts-{h}) { -+ usage(); -+ exit 0; -+} - - # Make sure we can query proftpd to find out its list of installed modules. - # Unless we see mod_dso listed, there's no point in compiling a shared -@@ -127,6 +132,36 @@ - $ldflags .= -L$libdir
Bug#595375: xul-ext-torbutton: Leaks fingerprintable User-Agent when extensions.torbutton.spoof_english = false
tags 595375 + upstream thanks On Fri, Sep 03, 2010 at 12:51:38AM +0200, intrigeri+deb...@boum.org wrote: What does not work == When extensions.torbutton.spoof_english is set to true the reported User-Agent is: Mozilla/5.0 (Windows; U; Windows NT 6.1; chrome://global/locale/intl.properties; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 One can see the LANG placeholder is wrongly replaced with chrome://global/locale/intl.properties instead of what is expected i.e. the value of the general.useragent.locale preference setting. I have been able to reproduce this behaviour by installing Torbutton on a dedicated profile by using the upstream XPI. I will spend some time to investigate a little bit more before opening a ticket on upstream bugtracker. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#595375: xul-ext-torbutton: Leaks fingerprintable User-Agent when extensions.torbutton.spoof_english = false
Hello mighty maintainers of Iceweasel, Bellow lies a little question for you about the following bug: On Sat, Sep 04, 2010 at 09:16:53PM +0200, Jérémy Bobbio wrote: On Fri, Sep 03, 2010 at 12:51:38AM +0200, intrigeri+deb...@boum.org wrote: When extensions.torbutton.spoof_english is set to true the reported User-Agent is: Mozilla/5.0 (Windows; U; Windows NT 6.1; chrome://global/locale/intl.properties; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 One can see the LANG placeholder is wrongly replaced with chrome://global/locale/intl.properties instead of what is expected i.e. the value of the general.useragent.locale preference setting. I have been able to reproduce this behaviour by installing Torbutton on a dedicated profile by using the upstream XPI. I will spend some time to investigate a little bit more before opening a ticket on upstream bugtracker. I have read the following in #495381: Note: chrome://global/locale/intl.properties is a special value, the value will be pulled from the language pack. Is this something Debian specific or does it apply to all Firefox flavours? Thanks, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#595375: xul-ext-torbutton: Leaks fingerprintable User-Agent when extensions.torbutton.spoof_english = false
tags 595375 + patch thanks On Sat, Sep 04, 2010 at 09:16:53PM +0200, Jérémy Bobbio wrote: On Fri, Sep 03, 2010 at 12:51:38AM +0200, intrigeri+deb...@boum.org wrote: What does not work == When extensions.torbutton.spoof_english is set to true the reported User-Agent is: Mozilla/5.0 (Windows; U; Windows NT 6.1; chrome://global/locale/intl.properties; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 One can see the LANG placeholder is wrongly replaced with chrome://global/locale/intl.properties instead of what is expected i.e. the value of the general.useragent.locale preference setting. I will spend some time to investigate a little bit more before opening a ticket on upstream bugtracker. The attached patch fixed the issue during my tests. It would be great if you could try it to see if it's better for you as well. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- diff --git a/src/chrome/content/torbutton.js b/src/chrome/content/torbutton.js index 7b80da8..bc754db 100644 --- a/src/chrome/content/torbutton.js +++ b/src/chrome/content/torbutton.js @@ -926,22 +926,38 @@ function torbutton_set_timezone(mode, startup) { } } +function torbutton_get_general_useragent_locale() { + try { +var locale = m_tb_prefs.getCharPref(general.useragent.locale); +if (locale != chrome://global/locale/intl.properties) { +return locale; +} + +var bundle = Components.classes[@mozilla.org/intl/stringbundle;1] +.getService(Components.interfaces.nsIStringBundleService); +var stringbundle = bundle.createBundle(locale); +return stringbundle.GetStringFromName(general.useragent.locale); +} catch(err) { +torbutton_log(2, error while getting general.useragent.locale: + err); +return 'en-US'; +} +} + function torbutton_set_uagent() { try { var torprefs = torbutton_get_prefbranch('extensions.torbutton.'); var lang = new RegExp(LANG, gm); var appname = torprefs.getCharPref(appname_override); var appvers = torprefs.getCharPref(appversion_override); +var generalLocale = torbutton_get_general_useragent_locale(); if(torprefs.getBoolPref(spoof_english)) { appname = appname.replace(lang, torprefs.getCharPref(spoof_locale)); appvers = appvers.replace(lang, torprefs.getCharPref(spoof_locale)); } else { -appname = appname.replace(lang, -m_tb_prefs.getCharPref(general.useragent.locale)); -appvers = appvers.replace(lang, -m_tb_prefs.getCharPref(general.useragent.locale)); +appname = appname.replace(lang, generalLocale); +appvers = appvers.replace(lang, generalLocale); } m_tb_prefs.setCharPref(general.appname.override, appname); @@ -955,8 +971,7 @@ function torbutton_set_uagent() { agent = agent.replace(lang, torprefs.getCharPref(spoof_locale)); } else { -agent = agent.replace(lang, -m_tb_prefs.getCharPref(general.useragent.locale)); +agent = agent.replace(lang, generalLocale); } m_tb_prefs.setCharPref(general.useragent.override, agent); signature.asc Description: Digital signature
Bug#594379: haveged: FTBFS: Architecture mismatch on rd. Requires v9|v9a|v9b; requested architecture is sparclite.
On Tue, Oct 19, 2010 at 11:27:09PM +0200, Sven Hartge wrote: I revived my SunFire v240, installed an up-to-date Sid on it and tried to reproduce this bug. But I am no longer able to get the mentioned error with the current gcc-4.4 from Sid. haveged compiles, links and runs in both 32bit and 64bit (-m64) mode. A quick check with the included crypto tests also shows no apparent error in the resulting binaries. I believe this bug will vanish if the dependency on gcc-4.3 is removed. On i386/amd64 haveged will have to get compiled using -O0, because of the segfault still occurring on these archs. For another option, I have found in polarssl assembly code to retrieve the hardclock on older Sparc architectures. With the attached patch applied, haveged did build and test fine on smetana.d.o. Cheers, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- --- haveged-0.9.orig/src/havegedef.h +++ haveged-0.9/src/havegedef.h @@ -57,8 +57,13 @@ #endif #ifdef HAVE_ISA_SPARC -#define ARCH sparc -#define HARDCLOCK(x) ASM(rd %%tick, %0:=r(x):r(x)) +# define ARCH sparc +# if defined(__GNUC__) defined(__sparc__) +# define HARDCLOCK(x) ASM(.byte 0x83, 0x41, 0x00, 0x00);\ + ASM(mov %%g1, %0 : =r(x)) +# else +# define HARDCLOCK(x) ASM(rd %%tick, %0:=r(x):r(x)) +# endif #endif #ifdef HAVE_ISA_PPC signature.asc Description: Digital signature
Bug#603692: unblock: schleuder/2.1.1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please allow package schleuder to enter testing. The 2.1.1-2 upload was done specifically to fix a compatibility issue with libgpgme-ruby1.8 affecting the `schleuder-newlist` command. This command is the preferred way (as documented in README.Debian) to create a new mailing-list. I did not bother (*sigh*, sorry) to open a new bug as I discovered that issue myself while doing a final review of the package for Squeeze. The debdiff is pretty minimal. --- 8 --- hint - unblock schleuder/2.1.1-2 --- 8 -- Thanks, -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature