Bug#410943: User-specific?
On Wed, 2007-02-14 at 22:52 -0500, Philippe Cloutier wrote: Hi, I'm just trying to evaluate the severity, but does this happen for all users on your system? For example, if you create a new user? Hi, If I add a new user, the same thing happens on that account. I realize that the problems I am having are not common, so it may be difficult to reproduce them. If there is any log or debug info that would be useful, let me know. For oocalc this sounds similar to #409841 but not exactly the same since oo does not freeze. Thanks, Mikael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359095: dh-kpatches: bugs in apply perl script
tags + patch
thanks
Package: dh-kpatches
Version: 0.100.1
Severity: grave
Tags: experimental
Justification: renders package unusable
I built a kernel-patch package for the hard disk queue freezing patch
that is used with the IBM ThinkPad HDAPS support code. It was built with
dh-kpatches 0.100.1, and I was told by a user that this package does not
work. The following errors are made in the apply perl script:
a) line 63
if (defined $DEBPATCHFILES[$IDX] ...
is the wrong test since an empty string is defined in perl.
It should be
if( not ($DEBPATCHFILES[$IDX] eq )
I think it really should be checking for definedness. Just in case,
I've added a check for empty string as well in the attached patch.
b) line 153
printf 'Disk queue freezing support (queuefreeze)
has inconsistent quotation marks
I've fixed this in the attached patch...
In any case, neither of these problems exist in the version in unstable
-- can you use it instead of the one in experimental for now?
John
diff -Nur dh-kpatches-0.100.1.orig/dh-kpatches.nw dh-kpatches-0.100.1/dh-kpatches.nw
--- dh-kpatches-0.100.1.orig/dh-kpatches.nw 2003-12-16 01:54:17.0 -0700
+++ dh-kpatches-0.100.1/dh-kpatches.nw 2007-02-15 01:01:38.0 -0700
@@ -241,7 +241,7 @@
our $STRIPLEVEL=$STRIPLEVELS[$IDX];
our $PATCHFILE;
-if (defined $DEBPATCHFILES[$IDX] and
+if (defined $DEBPATCHFILES[$IDX] and $DEBPATCHFILES[$IDX] ne and
(-r 'version.Debian' or -r 'README.Debian' )) {
$PATCHFILE=$DEBPATCHFILES[$IDX];
} else {
@@ -350,7 +350,7 @@
mkdir -p \${docdir}
(
-printf '#PATCHNAME# (#PATCHID#)
+printf '#PATCHNAME# (#PATCHID#)'
EOF
;
print REGISTER printf 'for kernel $ENV{KPATCH_#CLEANPATCHID#},'\n
Bug#361376: marked as done (liferea-gtkhtml segfaults randomly with current gtkhtml, please use liferea-mozilla instead for now)
Your message dated Thu, 15 Feb 2007 07:47:02 + with message-id [EMAIL PROTECTED] and subject line Bug#361376: fixed in liferea 1.0.27-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: liferea Version: 1.0.7-1 Hi, I'm trying to trace down why liferea seems to randomly segfault. It seems to happen when I press ctrl-n (find the next unread), and it tends to happen at the first keystroke, or after a while. I'm using liferea-gtkhtml (gdb) thread 1 [Switching to thread 1 (Thread 47769045726736 (LWP 14461))]#0 0x2b721632b360 in gdk_cairo_set_source_pixbuf () from /usr/lib/libgdk-x11-2.0.so.0 (gdb) bt #0 0x2b721632b360 in gdk_cairo_set_source_pixbuf () from /usr/lib/libgdk-x11-2.0.so.0 #1 0x2b7215f5c9e2 in gtk_cell_renderer_pixbuf_new () from /usr/lib/libgtk-x11-2.0.so.0 #2 0x2b72160de4ab in _gtk_tree_view_column_get_cell_at_pos () from /usr/lib/libgtk-x11-2.0.so.0 #3 0x2b72160dec21 in _gtk_tree_view_column_cell_render () from /usr/lib/libgtk-x11-2.0.so.0 #4 0x2b72160ceb28 in _gtk_tree_view_queue_draw_node () from /usr/lib/libgtk-x11-2.0.so.0 #5 0x2b721600c250 in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #6 0x2b72171f3910 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #7 0x2b7217202c9d in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #8 0x2b7217203d0c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #9 0x2b7217204383 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #10 0x2b72160eaa55 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x2b721600ac3b in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #12 0x2b7216343d2a in gdk_window_clear_area_e () from /usr/lib/libgdk-x11-2.0.so.0 #13 0x2b721634430a in gdk_window_process_updates () from /usr/lib/libgdk-x11-2.0.so.0 #14 0x2b72160d1670 in gtk_tree_view_scroll_to_cell () from /usr/lib/libgtk-x11-2.0.so.0 #15 0x2b72160d1863 in gtk_tree_view_scroll_to_cell () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x2b72160d7ea9 in gtk_tree_view_set_cursor_on_cell () from /usr/lib/libgtk-x11-2.0.so.0 #17 0x00441fc9 in ui_feedlist_select () #18 0x00446331 in on_next_unread_item_activate () #19 0x00447cf7 in on_mainwindow_key_press_event () #20 0x2b721600c250 in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #21 0x2b72171f3910 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #22 0x2b7217202af2 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #23 0x2b7217203d0c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #24 0x2b7217204383 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #25 0x2b72160eaa55 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0 #26 0x2b721600a765 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #27 0x2b721600aad7 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #28 0x2b721635593c in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0 #29 0x2b7218437a0d in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #30 0x2b721843acd5 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #31 0x2b721843af9a in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #32 0x2b7216009ec2 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #33 0x004369f2 in main () (gdb) thread 2 [Switching to thread 2 (Thread 1082132832 (LWP 14560))]#0 0x2b72185adb6a in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 (gdb) bt #0 0x2b72185adb6a in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x2b7218421366 in g_async_queue_push_sorted () from /usr/lib/libglib-2.0.so.0 #2 0x2b721842144c in g_async_queue_pop () from /usr/lib/libglib-2.0.so.0 #3 0x0044f172 in download_init () #4 0x2b72184539cb in g_static_private_free () from /usr/lib/libglib-2.0.so.0 #5 0x2b72185abb1c in start_thread () from /lib/libpthread.so.0 #6 0x2b7218786962 in clone () from /lib/libc.so.6 #7 0x in ?? () (gdb) regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project ---End Message--- ---BeginMessage--- Source: liferea Source-Version: 1.0.27-2 We believe that the bug you reported is fixed in the latest version of liferea, which is due to be installed in the Debian FTP archive: liferea-gtkhtml_1.0.27-2_all.deb to pool/main/l/liferea/liferea-gtkhtml_1.0.27-2_all.deb
Bug#410943: openoffice : calc crashes on edit, math crashes on startup, and, impress crashes on save
Hi, Did you Check that's not a Problem with your Hardware, like ram. I would suggest to let run memtest86+ just to make sure. Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: found 408948 in 2.14.2-4
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 found 408948 2.14.2-4 Bug#408948: SECURITY: Incorrect MIME type detection can trick users into running arbitrary commands Bug marked as found in version 2.14.2-4. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411024: ati sb600 pata udma mode will cause kernel panic
Package: kernel
Version: 2.6.18-3-486
Severity: serious
Tags: patch Etch
The driver for ati sb600 IDE controller has bugs.
It doesn't set the PATA in proper DMA mode.
When use 40-pin cable for PATA disk, sometimes, bad CRC makes the system
fail to boot with kernel panic. The kernel will report:
...
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
ide0: reset: success
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
ide0: reset: success
Here is the patch to fix it:
--- drivers/ide/pci/atiixp.c.orig 2007-02-15 13:12:43.0
+0800
+++ drivers/ide/pci/atiixp.c2007-02-15 13:12:43.0 +0800
@@ -289,8 +289,11 @@
static void __devinit init_hwif_atiixp(ide_hwif_t *hwif)
{
+ u8 udma_mode = 0;
+ u8 ch = hwif-channel;
+ struct pci_dev *pdev = hwif-pci_dev;
if (!hwif-irq)
- hwif-irq = hwif-channel ? 15 : 14;
+ hwif-irq = ch ? 15 : 14;
hwif-autodma = 0;
hwif-tuneproc = atiixp_tuneproc;
@@ -306,8 +309,11 @@
hwif-mwdma_mask = 0x06;
hwif-swdma_mask = 0x04;
- /* FIXME: proper cable detection needed */
- hwif-udma_four = 1;
+ pci_read_config_byte(pdev, ATIIXP_IDE_UDMA_MODE + ch,
udma_mode);
+ if ((udma_mode 0x07) = 0x04 || (udma_mode 0x70) = 0x40)
+ hwif-udma_four = 1;
+ else
+ hwif-udma_four = 0;
hwif-ide_dma_host_on = atiixp_ide_dma_host_on;
hwif-ide_dma_host_off = atiixp_ide_dma_host_off;
hwif-ide_dma_check = atiixp_dma_check
PS: the patches also have been accepted by kernel.org.
Could you kindly add it to Etch before the final Etch release? Thanks!
Regards,
Wolke
Processed: severity is critical
Processing commands for [EMAIL PROTECTED]: severity 336405 critical Bug#336405: libswt3.1-gtk-java: eclipse3 can't live with azureus Bug#373705: eclipse: Installation breaks azureus package Bug#376296: Problem with names libswt Severity set to `critical' from `important' stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411027: libkwiki-perl: plugin reported as missing (perl?)
Package: libkwiki-perl
Version: 0.38-1
Severity: grave
Justification: renders package unusable
I installed the package, run kwiki as described at the doku, made apache2
point to the location (using the example code in the README) and tried:
http://localhost/kwiki/ in the web browser.
This gave the following response:
=
Software error:
No plugin for action 'display' at /usr/share/perl5/Spoon/Hub.pm line 34.
For help, please send mail to the webmaster ([EMAIL PROTECTED]), giving
this error message and the time and date of the error.
Software error:
[Thu Feb 15 11:48:42 2007] index.cgi: No plugin for action 'display' at
/usr/share/perl5/Spoon/Hub.pm line 34.
at /usr/share/perl5/Spoon/Base.pm line 110
Spoon::Base::__ANON__('[Thu Feb 15 11:48:42 2007] index.cgi: No
plugin for action \'...') called at /usr/share/perl/5.8/CGI/Carp.pm line 314
CGI::Carp::realdie('[Thu Feb 15 11:48:42 2007] index.cgi: No plugin
for action \'...') called at /usr/share/perl/5.8/CGI/Carp.pm line 400
CGI::Carp::die('No plugin for action \'display\'') called at
/usr/share/perl5/Spoon/Hub.pm line 34
Spoon::Hub::process('Kwiki::Hub=HASH(0x848aca8)') called at
//usr/share/perl5/Kwiki.pm line 12
Kwiki::process('Kwiki=HASH(0x833eac4)', 'config*.*', '-plugins',
'plugins') called at /var/www/kwiki/index.cgi line 4
For help, please send mail to the webmaster ([EMAIL PROTECTED]), giving
this error message and the time and date of the error.
=
I do not know if this is because of missing dependencies of this package or
of libspoon-perl or whatever.
Please mail me if I can help with further information.
Thanks.
Klaus
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Versions of packages libkwiki-perl depends on:
ii libspoon-perl 0.23-2 A Spiffy Application Building Fram
ii perl 5.8.8-7Larry Wall's Practical Extraction
libkwiki-perl recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: severity is critical
Processing commands for [EMAIL PROTECTED]: severity 336405 important Bug#336405: libswt3.1-gtk-java: eclipse3 can't live with azureus Bug#373705: eclipse: Installation breaks azureus package Bug#376296: Problem with names libswt Severity set to `important' from `critical' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410871: 2.3.7-2 still not installable
On 2/14/07, LaMont Jones [EMAIL PROTECTED] wrote: On Wed, Feb 14, 2007 at 02:23:43PM +, Magnus Therning wrote: On 2/14/07, LaMont Jones [EMAIL PROTECTED] wrote: The installation worked fine, but there now seems to be something else # mailq postqueue: warning: Mail system is down -- accessing queue directly If postfix was not running before the upgrade, I believe that it doesn't restart it after the upgrade. That could be what it is... if you start postfix (/etc/init.d/postfix start), and then dpkg --reinstall the .deb, does it restart it? Nope, doesn't do it. I even tried a reboot. There is also no complaint about the service already being started: # /etc/init.d/postfix start Starting Postfix Mail Transport Agent: postfix. # /etc/init.d/postfix start Starting Postfix Mail Transport Agent: postfix. # pgrep -l post # /M -- Magnus Therning [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336405: severity is critical
severity 336405 important thanks In my understanding this bug is critical since it makes unrelated software break. Eclipse and Azureus are unrelated and there is no sane reason or excuse that a Bittorrent-Client and an IDE cannot live together on the same system at the same time. No, preventing co-installability isn't breaking unrelated software. Furthermore, this bug is filed against azureus, which never conflicted with eclipse -- that bug is between eclipse and swt-gtk, azureus is an innocent bystander. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411035: broken maintainer script
Package: lwat Version: 0.5-1 Severity: serious Hi mate When I install lwat and I change the settings of /etc/lwat/config.php after I answered the debconf questions and then reinstall lwat it overrides my config changes without telling me about this. Cheers Steffen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409688: marked as done (FTBFS: gpe/render.h: No such file or directory)
* Non-maintainer upload. Hi, maybe I missed something, I was wondering why you thought a zero-day NMU (rather than one following normal policy) appropriate here? -- Moray -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 411024 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 # hardware-specific bug severity 411024 important Bug#411024: ati sb600 pata udma mode will cause kernel panic Severity set to `important' from `serious' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289739: Fixing these bugs, possible NMU
Hi Mark! I'm contacting you regarding 'inform'. I reported a bug about the /usr/doc symlink. Although inform is not in Etch, we'd like to get this transition completed for sid aswell, to prevent the dirs from ever reappearing in a release as soon as this package migrates again. There's also an RC bug open with quite a simple fix. Do you think you can get around to fixing these bugs shortly? I don't mind to do an NMU, please let me know if this is ok. If I don't hear from you by next week, I'll assume the NMU is ok. This is not an offense but just intended to get this transition finally solved. thanks! Thijs signature.asc Description: This is a digitally signed message part
Bug#410871: 2.3.7-2 still not installable
On Thu, Feb 15, 2007 at 11:07:45AM +, Magnus Therning wrote: On 2/14/07, LaMont Jones [EMAIL PROTECTED] wrote: On Wed, Feb 14, 2007 at 02:23:43PM +, Magnus Therning wrote: There is also no complaint about the service already being started: # /etc/init.d/postfix start Starting Postfix Mail Transport Agent: postfix. # /etc/init.d/postfix start Starting Postfix Mail Transport Agent: postfix. # pgrep -l post The outer process is 'master' (greping for 'post' won't find it.) Can you send me master.cf and main.cf for your machine, as well as /etc/mailname? lamont -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409191: Prosper is still not compatible with texlive in etch.
Apt-get refuses to install prosper om my etch system unless it is allowed to remove: texlive-base texlive-base-bin texlive-latex-base texlive-pdfetex and to re-install: tetex-base tetex-bin tetex-extra Thanks, Paul Huygen - Scanned for virus and spam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410871: 2.3.7-2 still not installable
On 2/15/07, LaMont Jones [EMAIL PROTECTED] wrote: On Thu, Feb 15, 2007 at 11:07:45AM +, Magnus Therning wrote: On 2/14/07, LaMont Jones [EMAIL PROTECTED] wrote: On Wed, Feb 14, 2007 at 02:23:43PM +, Magnus Therning wrote: There is also no complaint about the service already being started: # /etc/init.d/postfix start Starting Postfix Mail Transport Agent: postfix. # /etc/init.d/postfix start Starting Postfix Mail Transport Agent: postfix. # pgrep -l post The outer process is 'master' (greping for 'post' won't find it.) Can you send me master.cf and main.cf for your machine, as well as /etc/mailname? After purging the package and then re-installing it worked. After confirming that I applied the non-debconf settings I have (deferring smtp, and smtp_generic_maps). So in short, it took some tweaking to get working, but now it's fine. I did the upgrade to 2.7.3-3 today on another system that had an installed-but-not-configured 2.7.3.-2 on it. That went flawlessly. /M -- Magnus Therning [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411049: python-numpy-dev: file conflict with python-numpy
Package: python-numpy-dev Version: 1:1.0.1-2 Severity: serious | Automatic build of shogun_0.3.0-1 on grieg by sbuild/arm 98 | Build started at 20070215-1448 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: atlas3-base-dev [!arm], cdbs, debhelper, libreadline5-dev, octave-forge, octave2.1-headers, python-all-dev, python-central (= 0.5), python-numpy-dev, python-numpy-ext, quilt, r-base-dev, refblas3-dev, swig, xutils-dev [...] | Selecting previously deselected package python-numpy. | Unpacking python-numpy (from .../python-numpy_1%3a1.0.1-2_arm.deb) ... | Selecting previously deselected package python-numpy-dev. | Unpacking python-numpy-dev (from .../python-numpy-dev_1%3a1.0.1-2_arm.deb) ... | dpkg: error processing /org/buildd/build/chroot-unstable/var/cache/apt/archives/python-numpy-dev_1%3a1.0.1-2_arm.deb (--unpack): | trying to overwrite `/usr/lib/python2.4/site-packages/numpy/f2py/src/fortranobject.h', which is also in package python-numpy A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=shogunver=0.3.0-1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406754: Bug #406754: portaudio19: FTBFS: #error Memory barriers are not defined on this system.
Falk Hueffner wrote: Mikael Magnusson [EMAIL PROTECTED] writes: Falk Hueffner wrote: Hi, the correct solution is to use __sync_synchronize as fallback, which is a full memory barrier defined by gcc (starting from 4.1) for all platforms. It is also desirable to use this on all platforms that don't differentiate read/write/full barriers, since it gives the compiler better opportunities to optimize. Do you have a patch? I tried to use __sync_synchronize on i386, but it doesn't generate any synchronization code in the assembler output. Sorry, you need __sync_synchronize(). (Does __sync_synchronize on its own not generate a warning?) According to [1] gcc does not implement __sync_synchronize() as a full memory barrier on X86, in spite of the documentation. Do you know what architecture __sync_synchronize() is implemented as a full memory barrier? PortAudio implements native memory barriers for i386 and powerpc. We can use __sync_synchronize() for other architectures if it's implemented as a full memory barrier on those. Otherwise we need to disable JACK on those architectures (already committed to SVN). Mikael [1]http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2006/n2047.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409191: Prosper is still not compatible with texlive in etch.
Paul Huygen [EMAIL PROTECTED] wrote: Apt-get refuses to install prosper om my etch system unless it is allowed to remove: texlive-base texlive-base-bin texlive-latex-base texlive-pdfetex and to re-install: tetex-base tetex-bin tetex-extra This seems to be a problem with apt-get's resolver. At least I was able to install prosper this way: # log into fresh chroot apt-get install texlive [...] # now apt-get install prosper shows the problem apt-get install texlive-pstricks apt-get install prosper This is not a bug in prosper. Before reporting it against apt, rather check whether this isn't known. Regards, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Processed: reassign 408948 to nautilus
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 reassign 408948 nautilus 2.14.3-7 Bug#408948: SECURITY: Incorrect MIME type detection can trick users into running arbitrary commands Bug reassigned from package `gnome-vfs2' to `nautilus'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410850: links to upstream changes
Here are the upstream changes for the ruby and unzip fixes: http://websvn.kde.org/trunk/extragear/multimedia/amarok/src/scripts/databasescripts/backupDatabase.rb?rev=611302r1=485972r2=611302 http://websvn.kde.org/trunk/extragear/multimedia/amarok/src/scripts/databasescripts/databaseScripts.rb?rev=611304r1=485124r2=611304 http://websvn.kde.org/trunk/extragear/multimedia/amarok/src/scripts/databasescripts/redoPodcasts.rb?rev=611303r1=527198r2=611303 http://websvn.kde.org/trunk/extragear/multimedia/amarok/src/scripts/databasescripts/staleAlbums.rb?rev=611306r1=513319r2=611306 http://websvn.kde.org/trunk/extragear/multimedia/amarok/src/scripts/databasescripts/staleArtists.rb?rev=611300r1=513319r2=611300 http://websvn.kde.org/trunk/extragear/multimedia/amarok/src/scripts/databasescripts/staleImages.rb?rev=611298r1=513461r2=611298 http://websvn.kde.org/trunk/extragear/multimedia/amarok/src/scripts/databasescripts/staleStatistics.rb?rev=611301r1=484927r2=611301 http://websvn.kde.org/trunk/extragear/multimedia/amarok/src/scripts/mp3fix/mp3fixer.rb?rev=611452r1=515416r2=611452 http://websvn.kde.org/trunk/extragear/multimedia/amarok/src/magnatunebrowser/magnatunealbumdownloader.cpp?rev=633728r1=632452r2=633728 -- Kees Cook@outflux.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407250: mysql-ruby: binNMU needed to catch new symbols in libmysqlclient15-dev
Hi,
I have the similar problem, but simple rebuild does not fix it.
After some investigations I get the following results:
Mysql 5.x returns some fields as TYPE_NEWDECIMAL, but
libmysql-ruby1.8-2.7.1-1
does not defines MyslField::TYPE_NEWDECIMAL Ruby constant
(it is added in version 2.7.2 only):
rb_define_const(cMysqlField, TYPE_NEWDECIMAL,
INT2NUM(FIELD_TYPE_NEWDECIMAL));
As a result, when Mysql DBD module collects names of available data
field types (Mysql.rc:272):
TYPE_MAP = {}
MysqlField.constants.grep(/^TYPE_/).each end
it does not include this type into the TYPE_MAP hash.
After that the module get data from the server with NEWDECIMAL field,
tries to find
corresponding data type (Mysql.rb:649), gets nil instead of Array, and
fails to get its [0] element.
And finally we get the error message, that has been reported in this bug.
Regards,
Boris Misenov
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355517: lxr-cvs: Quoting release doesn't seem to make MySQL happy
Package: lxr-cvs
Version: 0.9.4.0.20061001-2
Followup-For: Bug #355517
Clean install of lxr-cvs, followed instructions in
/usr/share/doc/lxr-cvs/README.Debian.
Clean install of swish-e (which I've never used before, I don't know if the
missing
swish-e.conf file is a problem).
My /usr/src directory contains only a versions file and foo-project/, which
contains just
a hello, world! main.c:
# genxref --url=http://localhost/lxr --allversions
err: Couldn't open the configuration file 'swish-e.conf': No such file or
directory
.
/ foo-project
/main.c foo-project
*** / foo-project
*** /main.c foo-project
--- /main.c foo-project 1171556521-78
DBD::mysql::st execute failed: You have an error in your SQL syntax; check the
manual that
corresponds to your MySQL server version for the right syntax to use near
'release = 'foo-project''
at line 1 at /usr/share/perl5/LXR/Index/Mysql.pm line 209.
DBD::mysql::st execute failed: You have an error in your SQL syntax; check the
manual that
corresponds to your MySQL server version for the right syntax to use near
'release) values
('4250', 'foo-project')' at line 1 at /usr/share/perl5/LXR/Index/Mysql.pm line
213.
/main.c was already indexed
### / foo-project
### /main.c foo-project
--- /main.c foo-project 1171556521-78
/main.c was already referenced
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages lxr-cvs depends on:
ii apache2 2.2.3-3.2 Next generation, scalable, extenda
ii apache2-mpm-prefork [httpd-cg 2.2.3-3.2 Traditional model for Apache HTTPD
ii exuberant-ctags 1:5.6-1build tag file indexes of source c
ii libfile-mmagic-perl 1.27-1 Perl module to guess file type
ii perl [perl5] 5.8.8-7Larry Wall's Practical Extraction
Versions of packages lxr-cvs recommends:
ii libdbd-mysql-perl 3.0008-1 A Perl5 database interface to the
ii mysql-server 5.0.32-3 mysql database server (meta packag
ii mysql-server-5.0 [mysql-serve 5.0.32-3 mysql database server binaries
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411063: FTBFS: 'PAGE_SIZE' was not declared in this scope
Package: verilog Version: 0.8-4.1 Severity: serious PAGE_SIZE is not defined on all arches, you have to use something like sysconf(_SC_PAGESIZE), see #394212 Automatic build of verilog_0.8-4.1 on test.track.rz.uni-augsburg.de by sbuild/powerpc 0.52 ... for dir in vvp vpi tgt-vvp tgt-fpga libveriuser cadpli; do (cd $dir ; /usr/bin/make all); done make[2]: Entering directory `/build/tbm/verilog-0.8/vvp' mkdir dep g++ -DHAVE_CVS_IDENT=1 -I. -I.. -I . -I./.. -DHAVE_CONFIG_H -DMODULE_DIR1=\/usr/lib/ivl/.\ -Wall -g -O2 -MD -c main.cc -o main.o main.cc: In function 'void my_getrusage(rusage*)': main.cc:75: error: 'PAGE_SIZE' was not declared in this scope make[2]: *** [main.o] Error 1 make[2]: Leaving directory `/build/tbm/verilog-0.8/vvp' make[2]: Entering directory `/build/tbm/verilog-0.8/vpi' -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410400: ldtp: FTBFS: make: dh_pysupport: Command not found
On Thu, Feb 15, 2007 at 02:54:42PM +0100, Gonéri Le Bouder wrote: Hi, I've just rebuilt ldtp in fresh sid and etch chroot with success. I attached my sid build log. Which release of python-support do you use? You have Build-Depends-Indep: python-support (= 0.5.3) Which means it doesn't get installed to build the binary arch part only. Kurt
Bug#408556: marked as done (SECURITY: Specially crafted .desktop files can disguise as harmless files)
Your message dated Thu, 15 Feb 2007 17:17:18 + with message-id [EMAIL PROTECTED] and subject line Bug#408556: fixed in nautilus 2.16.3-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: gnome-vfs2 Version: 2.14.2-4 Severity: serious Tags: security Hi, This seems to be an old known problem / bug / vulnerability which is described here: https://bugzilla.novell.com/show_bug.cgi?id=238503 It affects GNOME but not Xfce and KDE which work with the same shared-mime-info data. It seems the freedesktop.org XML database provides OR type matching instead of AND type matching on the a) extension and b) magic criterions found in the database (that is: it is enough to match the magic of a desktop file to be considered one, even if the extension is not .desktop). Some interesting bits: http://lists.freedesktop.org/archives/xdg/2007-January/thread.html#9150 This is a design issue with shared-mime-info, but should be worked around in gnome-vfs2 (I think). Bye, -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- Loïc Minier [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- Source: nautilus Source-Version: 2.16.3-3 We believe that the bug you reported is fixed in the latest version of nautilus, which is due to be installed in the Debian FTP archive: libnautilus-extension-dev_2.16.3-3_amd64.deb to pool/main/n/nautilus/libnautilus-extension-dev_2.16.3-3_amd64.deb libnautilus-extension1_2.16.3-3_amd64.deb to pool/main/n/nautilus/libnautilus-extension1_2.16.3-3_amd64.deb nautilus-data_2.16.3-3_all.deb to pool/main/n/nautilus/nautilus-data_2.16.3-3_all.deb nautilus-dbg_2.16.3-3_amd64.deb to pool/main/n/nautilus/nautilus-dbg_2.16.3-3_amd64.deb nautilus_2.16.3-3.diff.gz to pool/main/n/nautilus/nautilus_2.16.3-3.diff.gz nautilus_2.16.3-3.dsc to pool/main/n/nautilus/nautilus_2.16.3-3.dsc nautilus_2.16.3-3_amd64.deb to pool/main/n/nautilus/nautilus_2.16.3-3_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Josselin Mouette [EMAIL PROTECTED] (supplier of updated nautilus package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Feb 2007 17:23:51 +0100 Source: nautilus Binary: libnautilus-extension-dev libnautilus-extension1 nautilus-data nautilus-dbg nautilus Architecture: source amd64 all Version: 2.16.3-3 Distribution: experimental Urgency: low Maintainer: Josselin Mouette [EMAIL PROTECTED] Changed-By: Josselin Mouette [EMAIL PROTECTED] Description: libnautilus-extension-dev - libraries for nautilus components - development version libnautilus-extension1 - libraries for nautilus components - runtime version nautilus - file manager and graphical shell for GNOME nautilus-data - data files for nautilus nautilus-dbg - file manager and graphical shell for GNOME - debugging version Closes: 230757 408556 408896 408948 Changes: nautilus (2.16.3-3) experimental; urgency=low . [ Loic Minier ] * Add a get-orig-source target to retrieve the upstream tarball. * Add an epoch to the libgnomevfs2-dev build-dep and dep. * Include the new check-dist Makefile to prevent accidental uploads to unstable; bump build-dep on gnome-pkg-tools to = 0.10. . [ Josselin Mouette ] * 06_dont_create_Desktop.patch: patch from upstream bugzilla. Don't create the Desktop directory when run with the --no-desktop option (closes: #230757, #408896). * 07_desktop_file_activation.patch: + Don't launch desktop files that aren't at safe places (closes: #408556). This doesn't affect desktop files that are merely links. + Don't launch those that don't end with .desktop (closes: #408948). Files: b32ea681751c9c4ffb5968103cef7061 2051 gnome optional nautilus_2.16.3-3.dsc 0c3697ade29bc42ef4da32e5306e4064 28809 gnome optional nautilus_2.16.3-3.diff.gz
Bug#409463: marked as done (maxdb-7.5.00: FTBFS: 'scriptall.mac' not made because of dependency errors)
Your message dated Thu, 15 Feb 2007 17:17:16 + with message-id [EMAIL PROTECTED] and subject line Bug#409463: fixed in maxdb-7.5.00 7.5.00.34-7 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: maxdb-7.5.00 Version: 7.5.00.34-6 Severity: serious Usertags: grid5000 rebuild Hi, Your package seems to FTBFS in etch, however I'm not quite sure of the exact error. Relevant parts: [..] Script_dbmPython-py23.c:35:34: error: Python.h: No such file or director\ y [..] 'scriptall.mac' not made because of dependency errors [..] bin/sqldbc_cons 'all.mac' not made because of dependency errors 01-02-07 23:17:33 endofall.mac fast make: *** [build-arch-stamp] Error 2 The full log is available from http://people.debian.org/~lucas/logs/2007/02/01/debian-rebuild/maxdb-7.5.00_7.5.00.34-6_etch32.buildlog -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: maxdb-7.5.00 Source-Version: 7.5.00.34-7 We believe that the bug you reported is fixed in the latest version of maxdb-7.5.00, which is due to be installed in the Debian FTP archive: libsqldbc75-dev_7.5.00.34-7_amd64.deb to pool/main/m/maxdb-7.5.00/libsqldbc75-dev_7.5.00.34-7_amd64.deb libsqldbc75_7.5.00.34-7_amd64.deb to pool/main/m/maxdb-7.5.00/libsqldbc75_7.5.00.34-7_amd64.deb libsqlod75-dev_7.5.00.34-7_amd64.deb to pool/main/m/maxdb-7.5.00/libsqlod75-dev_7.5.00.34-7_amd64.deb libsqlod75_7.5.00.34-7_amd64.deb to pool/main/m/maxdb-7.5.00/libsqlod75_7.5.00.34-7_amd64.deb maxdb-7.5.00_7.5.00.34-7.diff.gz to pool/main/m/maxdb-7.5.00/maxdb-7.5.00_7.5.00.34-7.diff.gz maxdb-7.5.00_7.5.00.34-7.dsc to pool/main/m/maxdb-7.5.00/maxdb-7.5.00_7.5.00.34-7.dsc maxdb-dbanalyzer_7.5.00.34-7_amd64.deb to pool/main/m/maxdb-7.5.00/maxdb-dbanalyzer_7.5.00.34-7_amd64.deb maxdb-dbmcli_7.5.00.34-7_amd64.deb to pool/main/m/maxdb-7.5.00/maxdb-dbmcli_7.5.00.34-7_amd64.deb maxdb-loadercli_7.5.00.34-7_amd64.deb to pool/main/m/maxdb-7.5.00/maxdb-loadercli_7.5.00.34-7_amd64.deb maxdb-lserver_7.5.00.34-7_amd64.deb to pool/main/m/maxdb-7.5.00/maxdb-lserver_7.5.00.34-7_amd64.deb maxdb-server-7.5.00_7.5.00.34-7_amd64.deb to pool/main/m/maxdb-7.5.00/maxdb-server-7.5.00_7.5.00.34-7_amd64.deb maxdb-server-dbg-7.5.00_7.5.00.34-7_amd64.deb to pool/main/m/maxdb-7.5.00/maxdb-server-dbg-7.5.00_7.5.00.34-7_amd64.deb maxdb-server_7.5.00.34-7_amd64.deb to pool/main/m/maxdb-7.5.00/maxdb-server_7.5.00.34-7_amd64.deb maxdb-sqlcli_7.5.00.34-7_amd64.deb to pool/main/m/maxdb-7.5.00/maxdb-sqlcli_7.5.00.34-7_amd64.deb maxdb-webtools_7.5.00.34-7_amd64.deb to pool/main/m/maxdb-7.5.00/maxdb-webtools_7.5.00.34-7_amd64.deb python-maxdb-loader_7.5.00.34-7_amd64.deb to pool/main/m/maxdb-7.5.00/python-maxdb-loader_7.5.00.34-7_amd64.deb python-maxdb_7.5.00.34-7_amd64.deb to pool/main/m/maxdb-7.5.00/python-maxdb_7.5.00.34-7_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Martin Kittel [EMAIL PROTECTED] (supplier of updated maxdb-7.5.00 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 4 Feb 2007 11:22:07 +0100 Source: maxdb-7.5.00 Binary: libsqlod75-dev libsqldbc75-dev maxdb-dbmcli libsqlod75 maxdb-sqlcli python-maxdb-loader maxdb-server-dbg-7.5.00 maxdb-loadercli libsqldbc75 maxdb-lserver maxdb-server-7.5.00 maxdb-webtools python-maxdb maxdb-server maxdb-dbanalyzer Architecture: source amd64 Version: 7.5.00.34-7 Distribution: unstable Urgency: high Maintainer: Martin Kittel [EMAIL PROTECTED] Changed-By: Martin Kittel [EMAIL PROTECTED] Description: libsqldbc75 - SQLDB interface libraries for the MaxDB database system libsqldbc75-dev - Development package for the SQLDBC interface to the MaxDB databas libsqlod75 - ODBC interface libraries for the MaxDB database system libsqlod75-dev - Development package for the ODBC interface to the MaxDB database maxdb-dbanalyzer - A performance monitoring tool for MaxDB databases maxdb-dbmcli - The MaxDB database manager command line
Bug#408948: marked as done (SECURITY: Incorrect MIME type detection can trick users into running arbitrary commands)
Your message dated Thu, 15 Feb 2007 17:17:18 + with message-id [EMAIL PROTECTED] and subject line Bug#408948: fixed in nautilus 2.16.3-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: gnome-vfs2 Version: 2.14.2-4 Severity: serious Tags: security Hi, This seems to be an old known problem / bug / vulnerability which is described here: https://bugzilla.novell.com/show_bug.cgi?id=238503 It affects GNOME but not Xfce and KDE which work with the same shared-mime-info data. It seems the freedesktop.org XML database provides OR type matching instead of AND type matching on the a) extension and b) magic criterions found in the database (that is: it is enough to match the magic of a desktop file to be considered one, even if the extension is not .desktop). Some interesting bits: http://lists.freedesktop.org/archives/xdg/2007-January/thread.html#9150 This is a design issue with shared-mime-info, but should be worked around in gnome-vfs2 (I think). Bye, -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- Loïc Minier [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- Source: nautilus Source-Version: 2.16.3-3 We believe that the bug you reported is fixed in the latest version of nautilus, which is due to be installed in the Debian FTP archive: libnautilus-extension-dev_2.16.3-3_amd64.deb to pool/main/n/nautilus/libnautilus-extension-dev_2.16.3-3_amd64.deb libnautilus-extension1_2.16.3-3_amd64.deb to pool/main/n/nautilus/libnautilus-extension1_2.16.3-3_amd64.deb nautilus-data_2.16.3-3_all.deb to pool/main/n/nautilus/nautilus-data_2.16.3-3_all.deb nautilus-dbg_2.16.3-3_amd64.deb to pool/main/n/nautilus/nautilus-dbg_2.16.3-3_amd64.deb nautilus_2.16.3-3.diff.gz to pool/main/n/nautilus/nautilus_2.16.3-3.diff.gz nautilus_2.16.3-3.dsc to pool/main/n/nautilus/nautilus_2.16.3-3.dsc nautilus_2.16.3-3_amd64.deb to pool/main/n/nautilus/nautilus_2.16.3-3_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Josselin Mouette [EMAIL PROTECTED] (supplier of updated nautilus package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Feb 2007 17:23:51 +0100 Source: nautilus Binary: libnautilus-extension-dev libnautilus-extension1 nautilus-data nautilus-dbg nautilus Architecture: source amd64 all Version: 2.16.3-3 Distribution: experimental Urgency: low Maintainer: Josselin Mouette [EMAIL PROTECTED] Changed-By: Josselin Mouette [EMAIL PROTECTED] Description: libnautilus-extension-dev - libraries for nautilus components - development version libnautilus-extension1 - libraries for nautilus components - runtime version nautilus - file manager and graphical shell for GNOME nautilus-data - data files for nautilus nautilus-dbg - file manager and graphical shell for GNOME - debugging version Closes: 230757 408556 408896 408948 Changes: nautilus (2.16.3-3) experimental; urgency=low . [ Loic Minier ] * Add a get-orig-source target to retrieve the upstream tarball. * Add an epoch to the libgnomevfs2-dev build-dep and dep. * Include the new check-dist Makefile to prevent accidental uploads to unstable; bump build-dep on gnome-pkg-tools to = 0.10. . [ Josselin Mouette ] * 06_dont_create_Desktop.patch: patch from upstream bugzilla. Don't create the Desktop directory when run with the --no-desktop option (closes: #230757, #408896). * 07_desktop_file_activation.patch: + Don't launch desktop files that aren't at safe places (closes: #408556). This doesn't affect desktop files that are merely links. + Don't launch those that don't end with .desktop (closes: #408948). Files: b32ea681751c9c4ffb5968103cef7061 2051 gnome optional nautilus_2.16.3-3.dsc 0c3697ade29bc42ef4da32e5306e4064 28809 gnome optional nautilus_2.16.3-3.diff.gz
Processed: Re: infinite dialog popups
Processing commands for [EMAIL PROTECTED]: tag 410047 +patch Bug#410047: infinite dialog popups There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410047: infinite dialog popups
tag 410047 +patch
thanks
Hi,
I've attached a NMU patch for the current testing release.
It's a backport of http://trac.gajim.org/ticket/2038
Best regards,
Gonéri
reverted:
--- gajim-0.10.1/debian/patches/00_debian-copying.patch
+++ gajim-0.10.1.orig/debian/patches/00_debian-copying.patch
@@ -1,25 +0,0 @@
-Index: Makefile
-===
Makefile (revision 6412)
-+++ Makefile (working copy)
-@@ -88,7 +88,6 @@
- fi; \
- done
- ${MAKE} -C po install PREFIX=$(PREFIX)
-- cp COPYING $(DESTDIR)$(PREFIX)/share/gajim/;
- cp THANKS $(DESTDIR)$(PREFIX)/share/gajim/;
- mkdir -p $(DESTDIR)$(PREFIX)/share/pixmaps;
- cp data/pixmaps/gajim.png $(DESTDIR)$(PREFIX)/share/pixmaps/;
-Index: src/dialogs.py
-===
src/dialogs.py (revision 6412)
-+++ src/dialogs.py (working copy)
-@@ -521,7 +521,7 @@
- dlg.set_version(gajim.version)
- s = u'Copyright \xa9 2003-2005 Gajim Team'
- dlg.set_copyright(s)
-- text = open('../COPYING').read()
-+ text = open('/usr/share/common-licenses/GPL-2').read()
- dlg.set_license(text)
-
- dlg.set_comments(_('A GTK jabber client'))
diff -u gajim-0.10.1/debian/changelog gajim-0.10.1/debian/changelog
--- gajim-0.10.1/debian/changelog
+++ gajim-0.10.1/debian/changelog
@@ -1,3 +1,12 @@
+gajim (0.10.1-6.1) unstable; urgency=high
+
+ * Non-maintainer upload
+ * Backport from SVN to avoid endless messages with Wildfire
+ (Closes #410047)
+- add 00_fix_endless_messages_with_wildfire.patch
+
+ -- Gonéri Le Bouder [EMAIL PROTECTED] Thu, 15 Feb 2007 18:16:05 +0100
+
gajim (0.10.1-6) unstable; urgency=low
* fix LDFLAGS problem. Closes: #384439
only in patch2:
unchanged:
--- gajim-0.10.1.orig/-
+++ gajim-0.10.1/-
@@ -0,0 +1,25 @@
+Index: Makefile
+===
+--- Makefile (revision 6412)
Makefile (working copy)
+@@ -88,7 +88,6 @@
+ fi; \
+ done
+ ${MAKE} -C po install PREFIX=$(PREFIX)
+- cp COPYING $(DESTDIR)$(PREFIX)/share/gajim/;
+ cp THANKS $(DESTDIR)$(PREFIX)/share/gajim/;
+ mkdir -p $(DESTDIR)$(PREFIX)/share/pixmaps;
+ cp data/pixmaps/gajim.png $(DESTDIR)$(PREFIX)/share/pixmaps/;
+Index: src/dialogs.py
+===
+--- src/dialogs.py (revision 6412)
src/dialogs.py (working copy)
+@@ -521,7 +521,7 @@
+ dlg.set_version(gajim.version)
+ s = u'Copyright \xa9 2003-2005 Gajim Team'
+ dlg.set_copyright(s)
+- text = open('../COPYING').read()
++ text = open('/usr/share/common-licenses/GPL-2').read()
+ dlg.set_license(text)
+
+ dlg.set_comments(_('A GTK jabber client'))
only in patch2:
unchanged:
--- gajim-0.10.1.orig/debian/patches/00_fix_endless_messages_with_wildfire.patch
+++ gajim-0.10.1/debian/patches/00_fix_endless_messages_with_wildfire.patch
@@ -0,0 +1,34 @@
+--- src/common/connection_handlers.py.orig 2007-02-15 18:11:48.0 +0100
src/common/connection_handlers.py 2007-02-15 18:15:08.0 +0100
+@@ -1051,6 +1051,7 @@
+ # keep the jids we auto added (transports contacts) to not send the
+ # SUBSCRIBED event to gui
+ self.automatically_added = []
++ self.subscribed_events = {}
+ try:
+ idle.init()
+ except:
+@@ -1480,8 +1481,21 @@
+ if jid_stripped in self.automatically_added:
+ self.automatically_added.remove(jid_stripped)
+ else:
+-self.dispatch('SUBSCRIBED', (jid_stripped, resource))
+- # BE CAREFUL: no con.updateRosterItem() in a callback
++# detect a subscription loop Debian#410047
++# http://trac.gajim.org/changeset/6606
++if not self.subscribed_events.has_key(jid_stripped):
++ self.subscribed_events[jid_stripped] = []
++self.subscribed_events[jid_stripped].append(time.time())
++block = False
++if len(self.subscribed_events[jid_stripped]) 5:
++ if time.time() - self.subscribed_events[jid_stripped][0] 5:
++ block = True
++ self.subscribed_events[jid_stripped] = self.subscribed_events[jid_stripped][1:]
++if block:
++ gajim.config.set_per('account', self.name, 'dont_ack_subscription', True)
++else:
++ self.dispatch('SUBSCRIBED', (jid_stripped, resource))
++ # BE CAREFUL: no con.updateRosterItem() in a callback
+ gajim.log.debug(_('we are now subscribed to %s') % who)
+ elif ptype == 'unsubscribe':
+ gajim.log.debug(_('unsubscribe request from %s') % who)
pgpX6ZoikZPlG.pgp
Description: PGP signature
Bug#411071: fails to configure
Package: postfix Version: 2.3.7-2 Severity: grave No idea what this is about, but if I can be of service, please let me know. lapse:~# dpkg --configure -a #[2,345] Setting up postfix (2.3.7-2) ... + . /usr/share/debconf/confmodule + [ ! ] + PERL_DL_NONLAZY=1 + export PERL_DL_NONLAZY + [ ] + exec /usr/share/debconf/frontend /var/lib/dpkg/info/postfix.postinst configure 2.3.7-1 + . /usr/share/debconf/confmodule + [ ! 1 ] + [ -z ] + exec + [ ] + exec + DEBCONF_REDIR=1 + export DEBCONF_REDIR + CHROOT=/var/spool/postfix + config_directory=/etc/postfix + . /usr/share/postfix/postinst.functions + lsb_release -is + echo Debian + DISTRO=Debian + umask 022 + [ configure = configure ] + ldconfig + OLDVERSION=2.3.7-1 + CHANGES= + NEWALIASES=y + update-rc.d postfix defaults + [ -x /usr/sbin/update-inetd ] + update-inetd --disable smtp + ldconfig + dpkg-divert --package postfix --remove --rename --divert /usr/share/man/man8/smtpd.real.8.gz /usr/share/man/man8/smtpd.8.gz + [ -d /etc/postfix/sasl ] + cd /etc/postfix/sasl + [ -r sasl-smtp.conf ] + [ -r sasl-smtpd.conf ] + cd /var/spool/postfix + makedir private root:root 700 + [ ! -d private ] + chown root:root private + chmod 700 private + chgrp postfix private + chown postfix private + id -gn postfix + [ postfix != postfix ] + chown postfix:root private + db_fget postfix/chattr changed + _db_cmd FGET postfix/chattr changed + IFS= printf %s\n FGET postfix/chattr changed + IFS= read -r _db_internal_line + RET=20 Unsupported command restarting (full line was Restarting internet superserver: inetd* Not starting internet superserver: no services enabled.) received from confmodule. + return 20 dpkg: error processing postfix (--configure): subprocess post-installation script returned error exit status 20 Errors were encountered while processing: postfix -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (750, 'unstable'), (500, 'testing'), (250, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages postfix depends on: ii adduser 3.102 Add and remove users and groups ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii dpkg 1.13.25package maintenance system for Deb ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libdb4.3 4.3.29-7 Berkeley v4.3 Database Libraries [ ii libsasl2-22.1.22.dfsg1-8 Authentication abstraction library ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii lsb-base 3.1-23 Linux Standard Base 3.1 init scrip ii netbase 4.29 Basic TCP/IP networking system ii ssl-cert 1.0.14 Simple debconf wrapper for openssl Versions of packages postfix recommends: ii icedove [mail-re 1.5.0.9.dfsg1-1 free/unbranded thunderbird mail cl ii mailx [mail-read 1:8.1.2-0.20050715cvs-1 A simple mail user agent ii mutt [mail-reade 1.5.13-1.1 text-based mailreader supporting M -- debconf information: postfix/master_upgrade_warning: postfix/db_upgrade_warning: true postfix/mailname: /etc/mailname postfix/tlsmgr_upgrade_warning: postfix/dynamicmaps_upgrade_warning: postfix/recipient_delim: + * postfix/main_mailer_type: No configuration postfix/transport_map_warning: postfix/relayhost: postfix/procmail: postfix/bad_recipient_delimiter: postfix/chattr: false postfix/root_address: postfix/rfc1035_violation: false postfix/mydomain_warning: postfix/mynetworks: 127.0.0.0/8 postfix/destinations: postfix/nqmgr_upgrade_warning: postfix/not_configured: postfix/mailbox_limit: 0 postfix/protocols: -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#411071: fails to configure
This one time, at band camp, martin f krafft said: + RET=20 Unsupported command restarting (full line was Restarting internet superserver: inetd* Not starting internet superserver: no services enabled.) received from confmodule. It looks like postfix's postinst does something that cause inetd to restart, and that confuses debconf, since it catches the stdout of the init script. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Processed: Backtraces could help
Processing commands for [EMAIL PROTECTED]: severity 410943 important Bug#410943: openoffice : calc crashes on edit, math crashes on startup, and impress crashes on save Severity set to `important' from `serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409191: Prosper is still not compatible with texlive in etch.
On Thu, 15 Feb 2007 16:34:02 +0100, Frank Küster wrote Paul Huygen [EMAIL PROTECTED] wrote: Apt-get refuses to install prosper om my etch system unless it is allowed to remove: texlive-base texlive-base-bin texlive-latex-base texlive-pdfetex and to re-install: tetex-base tetex-bin tetex-extra This seems to be a problem with apt-get's resolver. At least I was able to install prosper this way: # log into fresh chroot apt-get install texlive [...] # now apt-get install prosper shows the problem apt-get install texlive-pstricks apt-get install prosper This is not a bug in prosper. Before reporting it against apt, rather check whether this isn't known. Thanks for your help and your prompt response. I was able to install prosper on your way too. I will look whether I have to send a bugreport to apt. Thanks, Paul Huygen - Scanned for virus and spam
Bug#408556: marked as done (SECURITY: Specially crafted .desktop files can disguise as harmless files)
Your message dated Thu, 15 Feb 2007 19:17:05 + with message-id [EMAIL PROTECTED] and subject line Bug#408556: fixed in nautilus 2.14.3-8 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: gnome-vfs2 Version: 2.14.2-4 Severity: serious Tags: security Hi, This seems to be an old known problem / bug / vulnerability which is described here: https://bugzilla.novell.com/show_bug.cgi?id=238503 It affects GNOME but not Xfce and KDE which work with the same shared-mime-info data. It seems the freedesktop.org XML database provides OR type matching instead of AND type matching on the a) extension and b) magic criterions found in the database (that is: it is enough to match the magic of a desktop file to be considered one, even if the extension is not .desktop). Some interesting bits: http://lists.freedesktop.org/archives/xdg/2007-January/thread.html#9150 This is a design issue with shared-mime-info, but should be worked around in gnome-vfs2 (I think). Bye, -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- Loïc Minier [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- Source: nautilus Source-Version: 2.14.3-8 We believe that the bug you reported is fixed in the latest version of nautilus, which is due to be installed in the Debian FTP archive: libnautilus-extension-dev_2.14.3-8_amd64.deb to pool/main/n/nautilus/libnautilus-extension-dev_2.14.3-8_amd64.deb libnautilus-extension1_2.14.3-8_amd64.deb to pool/main/n/nautilus/libnautilus-extension1_2.14.3-8_amd64.deb nautilus-data_2.14.3-8_all.deb to pool/main/n/nautilus/nautilus-data_2.14.3-8_all.deb nautilus-dbg_2.14.3-8_amd64.deb to pool/main/n/nautilus/nautilus-dbg_2.14.3-8_amd64.deb nautilus_2.14.3-8.diff.gz to pool/main/n/nautilus/nautilus_2.14.3-8.diff.gz nautilus_2.14.3-8.dsc to pool/main/n/nautilus/nautilus_2.14.3-8.dsc nautilus_2.14.3-8_amd64.deb to pool/main/n/nautilus/nautilus_2.14.3-8_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Josselin Mouette [EMAIL PROTECTED] (supplier of updated nautilus package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Feb 2007 19:15:30 +0100 Source: nautilus Binary: libnautilus-extension-dev libnautilus-extension1 nautilus-data nautilus-dbg nautilus Architecture: source amd64 all Version: 2.14.3-8 Distribution: unstable Urgency: medium Maintainer: Josselin Mouette [EMAIL PROTECTED] Changed-By: Josselin Mouette [EMAIL PROTECTED] Description: libnautilus-extension-dev - libraries for nautilus components - development version libnautilus-extension1 - libraries for nautilus components - runtime version nautilus - file manager and graphical shell for GNOME nautilus-data - data files for nautilus nautilus-dbg - file manager and graphical shell for GNOME - debugging version Closes: 408556 408948 Changes: nautilus (2.14.3-8) unstable; urgency=medium . [ Loic Minier ] * Add a get-orig-source target to retrieve the upstream tarball. . [ Josselin Mouette ] * 02_umask.patch: use the recommended method upstream, which should be thread-safe and supports ACLs. * 07_desktop_file_activation.patch: + Don't launch desktop files that aren't at safe places (closes: #408556). This doesn't affect desktop files that are merely links. + Don't launch those that don't end with .desktop (closes: #408948). Files: 6858a80e95571a693c3a5a4d80b5d11f 1803 gnome optional nautilus_2.14.3-8.dsc 150f42c684ef5809a176ad5db3529ca4 27213 gnome optional nautilus_2.14.3-8.diff.gz 8412935de3a2c2067d6fffb33e422c1d 3503198 gnome optional nautilus-data_2.14.3-8_all.deb cf335916d1491abcca03fc2939ee75a7 630994 gnome optional nautilus_2.14.3-8_amd64.deb f9f33daa4669e291612a8f9faf3814b3 1739048 gnome extra nautilus-dbg_2.14.3-8_amd64.deb 704d8af3a4f8dd496bd12d881b3cc866
Bug#408948: marked as done (SECURITY: Incorrect MIME type detection can trick users into running arbitrary commands)
Your message dated Thu, 15 Feb 2007 19:17:05 + with message-id [EMAIL PROTECTED] and subject line Bug#408948: fixed in nautilus 2.14.3-8 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: gnome-vfs2 Version: 2.14.2-4 Severity: serious Tags: security Hi, This seems to be an old known problem / bug / vulnerability which is described here: https://bugzilla.novell.com/show_bug.cgi?id=238503 It affects GNOME but not Xfce and KDE which work with the same shared-mime-info data. It seems the freedesktop.org XML database provides OR type matching instead of AND type matching on the a) extension and b) magic criterions found in the database (that is: it is enough to match the magic of a desktop file to be considered one, even if the extension is not .desktop). Some interesting bits: http://lists.freedesktop.org/archives/xdg/2007-January/thread.html#9150 This is a design issue with shared-mime-info, but should be worked around in gnome-vfs2 (I think). Bye, -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- Loïc Minier [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- Source: nautilus Source-Version: 2.14.3-8 We believe that the bug you reported is fixed in the latest version of nautilus, which is due to be installed in the Debian FTP archive: libnautilus-extension-dev_2.14.3-8_amd64.deb to pool/main/n/nautilus/libnautilus-extension-dev_2.14.3-8_amd64.deb libnautilus-extension1_2.14.3-8_amd64.deb to pool/main/n/nautilus/libnautilus-extension1_2.14.3-8_amd64.deb nautilus-data_2.14.3-8_all.deb to pool/main/n/nautilus/nautilus-data_2.14.3-8_all.deb nautilus-dbg_2.14.3-8_amd64.deb to pool/main/n/nautilus/nautilus-dbg_2.14.3-8_amd64.deb nautilus_2.14.3-8.diff.gz to pool/main/n/nautilus/nautilus_2.14.3-8.diff.gz nautilus_2.14.3-8.dsc to pool/main/n/nautilus/nautilus_2.14.3-8.dsc nautilus_2.14.3-8_amd64.deb to pool/main/n/nautilus/nautilus_2.14.3-8_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Josselin Mouette [EMAIL PROTECTED] (supplier of updated nautilus package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 15 Feb 2007 19:15:30 +0100 Source: nautilus Binary: libnautilus-extension-dev libnautilus-extension1 nautilus-data nautilus-dbg nautilus Architecture: source amd64 all Version: 2.14.3-8 Distribution: unstable Urgency: medium Maintainer: Josselin Mouette [EMAIL PROTECTED] Changed-By: Josselin Mouette [EMAIL PROTECTED] Description: libnautilus-extension-dev - libraries for nautilus components - development version libnautilus-extension1 - libraries for nautilus components - runtime version nautilus - file manager and graphical shell for GNOME nautilus-data - data files for nautilus nautilus-dbg - file manager and graphical shell for GNOME - debugging version Closes: 408556 408948 Changes: nautilus (2.14.3-8) unstable; urgency=medium . [ Loic Minier ] * Add a get-orig-source target to retrieve the upstream tarball. . [ Josselin Mouette ] * 02_umask.patch: use the recommended method upstream, which should be thread-safe and supports ACLs. * 07_desktop_file_activation.patch: + Don't launch desktop files that aren't at safe places (closes: #408556). This doesn't affect desktop files that are merely links. + Don't launch those that don't end with .desktop (closes: #408948). Files: 6858a80e95571a693c3a5a4d80b5d11f 1803 gnome optional nautilus_2.14.3-8.dsc 150f42c684ef5809a176ad5db3529ca4 27213 gnome optional nautilus_2.14.3-8.diff.gz 8412935de3a2c2067d6fffb33e422c1d 3503198 gnome optional nautilus-data_2.14.3-8_all.deb cf335916d1491abcca03fc2939ee75a7 630994 gnome optional nautilus_2.14.3-8_amd64.deb f9f33daa4669e291612a8f9faf3814b3 1739048 gnome extra nautilus-dbg_2.14.3-8_amd64.deb 704d8af3a4f8dd496bd12d881b3cc866
Bug#411078: license.terms for utils/base64/base64.tcl not included
Package: amsn Version: 0.95+dfsg2-0.2 Severity: serious utils/base64/base64.tcl's copyright notice contains # See the file license.terms for information on usage and # redistribution # of this file, and for a DISCLAIMER OF ALL WARRANTIES. This license.terms file is not included in amsn. It appears to be the one at http://tclhttpd.cvs.sourceforge.net/tclhttpd/tclhttpd/license.terms?revision=1.4view=markup which contains The authors hereby grant permission to use, copy, modify, distribute, and license this software and its documentation for any purpose, provided that existing copyright notices are retained in all copies and that this notice is included verbatim in any distributions. As the right to modify is not granted to amsn, this shouldn't be distributed in main, but also of course distributing it violates copyright as there's no permission granted to distribute. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393870: #393870: atlas3-base: Crashes with Illegal instruction on x86_64
Steinar H. Gunderson [EMAIL PROTECTED] writes: Please try the attached patch; I don't have an EM64T, but it looks like everything but the hand-created SSE2 assembly should be OK. (IOW, the ATL_3DNow_* flags aren't set for amd64 in -base.) I don't really have an idea of what would be the most appropriate prefetch instruction, but prefetchnta seems to have been used other places, so here goes: Works for me; thanks for picking up where I, in turn, left off. ;-) Just one nit: the first hunk for ATL_dmm14x1x56_sse2pABC_K.c uses prefetcht0 rather than prefetchnta; while it runs fine regardless (prefetch instructions being essentially optional AIUI and therefore an ironic source of illegal instruction errors), you should probably still use the same alternative throughout. Anyway, thanks again for the patch. -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) Finger [EMAIL PROTECTED] (NOT a valid e-mail address) for more info. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: owner 406055
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 owner 406055 [EMAIL PROTECTED] Bug#406055: Regression: Can't HDIO_GETGEO on CCISS RAID devices Bug#409075: lilo: major error on lvm root on cciss raid Owner recorded as [EMAIL PROTECTED] End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed (with 1 errors): severity of 410338 is critical, merging 410338 410552
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27ubuntu7 severity 410338 critical Bug#410338: CVE-2007-0857: pagename XSS Severity set to `critical' from `important' merge 410338 410552 Bug#410338: CVE-2007-0857: pagename XSS Bug#410552: CVE-2007-0857 - Multiple XSS vulnerabilities Mismatch - only Bugs in same state can be merged: Values for `package' don't match: #410338 has `moin'; #410552 has `moinmoin-common' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411084: CVE-2007-0901,0902: XSS in debugging information
Package: moin Version: 1.3.4-3 Severity: grave Tags: patch, security http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-0901 says: Multiple cross-site scripting (XSS) vulnerabilities in Info pages in MoinMoin 1.5.7 allow remote attackers to inject arbitrary web script or HTML via the (1) hitcounts and (2) general parameters, different vectors than CVE-2007-0857. This appears not to be true for the 1.5.x line of Moin, but it is true in 1.3.x. Attached is the patch I'm using in Ubuntu, which also includes fixes for CVE-2007-0902, by allowing for show_traceback to be set to 0 in site configurations. -- Kees Cook@outflux.net diff -Nur moin1.3-1.3.4/MoinMoin/multiconfig.py moin1.3-1.3.4.new/MoinMoin/multiconfig.py --- moin1.3-1.3.4/MoinMoin/multiconfig.py 2005-03-12 13:26:14.0 -0800 +++ moin1.3-1.3.4.new/MoinMoin/multiconfig.py 2007-02-15 12:48:43.507437578 -0800 @@ -245,6 +245,7 @@ show_section_numbers = 1 show_timings = 0 show_version = 0 +show_traceback = 1 siteid = 'default' theme_default = 'modern' theme_force = False diff -Nur moin1.3-1.3.4/MoinMoin/request.py moin1.3-1.3.4.new/MoinMoin/request.py --- moin1.3-1.3.4/MoinMoin/request.py 2005-03-06 14:15:45.0 -0800 +++ moin1.3-1.3.4.new/MoinMoin/request.py 2007-02-15 12:48:36.011047587 -0800 @@ -915,7 +915,7 @@ self.print_exception(*saved_exc) else: try: -cgitb.Hook(file=self).handle(saved_exc) +cgitb.Hook(file=self,display=self.cfg.show_traceback).handle(saved_exc) # was: cgitb.handler() except: self.print_exception(*saved_exc) diff -Nur moin1.3-1.3.4/MoinMoin/support/cgitb.py moin1.3-1.3.4.new/MoinMoin/support/cgitb.py --- moin1.3-1.3.4/MoinMoin/support/cgitb.py 2005-01-09 10:48:07.0 -0800 +++ moin1.3-1.3.4.new/MoinMoin/support/cgitb.py 2007-02-15 12:48:36.011047587 -0800 @@ -85,7 +85,7 @@ osinfo + 'br' + \ 'MoinMoin Release %s [Revision %s]' % (version.release, version.revision) head = 'body bgcolor=#f0f0f8' + pydoc.html.heading( -'bigbigstrong%s/strong%s/big/big' % (str(etype), str(evalue)), +'bigbigstrong%s/strong%s/big/big' % (pydoc.html.escape(str(etype)), pydoc.html.escape(str(evalue))), '#ff', '#6622aa', versinfo + 'br' + date) + ''' pA problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred.''' @@ -141,7 +141,7 @@ table width=100%% cellspacing=0 cellpadding=0 border=0 %s/table''' % '\n'.join(rows)) -exception = ['p%s: %s' % (strong(str(etype)), str(evalue))] +exception = ['p%s: %s' % (strong(pydoc.html.escape(str(etype))), pydoc.html.escape(str(evalue)))] if type(evalue) is types.InstanceType: for name in dir(evalue): value = pydoc.html.repr(getattr(evalue, name))
Processed: reassign 410552 to moin, merging 410338 410552
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27ubuntu7 reassign 410552 moin Bug#410552: CVE-2007-0857 - Multiple XSS vulnerabilities Bug reassigned from package `moinmoin-common' to `moin'. merge 410338 410552 Bug#410338: CVE-2007-0857: pagename XSS Bug#410552: CVE-2007-0857 - Multiple XSS vulnerabilities Merged 410338 410552. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410497: CONFIG_DEBUG_FS affects D-I too (was: sparc32 kernel is too big, fails to boot)
On Sunday 11 February 2007 07:54, Jurij Smakov wrote: The config variable CONFIG_DEBUG_FS, enabled recently for all kernel flavours adds over 400K to the size of the compressed image size on sparc32. As a result, it does not boot anymore (uncompressed image does not fit into the allotted space). I see that this variable is also set for the 486 kernel for i386, which means that the size of the kernel for d-i images was also increased by the CONFIG_DEBUG_FS change, even though DEBUG options are not really of any use in a D-I environment. This is a real issue for continued support of installations from floppy, and also from a general D-I should use as little memory as possible POV. As you can see from the output below, there is currently precious little space left on the boot floppy, practically only because of the size of the kernel. And we've already left out USB support (for USB-keyboards). The only other thing that could be left out is the splash image. $ df Filesystem 1K-blocks Used Available Use% Mounted on /home/fjp/boot.img1424 1258 166 89% /mnt $ ls -l total 1258 -rwxr-xr-x 1 root root 67 2007-02-15 11:04 boot.txt -rwxr-xr-x 1 root root 65 2007-02-15 11:04 disk.lbl -rwxr-xr-x 1 root root 568 2007-02-15 11:04 f10.txt -rwxr-xr-x 1 root root 865 2007-02-15 11:04 f1.txt -rwxr-xr-x 1 root root 666 2007-02-15 11:04 f2.txt -rwxr-xr-x 1 root root 616 2007-02-15 11:04 f3.txt -rwxr-xr-x 1 root root 416 2007-02-15 11:04 f4.txt -rwxr-xr-x 1 root root 806 2007-02-15 11:04 f5.txt -rwxr-xr-x 1 root root1069 2007-02-15 11:04 f6.txt -rwxr-xr-x 1 root root 916 2007-02-15 11:04 f7.txt -rwxr-xr-x 1 root root1102 2007-02-15 11:04 f8.txt -rwxr-xr-x 1 root root 766 2007-02-15 11:04 f9.txt -rwxr-xr-x 1 root root 117155 2007-02-15 11:04 initrd.gz -r-xr-xr-x 1 root root9964 2007-02-15 11:04 ldlinux.sys -rwxr-xr-x 1 root root 1137546 2007-02-15 11:04 linux -rwxr-xr-x 1 root root9519 2007-02-15 11:04 splash.rle -rwxr-xr-x 1 root root 591 2007-02-15 11:04 syslinux.cfg Post Etch I will be looking if the size of the kernel can be reduced significantly by playing with the config and IMO we should then consider using a different kernel config for D-I kernels from the 486 one. That would of course potentially reduce the compatibility of the D-I kernel with the installed kernel. Of course, it would be even better if options that are not strictly necessary could be disabled in the 486 kernel flavor. The same goes for other arches of course, though most don't have the floppy problem. Cheers, FJP pgpxQmCu7aDdn.pgp Description: PGP signature
Bug#411091: libmarc-lint-perl: FTBFS: Can't locate MARC/Field.pm
Package: libmarc-lint-perl Version: 1.42-1 Severity: serious From my pbuilder build log: ... /usr/bin/make -C . OPTIMIZE=-g -Wall -O2 test make[1]: Entering directory `/tmp/buildd/libmarc-lint-perl-1.42' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/check020... # Failed test 'use MARC::Field;' # in t/check020.t at line 10. # Tried to use 'MARC::Field'. # Error: Can't locate MARC/Field.pm in @INC (@INC contains: /tmp/buildd/libmarc-lint-perl-1.42/blib/lib /tmp/buildd/libmarc-lint-perl-1.42/blib/arch /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at (eval 3) line 2. # BEGIN failed--compilation aborted at t/check020.t line 10. # Failed test 'use MARC::Lint;' ... Failed Test Stat Wstat Total Fail Failed List of Failed --- t/check020.t 255 6528028 54 192.86% 1-28 t/check041043.t 255 6528018 34 188.89% 1-18 t/check245.t 255 6528055 108 196.36% 1-55 t/lint.t 255 6528041 80 195.12% 1-41 Failed 4/4 test scripts, 0.00% okay. 142/142 subtests failed, 0.00% okay. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/tmp/buildd/libmarc-lint-perl-1.42' make: *** [debian/stamp-makefile-check] Error 2 In a quick search of packages.debian.org, I couldn't find any packages in unstable providing MARC/Field.pm, etc. -- Daniel Schepler
Bug#406055: marked as done (Regression: Can't HDIO_GETGEO on CCISS RAID devices)
Your message dated Thu, 15 Feb 2007 16:04:44 -0700 with message-id [EMAIL PROTECTED] and subject line fixed has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: lilo Version: 22.6.1-9 Debian version: etch I'm getting an error when executing lilo with 2.6.18-3-686 kernel. The Master Boot Record is not updated and I get the following error: Fatal: geo_query_dev HDIO_GETGEO (dev 0x6800): No such device or address If I return to 2.6.17, lilo works fine with the same lilo.conf file. I'm not sure if it's a kernel problem or a lilo problem ... :-? lilo execution on linux-image-2.6.18-3-686 == fe01-ges:~# uname -a Linux fe01-ges 2.6.18-3-686 #1 SMP Mon Dec 4 16:41:14 UTC 2006 i686 GNU/Linux fe01-ges:~# lilo -v -v -v -v -v LILO version 22.6.1, Copyright (C) 1992-1998 Werner Almesberger Development beyond version 21 Copyright (C) 1999-2004 John Coffman Released 17-Nov-2004, and compiled at 15:50:43 on Nov 17 2006 Debian GNU/Linux Warning: LBA32 addressing assumed raid_setup: dev=000D rdev=6800 raid_setup returns offset = ndisk = 0 BIOS VolumeID Device Reading boot sector from /dev/cciss/c0d0 geo_get: device 6800, all=1 pf_hard_disk_scan: (104,0) /dev/cciss/c0d0 Caching device /dev/cciss/c0d0 (0x6800) pf_hard_disk_scan: (104,1) /dev/cciss/c0d0p1 Caching device /dev/cciss/c0d0p1 (0x6801) lookup_dev: number=6800 lookup_dev: number=6800 pf: dev=6800 id=000D3883 name=/dev/cciss/c0d0 geo_query_dev: device=6800 lookup_dev: number=6800 lookup_dev: number=0300 Fatal: geo_query_dev HDIO_GETGEO (dev 0x6800): No such device or address lilo execution on linux-image-2.6.17-2-686 == fe01-ges:~# uname -a Linux fe01-ges 2.6.17-2-686 #1 SMP Wed Sep 13 16:34:10 UTC 2006 i686 GNU/Linux fe01-ges:~# lilo -v -v -v -v -v LILO version 22.6.1, Copyright (C) 1992-1998 Werner Almesberger Development beyond version 21 Copyright (C) 1999-2004 John Coffman Released 17-Nov-2004, and compiled at 15:50:43 on Nov 17 2006 Debian GNU/Linux Warning: LBA32 addressing assumed raid_setup: dev=000C rdev=6800 raid_setup returns offset = ndisk = 0 BIOS VolumeID Device Reading boot sector from /dev/cciss/c0d0 geo_get: device 6800, all=1 pf_hard_disk_scan: (104,0) /dev/cciss/c0d0 Caching device /dev/cciss/c0d0 (0x6800) pf_hard_disk_scan: (104,1) /dev/cciss/c0d0p1 Caching device /dev/cciss/c0d0p1 (0x6801) lookup_dev: number=6800 lookup_dev: number=6800 pf: dev=6800 id=000D3883 name=/dev/cciss/c0d0 geo_query_dev: device=6800 lookup_dev: number=6800 lookup_dev: number=0300 exit geo_query_dev bios_dev: device 6800 lookup_dev: number=6800 bios_dev: masked device 6800, which is /dev/cciss/c0d0 bios_dev: geometry check found 0 matches bios_dev: (0x80) vol-ID=000D3883 *PT=080770BC bios_dev: PT match found 1 match (0x80) pf_hard_disk_scan: (104,2) /dev/cciss/c0d0p2 Caching device /dev/cciss/c0d0p2 (0x6802) pf_hard_disk_scan: (104,3) /dev/cciss/c0d0p3 Caching device /dev/cciss/c0d0p3 (0x6803) pf_hard_disk_scan: (104,4) /dev/cciss/c0d0p4 Caching device /dev/cciss/c0d0p4 (0x6804) pf_hard_disk_scan: (104,5) /dev/cciss/c0d0p5 Caching device /dev/cciss/c0d0p5 (0x6805) pf_hard_disk_scan: (104,6) /dev/cciss/c0d0p6 Caching device /dev/cciss/c0d0p6 (0x6806) pf_hard_disk_scan: (104,7) /dev/cciss/c0d0p7 Caching device /dev/cciss/c0d0p7 (0x6807) 6800 000D3883 /dev/cciss/c0d0 pf_hard_disk_scan: ndevs=1 6800 000D3883 /dev/cciss/c0d0 Resolve invalid VolumeIDs Resolve duplicate VolumeIDs 6800 000D3883 /dev/cciss/c0d0 device codes (user assigned pf) = 0 device codes (user assigned) = 0 device codes (BIOS assigned) = 1 device codes (canonical) = 1 geo_query_dev: device=6800 lookup_dev: number=6800 exit geo_query_dev bios_dev: device 6800 lookup_dev: number=6800 bios_dev: masked device 6800, which is /dev/cciss/c0d0 bios_dev: geometry check found 0 matches bios_dev: (0x80) vol-ID=000D3883 *PT=080770BC bios_dev: PT match found 1 match (0x80) Device 0x6800: BIOS drive 0x80, 255 heads, 35139 cylinders, 32 sectors. Partition offset: 0 sectors. registering bios=0x80 device=0x6800 Using Volume ID 000D3883 on bios 80 geo_get: device 6802, all=1 geo_query_dev: device=6802 lookup_dev: number=6802 exit geo_query_dev bios_dev: device 6802 lookup_dev: number=6800 bios_dev: masked device 6800, which is /dev/cciss/c0d0 bios_dev: geometry check found 0 matches bios_dev: (0x80) vol-ID=000D3883 *PT=080770BC bios_dev: PT match found 1 match
Bug#409075: marked as done (lilo: major error on lvm root on cciss raid)
Your message dated Thu, 15 Feb 2007 16:04:44 -0700 with message-id [EMAIL PROTECTED] and subject line fixed has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Subject: lilo: major error on lvm root on cciss raid Package: lilo Version: 1:22.6.1-9 Severity: important I believe this bug qualifies as an RC bug. I have a machine with a cciss raid device in it. Prior versions of lilo seemed to work. While installing udev and hal, the installation fails. Manually running lilo produces the following. test:/home/wt# lilo Warning: COMPACT may conflict with LBA32 on some systems Fatal: geo_query_dev HDIO_GETGEO (dev 0x6800): No such device or address test:/home/wt# This is really bad as it could leave a system in an unbootable state. Please let me know what other info I can provide to help. Thanks, wt -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages lilo depends on: ii debconf 1.5.11 Debian configuration management sy ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libdevmapper1.02 2:1.02.08-1 The Linux Kernel Device Mapper use ii mbr 1.1.9-2 Master Boot Record for IBM-PC comp lilo recommends no packages. -- debconf information: liloconfig/fstab_broken: liloconfig/banner: liloconfig/liloconf_incompatible: lilo/bad_bitmap: liloconfig/use_lba32: true lilo/upgrade: liloconfig/liloconf_exists: liloconfig/configuring_base: lilo/runme: false liloconfig/use_current_lilo: true liloconfig/wipe_old_liloconf: false liloconfig/instruction: liloconfig/activate_error: liloconfig/select_bitmap: /boot/coffee.bmp liloconfig/lilo_error: lilo/new-config: liloconfig/odd_fstab: liloconfig/install_from_root_device: true liloconfig/make_active_partition: true liloconfig/maintitle: liloconfig/mbr_error: liloconfig/lilo_warning: liloconfig/install_mbr: false liloconfig/no_changes: ---End Message--- ---BeginMessage--- Version: 2.6.18.dfsg.1-9 I could reproduce w/ 2.6.17-7 and 2.6.18-8 but not with 2.6.18.dfsg.1-10. I'm pretty sure that this was fixed by one of the cciss backports i did in -9 (though I didn't test it explicitly), so marking as closed in that version. -- dann frazier ---End Message---
Processed: tagging bugs that are closed by packages in NEW as pending
Processing commands for [EMAIL PROTECTED]: # the following bugs are closed by packages in NEW # tags 408769 pending Bug#408769: php5-sqlite3: package is completay unusable out of the box There were no tags set. Tags added: pending tags 410235 pending Bug#410235: ITP: libauthen-krb5-simple-perl -- Authenticate a user/password using Kerberose 5 There were no tags set. Tags added: pending tags 411029 pending Bug#411029: ITP: libgnomekbd -- GNOME library to manage keyboard configuration There were no tags set. Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406055: fixed
Version: 2.6.18.dfsg.1-9 I could reproduce w/ 2.6.17-7 and 2.6.18-8 but not with 2.6.18.dfsg.1-10. I'm pretty sure that this was fixed by one of the cciss backports i did in -9 (though I didn't test it explicitly), so marking as closed in that version. -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411091: libmarc-lint-perl: FTBFS: Can't locate MARC/Field.pm
On Thu, 15 Feb 2007 23:51:12 +0100, Daniel Schepler wrote: /usr/bin/make -C . OPTIMIZE=-g -Wall -O2 test make[1]: Entering directory `/tmp/buildd/libmarc-lint-perl-1.42' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/check020... # Failed test 'use MARC::Field;' # in t/check020.t at line 10. # Tried to use 'MARC::Field'. # Error: Can't locate MARC/Field.pm in @INC (@INC contains: /tmp/buildd/libmarc-lint-perl-1.42/blib/lib /tmp/buildd/libmarc-lint-perl-1.42/blib/arch /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at (eval 3) line 2. # BEGIN failed--compilation aborted at t/check020.t line 10. In a quick search of packages.debian.org, I couldn't find any packages in unstable providing MARC/Field.pm, etc. It's in libmarc-record-perl. I've adjusted the build dependencies accordingly in svn; could someone upload the package, please? Cheers, gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian: the universal operating system - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-NP: Paco De Lucia, Al Di Meola, John Mc Laughlin: Beyond The Mirage signature.asc Description: Digital signature
Bug#403136: Re #403136: SCSI/LVM unbootable--any news?
Since I have a SCSI disk and run using LVM (under EVMS) this report concerned me, and I have been avoiding rebooting my system. (My hardware is i386, different from the report.) Is there any news? It would be great to get it nailed down. Thanks to everyone for their work on what sounds like a pretty tricky problem. Feel free to cc me, since my efforts to subscribe to the bug failed (#406676, if you're curious). -- Ross Boylan wk: (415) 514-8146 185 Berry St #5700 [EMAIL PROTECTED] Dept of Epidemiology and Biostatistics fax: (415) 514-8150 University of California, San Francisco San Francisco, CA 94107-1739 hm: (415) 550-1062 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404927: workaround patch
hey Marco,
I read up on udev rule creation and did some testing on another
machine (sym53c8xx driver), and I think this simple patch would do
what we want.
Though it was mentioned in this report that the ips and dpt_i2o
drivers may also require a workaround, that is not the case in any of
the examples provided by users in this bug report.
Of course, I do not think this is a fix for #404927, but I do believe
that its inclusion into udev for etch will decrease the severity of
#404927.
Please apply and upload for etch.
--- udev-0.103/rules/permissions.rules.orig 2007-02-15 16:56:09.0
-0700
+++ udev-0.103/rules/permissions.rules 2007-02-15 16:57:31.0 -0700
@@ -11,6 +11,9 @@
# default permissions for block devices
SUBSYSTEM==block,GROUP=disk
+# aacraid disks are incorrectly identified as removable, workaround them
+# until the kernel is fixed (see #404927)
+DRIVERS==aacraid,GROUP=disk
SUBSYSTEM==block, ATTRS{removable}==1, GROUP=floppy
# all block devices on these buses are removable
SUBSYSTEM==block, SUBSYSTEMS==usb|ieee1394|mmc|pcmcia, GROUP=floppy
--
dann frazier | HP Open Source and Linux Organization
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403136: Re #403136: SCSI/LVM unbootable--any news?
On Feb 16, Ross Boylan [EMAIL PROTECTED] wrote: Is there any news? It would be great to get it nailed down. Thanks to No. If you can reproduce the bug please work on it. -- ciao, Marco signature.asc Description: Digital signature
Bug#403136: Re #403136: SCSI/LVM unbootable--any news?
On Fri, 2007-02-16 at 01:09 +0100, Marco d'Itri wrote: On Feb 16, Ross Boylan [EMAIL PROTECTED] wrote: Is there any news? It would be great to get it nailed down. Thanks to No. If you can reproduce the bug please work on it. If I do reproduce it, is there a way to get my system back? This is a an already installed system, not a d-i situation. Since I'm using EVMS the initial startup of the system is delicate under the best of circumstances: I need an initrd to load evms so I can pivot to the regular disk. The reports seem to indicate that the problem only happened with one out of a bunch of G5's, so probably I won't see it. -- Ross Boylan wk: (415) 514-8146 185 Berry St #5700 [EMAIL PROTECTED] Dept of Epidemiology and Biostatistics fax: (415) 514-8150 University of California, San Francisco San Francisco, CA 94107-1739 hm: (415) 550-1062 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403136: Re #403136: SCSI/LVM unbootable--any news?
On Feb 16, Ross Boylan [EMAIL PROTECTED] wrote: If I do reproduce it, is there a way to get my system back? Keeping around a working kernel + initrd is a good plan anyway. (Do not forget a live distribution CD too...) -- ciao, Marco signature.asc Description: Digital signature
Bug#399113: marked as done (xen kernel infinite loop processing core dump)
Your message dated Thu, 15 Feb 2007 17:54:24 -0700
with message-id [EMAIL PROTECTED]
and subject line no longer applicable since xen image is pae
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
---BeginMessage---
Package: linux-image-2.6.18-2-xen-686
Version: 2.6.18-5
Severity: critical
Executing program crash with core dumps enabled (ulimit -c unlimited) results
in kernel looping the following message:
Bad pte = 0033e0a0, process = crash, vm_flags = 100070, vaddr = b7602000
[c0144b5d] vm_normal_page+0x98/0xb0
[c0145116] follow_page+0xe8/0x182
[c0146b49] get_user_pages+0x288/0x2f1
[c017b1db] elf_Core_dump+0x972/0xb4b
[c015ee74] do_coredump+0x4a8/0x4fc
[c012399c] dequeue_signal+0x15/0x9c
[c0123fed] get_signal_to_deliver+0x39e/0x3d0
[c0103ee7] do_notify_resume+0x71/0x5e9
[c0156153] __fput+0x11c/0x13f
[c0151fd6] kmem_cache_free+0x44/0x7d
[c0110b5a] do_page_fault+0x39f/0x7c8
[c012449f] sys_rt_sigprocmask+0x4b/0xc5
[c012449f] sys_rt_sigprocmask+0x4b/0xc5
[c01048b5] work_notifysig+0x13/0x1a
repeats infinitely
The program aborts and dumps core without issue with the kernel from
linux-image-2.6.18-2-686.
The system is a Sarge machine with enough packages pulled from unstable to
install xen-linux-system-2.6.18-2-xen-686. I have triggered the problem both in
Dom0 and a DomU, on both real hardware (opteron) and inside VMWare (p4).
gcc crash.c -o crash -ldl -lpthread
crash.c (any library appears to work equivalently in the dlopen):
-
#include dlfcn.h
#include pthread.h
#include stdlib.h
#include unistd.h
void* crash(void* arg)
{
dlopen(libm.so.6, RTLD_LAZY);
abort();
return 0;
}
int main(int argc, char** argv)
{
pthread_t t;
pthread_create(t, NULL, crash, NULL);
while (1)
{
usleep(10);
}
return (0);
}
---End Message---
---BeginMessage---
Version: 2.6.18.dfsg.1-9
PAE is now enabled for the Xen flavour. As I understand it, this bug
is only believed to exist in non-PAE builds. I cannot reproduce w/
2.6.18.dfsg.1-10. Setting the fixed version as 2.6.18.dfsg.1-9, since
that is the first upload of the PAE-enabled version.
[EMAIL PROTECTED]:~$ uname -a
Linux unlikely 2.6.18-4-xen-686 #1 SMP Fri Feb 2 19:53:15 UTC 2007 i686
GNU/Linux
[EMAIL PROTECTED]:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Xeon(TM) CPU 3.20GHz
stepping: 5
cpu MHz : 3188.168
cache size : 1024 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush
dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr
bogomips: 7975.08
processor : 1
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Xeon(TM) CPU 3.20GHz
stepping: 5
cpu MHz : 3188.168
cache size : 1024 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush
dts acpi mmx fxsr sse sse2 ss ht tm pbe up cid xtpr
bogomips: 7975.08
processor : 2
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Xeon(TM) CPU 3.20GHz
stepping: 5
cpu MHz : 3188.168
cache size : 1024 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush
dts acpi mmx fxsr sse sse2 ss ht tm pbe up cid xtpr
bogomips: 7975.08
processor : 3
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Xeon(TM) CPU 3.20GHz
stepping: 5
cpu MHz : 3188.168
cache size : 1024 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush
dts acpi mmx fxsr sse sse2 ss ht tm pbe up cid xtpr
bogomips: 7975.08
[EMAIL PROTECTED]:~$ cat crash.c
Bug#399113: no longer applicable since xen image is pae
Version: 2.6.18.dfsg.1-9
PAE is now enabled for the Xen flavour. As I understand it, this bug
is only believed to exist in non-PAE builds. I cannot reproduce w/
2.6.18.dfsg.1-10. Setting the fixed version as 2.6.18.dfsg.1-9, since
that is the first upload of the PAE-enabled version.
[EMAIL PROTECTED]:~$ uname -a
Linux unlikely 2.6.18-4-xen-686 #1 SMP Fri Feb 2 19:53:15 UTC 2007 i686
GNU/Linux
[EMAIL PROTECTED]:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Xeon(TM) CPU 3.20GHz
stepping: 5
cpu MHz : 3188.168
cache size : 1024 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush
dts acpi mmx fxsr sse sse2 ss ht tm pbe cid xtpr
bogomips: 7975.08
processor : 1
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Xeon(TM) CPU 3.20GHz
stepping: 5
cpu MHz : 3188.168
cache size : 1024 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush
dts acpi mmx fxsr sse sse2 ss ht tm pbe up cid xtpr
bogomips: 7975.08
processor : 2
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Xeon(TM) CPU 3.20GHz
stepping: 5
cpu MHz : 3188.168
cache size : 1024 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush
dts acpi mmx fxsr sse sse2 ss ht tm pbe up cid xtpr
bogomips: 7975.08
processor : 3
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Xeon(TM) CPU 3.20GHz
stepping: 5
cpu MHz : 3188.168
cache size : 1024 KB
fdiv_bug: no
hlt_bug : no
f00f_bug: no
coma_bug: no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush
dts acpi mmx fxsr sse sse2 ss ht tm pbe up cid xtpr
bogomips: 7975.08
[EMAIL PROTECTED]:~$ cat crash.c
#include dlfcn.h
#include pthread.h
#include stdlib.h
#include unistd.h
void* crash(void* arg)
{
dlopen(libm.so.6, RTLD_LAZY);
abort();
return 0;
}
int main(int argc, char** argv)
{
pthread_t t;
pthread_create(t, NULL, crash, NULL);
while (1)
{
usleep(10);
}
return (0);
}
[EMAIL PROTECTED]:~$ gcc crash.c -o crash -ldl -lpthread
[EMAIL PROTECTED]:~$ ulimit -c unlimited
[EMAIL PROTECTED]:~$ ./crash
Aborted (core dumped)
[EMAIL PROTECTED]:~$ dmesg
Linux version 2.6.18-4-xen-686 (Debian 2.6.18.dfsg.1-10) ([EMAIL PROTECTED])
(gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Fri Feb 2
19:53:15 UTC 2007
BIOS-provided physical RAM map:
Xen: - 3b53a000 (usable)
221MB HIGHMEM available.
727MB LOWMEM available.
On node 0 totalpages: 243002
DMA zone: 186366 pages, LIFO batch:31
HighMem zone: 56636 pages, LIFO batch:15
found SMP MP-table at 000f4fd0
DMI 2.3 present.
ACPI: RSDP (v000 COMPAQ) @ 0x000f4f70
ACPI: RSDT (v001 COMPAQ P29 0x0002 \ufffd 0x162e) @ 0x3fffa000
ACPI: FADT (v001 COMPAQ P29 0x0002 \ufffd 0x162e) @ 0x3fffa040
ACPI: MADT (v001 COMPAQ 0083 0x0002 0x) @ 0x3fffa100
ACPI: SPCR (v001 COMPAQ SPCRRBSU 0x0001 \ufffd 0x162e) @ 0x3fffa1c0
ACPI: DSDT (v001 COMPAQ DSDT 0x0001 MSFT 0x010b) @ 0x
ACPI: Local APIC address 0xfee0
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] disabled)
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] disabled)
ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] enabled)
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] disabled)
ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] disabled)
ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] enabled)
ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1])
ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0])
IOAPIC[0]: apic_id 2, version 17, address 0xfec0, GSI 0-15
ACPI: IOAPIC (id[0x03] address[0xfec01000] gsi_base[16])
IOAPIC[1]: apic_id 3, version 17, address 0xfec01000, GSI 16-31
ACPI: IOAPIC (id[0x04] address[0xfec02000] gsi_base[32])
IOAPIC[2]: apic_id 4, version 17, address 0xfec02000, GSI 32-47
ACPI: IOAPIC (id[0x05] address[0xfec03000]
Bug#403136: Re #403136: SCSI/LVM unbootable--any news?
On Fri, 2007-02-16 at 01:45 +0100, Marco d'Itri wrote: On Feb 16, Ross Boylan [EMAIL PROTECTED] wrote: If I do reproduce it, is there a way to get my system back? Keeping around a working kernel + initrd is a good plan anyway. (Do not forget a live distribution CD too...) I thought that since I only have one version of udev on my system I'd be stuck if the problem lay there. Ross -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410948: license issues with des.tcl
Steve Langasek a écrit : On Wed, Feb 14, 2007 at 03:55:53PM -0500, Filipus Klutiero wrote: Package: amsn Version: 0.95+dfsg2-0.2 Severity: serious des.tcl contains the following paragraph at the end of its license terms: GOVERNMENT USE: If you are acquiring this software on behalf of the U.S. government, the Government shall have only Restricted Rights in the software and related documentation as defined in the Federal Acquisition Regulations (FARs) in Clause 52.227.19 (c) (2). If you are acquiring the software on behalf of the Department of Defense, the software shall be classified as Commercial Computer Software and the Government shall have only Restricted Rights as defined in Clause 252.227-7013 (c) (1) of DFARs. Notwithstanding the foregoing, the authors grant the U.S. Government and others acting in its behalf permission to use and distribute the software in accordance with the terms specified in this license. IANAL, but this seems to prohibit some things allowed by the GPL to the U.S. government. If I understand right, the U.S. Department of Defense is not allowed to redistribute or copy freely des.tcl, which would violate the DFSG. No, this is a statement that the copyright on the work is not *waived* where the federal government is concerned. It doesn't contradict the GPL, it merely clarifies that the government has no implicit, special rights over the software beyond those specified in the GPL. Hum, this is not what I read. Do you agree that the license basically states that the Department of Defense has only Restricted Rights as defined in Clause 252.227-7013 (c) (1) of DFARs on the software? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410948: license issues with des.tcl
This one time, at band camp, Philippe Cloutier said: Steve Langasek a écrit : On Wed, Feb 14, 2007 at 03:55:53PM -0500, Filipus Klutiero wrote: GOVERNMENT USE: If you are acquiring this software on behalf of the U.S. government, the Government shall have only Restricted Rights in the software and related documentation as defined in the Federal Acquisition Regulations (FARs) in Clause 52.227.19 (c) (2). If you are acquiring the software on behalf of the Department of Defense, the software shall be classified as Commercial Computer Software and the Government shall have only Restricted Rights as defined in Clause 252.227-7013 (c) (1) of DFARs. This part clarifies that that the government has no additional rights beyond those of the license. Notwithstanding the foregoing, the authors grant the U.S. Government and others acting in its behalf permission to use and distribute the software in accordance with the terms specified in this license. And this grants them standard rights under the GPL. No, this is a statement that the copyright on the work is not *waived* where the federal government is concerned. It doesn't contradict the GPL, it merely clarifies that the government has no implicit, special rights over the software beyond those specified in the GPL. Hum, this is not what I read. Do you agree that the license basically states that the Department of Defense has only Restricted Rights as defined in Clause 252.227-7013 (c) (1) of DFARs on the software? Does that make it clearer? -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Processed (with 1 errors): Re: Bug#411071: fails to configure
Processing commands for [EMAIL PROTECTED]: severity 411071 serious Bug#411071: fails to configure Severity set to `serious' from `grave' close 411071 Bug#411071: fails to configure 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug closed, send any further explanations to martin f krafft [EMAIL PROTECTED] merge 411071 410781 Bug#410781: check should use install-info Bug#411071: fails to configure Mismatch - only Bugs in same state can be merged: Values for `package' don't match: #410781 has `check'; #411071 has `postfix' Values for `severity' don't match: #410781 has `wishlist'; #411071 has `serious' Values for `done mark' don't match: #410781 has `open'; #411071 has `done' -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411071: fails to configure
severity 411071 serious close 411071 merge 411071 410781 -- This was exposed by update-inetd changing, and is fixed in 2.3.7-3 lamont -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: merging 411071 410871
Processing commands for [EMAIL PROTECTED]: merge 411071 410871 Bug#410871: postfix: Postfix 2.3.7-1 install broken on unstable Bug#411071: fails to configure Merged 410871 411071. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: merging 411071 410871
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 merge 411071 410871 Bug#410871: postfix: Postfix 2.3.7-1 install broken on unstable Bug#411071: fails to configure Merged 410871 411071. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410948: license issues with des.tcl
On Thu, Feb 15, 2007 at 09:07:25PM -0500, Philippe Cloutier wrote: GOVERNMENT USE: If you are acquiring this software on behalf of the U.S. government, the Government shall have only Restricted Rights in the software and related documentation as defined in the Federal Acquisition Regulations (FARs) in Clause 52.227.19 (c) (2). If you are acquiring the software on behalf of the Department of Defense, the software shall be classified as Commercial Computer Software and the Government shall have only Restricted Rights as defined in Clause 252.227-7013 (c) (1) of DFARs. Notwithstanding the foregoing, the authors grant the U.S. Government and others acting in its behalf permission to use and distribute the software in accordance with the terms specified in this license. IANAL, but this seems to prohibit some things allowed by the GPL to the U.S. government. If I understand right, the U.S. Department of Defense is not allowed to redistribute or copy freely des.tcl, which would violate the DFSG. No, this is a statement that the copyright on the work is not *waived* where the federal government is concerned. It doesn't contradict the GPL, it merely clarifies that the government has no implicit, special rights over the software beyond those specified in the GPL. Hum, this is not what I read. Do you agree that the license basically states that the Department of Defense has only Restricted Rights as defined in Clause 252.227-7013 (c) (1) of DFARs on the software? Have you read the cited clause of DFARs? The numbering listed in this clause appears to be obsolete, but Restricted Rights as specified in the current version enumerates an extensive list of things the government is allowed to do. But in any case, the following sentence is what matters: Notwithstanding the foregoing, the authors grant the U.S. Government and others acting in its behalf permission to use and distribute the software in accordance with the terms specified in this license. IOW, in *spite* of citing this government regulation, permission is granted to use and distribute the software *under the normal license*. Again, this is an effort to keep the government from claiming *more* rights over the software than what's permitted by the usual license, not to prevent the government from exercising rights that are granted to everyone else. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed (with 1 errors): Merge python-numpy f2py bugs
Processing commands for [EMAIL PROTECTED]: severity 411005 serious Bug#411005: File clash in python-numpy and python-numpy-dev Severity set to `serious' from `normal' # justification: Makes package uninstallable merge 411005 411049 410944 Bug#410944: python-numpy: trying to overwrite `/usr/lib/python2.4/site-packages/numpy/f2py/src/fortranobject.h' Bug#411005: File clash in python-numpy and python-numpy-dev Bug#411049: python-numpy-dev: file conflict with python-numpy Mismatch - only Bugs in same state can be merged: Values for `package' don't match: #410944 has `python-numpy'; #411049 has `python-numpy-dev' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410944: python-numpy: trying to overwrite `/usr/lib/python2.4/site-packages/numpy/f2py/src/fortranobject.h'
This seems to be caused by the fix for #410067. After looking at that bug, it seems to me that these files really should be in python-numpy and not in python-numpy-dev. Or maybe f2py ought to go into python-numpy-dev? John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411091: libmarc-lint-perl: FTBFS: Can't locate MARC/Field.pm
gregor herrmann a écrit : On Thu, 15 Feb 2007 23:51:12 +0100, Daniel Schepler wrote: /usr/bin/make -C . OPTIMIZE=-g -Wall -O2 test make[1]: Entering directory `/tmp/buildd/libmarc-lint-perl-1.42' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/check020... # Failed test 'use MARC::Field;' # in t/check020.t at line 10. # Tried to use 'MARC::Field'. # Error: Can't locate MARC/Field.pm in @INC (@INC contains: /tmp/buildd/libmarc-lint-perl-1.42/blib/lib /tmp/buildd/libmarc-lint-perl-1.42/blib/arch /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at (eval 3) line 2. # BEGIN failed--compilation aborted at t/check020.t line 10. In a quick search of packages.debian.org, I couldn't find any packages in unstable providing MARC/Field.pm, etc. It's in libmarc-record-perl. I've adjusted the build dependencies accordingly in svn; could someone upload the package, please? I checked the package in a pbuilder environment and I uploaded it with no change. Best regards, Vincent Cheers, gregor
Bug#411091: marked as done (libmarc-lint-perl: FTBFS: Can't locate MARC/Field.pm)
Your message dated Fri, 16 Feb 2007 06:17:02 + with message-id [EMAIL PROTECTED] and subject line Bug#411091: fixed in libmarc-lint-perl 1.42-2 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libmarc-lint-perl Version: 1.42-1 Severity: serious From my pbuilder build log: ... /usr/bin/make -C . OPTIMIZE=-g -Wall -O2 test make[1]: Entering directory `/tmp/buildd/libmarc-lint-perl-1.42' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/check020... # Failed test 'use MARC::Field;' # in t/check020.t at line 10. # Tried to use 'MARC::Field'. # Error: Can't locate MARC/Field.pm in @INC (@INC contains: /tmp/buildd/libmarc-lint-perl-1.42/blib/lib /tmp/buildd/libmarc-lint-perl-1.42/blib/arch /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at (eval 3) line 2. # BEGIN failed--compilation aborted at t/check020.t line 10. # Failed test 'use MARC::Lint;' ... Failed Test Stat Wstat Total Fail Failed List of Failed --- t/check020.t 255 6528028 54 192.86% 1-28 t/check041043.t 255 6528018 34 188.89% 1-18 t/check245.t 255 6528055 108 196.36% 1-55 t/lint.t 255 6528041 80 195.12% 1-41 Failed 4/4 test scripts, 0.00% okay. 142/142 subtests failed, 0.00% okay. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/tmp/buildd/libmarc-lint-perl-1.42' make: *** [debian/stamp-makefile-check] Error 2 In a quick search of packages.debian.org, I couldn't find any packages in unstable providing MARC/Field.pm, etc. -- Daniel Schepler ---End Message--- ---BeginMessage--- Source: libmarc-lint-perl Source-Version: 1.42-2 We believe that the bug you reported is fixed in the latest version of libmarc-lint-perl, which is due to be installed in the Debian FTP archive: libmarc-lint-perl_1.42-2.diff.gz to pool/main/libm/libmarc-lint-perl/libmarc-lint-perl_1.42-2.diff.gz libmarc-lint-perl_1.42-2.dsc to pool/main/libm/libmarc-lint-perl/libmarc-lint-perl_1.42-2.dsc libmarc-lint-perl_1.42-2_all.deb to pool/main/libm/libmarc-lint-perl/libmarc-lint-perl_1.42-2_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. gregor herrmann [EMAIL PROTECTED] (supplier of updated libmarc-lint-perl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 16 Feb 2007 00:24:18 +0100 Source: libmarc-lint-perl Binary: libmarc-lint-perl Architecture: all source Version: 1.42-2 Distribution: unstable Urgency: low Maintainer: Debian Perl Group [EMAIL PROTECTED] Changed-By: gregor herrmann [EMAIL PROTECTED] Description: libmarc-lint-perl - Perl extension for checking validity of MARC records Closes: 411091 Changes: libmarc-lint-perl (1.42-2) unstable; urgency=low . * Add libmarc-record-perl to build dependencies (closes: #411091). * Move libbusiness-isbn-perl and libmarc-record-perl to Build-Depends-Indep. Files: 444db4fcf5c644e385dedfb929423596 859 perl optional libmarc-lint-perl_1.42-2.dsc 4decf66f20889f02a33878ec87adcb62 1599 perl optional libmarc-lint-perl_1.42-2.diff.gz bc199f2538f0ac92291171754a23c485 43870 perl optional libmarc-lint-perl_1.42-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF1UrQC/d4Z50CXocRAu9lAKCKqgg1fYZjs704SUBurxfM9anHowCfaoN6 GuzKiCDwTtTJLexefg1bXac= =IZ6B -END PGP SIGNATURE- ---End Message---
Bug#400718: marked as done (CVE-2006-5925: Links smb Protocol File Upload/Download Vulnerability)
Your message dated Thu, 15 Feb 2007 22:48:25 -0800 with message-id [EMAIL PROTECTED] and subject line DSA says this bug is fixed. has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- package: links2 severity: grave tags: security See bugs #399187 and #399188 for discussion. Patches in links and elinks converge towards removal of smb support. Attached patch is for sarge. -Mikko diff -u links2-2.1pre16/config.sub links2-2.1pre16/config.sub --- links2-2.1pre16/config.sub +++ links2-2.1pre16/config.sub @@ -1,9 +1,9 @@ #! /bin/sh # Configuration validation subroutine script. # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, -# 2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc. +# 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc. -timestamp='2004-11-30' +timestamp='2005-04-22' # This file is (in principle) common to ALL GNU software. # The presence of a machine in this file suggests that SOME GNU software @@ -70,7 +70,7 @@ version=\ GNU config.sub ($timestamp) -Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004 +Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO @@ -231,13 +231,14 @@ | alpha64 | alpha64ev[4-8] | alpha64ev56 | alpha64ev6[78] | alpha64pca5[67] \ | am33_2.0 \ | arc | arm | arm[bl]e | arme[lb] | armv[2345] | armv[345][lb] | avr \ + | bfin \ | c4x | clipper \ | d10v | d30v | dlx | dsp16xx \ | fr30 | frv \ | h8300 | h8500 | hppa | hppa1.[01] | hppa2.0 | hppa2.0[nw] | hppa64 \ | i370 | i860 | i960 | ia64 \ | ip2k | iq2000 \ - | m32r | m32rle | m68000 | m68k | m88k | mcore \ + | m32r | m32rle | m68000 | m68k | m88k | maxq | mcore \ | mips | mipsbe | mipseb | mipsel | mipsle \ | mips16 \ | mips64 | mips64el \ @@ -262,7 +263,8 @@ | pyramid \ | sh | sh[1234] | sh[23]e | sh[34]eb | shbe | shle | sh[1234]le | sh3ele \ | sh64 | sh64le \ - | sparc | sparc64 | sparc86x | sparclet | sparclite | sparcv8 | sparcv9 | sparcv9b \ + | sparc | sparc64 | sparc64b | sparc86x | sparclet | sparclite \ + | sparcv8 | sparcv9 | sparcv9b \ | strongarm \ | tahoe | thumb | tic4x | tic80 | tron \ | v850 | v850e \ @@ -298,7 +300,7 @@ | alphapca5[67]-* | alpha64pca5[67]-* | arc-* \ | arm-* | armbe-* | armle-* | armeb-* | armv*-* \ | avr-* \ - | bs2000-* \ + | bfin-* | bs2000-* \ | c[123]* | c30-* | [cjt]90-* | c4x-* | c54x-* | c55x-* | c6x-* \ | clipper-* | craynv-* | cydra-* \ | d10v-* | d30v-* | dlx-* \ @@ -310,7 +312,7 @@ | ip2k-* | iq2000-* \ | m32r-* | m32rle-* \ | m68000-* | m680[012346]0-* | m68360-* | m683?2-* | m68k-* \ - | m88110-* | m88k-* | mcore-* \ + | m88110-* | m88k-* | maxq-* | mcore-* \ | mips-* | mipsbe-* | mipseb-* | mipsel-* | mipsle-* \ | mips16-* \ | mips64-* | mips64el-* \ @@ -336,7 +338,8 @@ | romp-* | rs6000-* \ | sh-* | sh[1234]-* | sh[23]e-* | sh[34]eb-* | shbe-* \ | shle-* | sh[1234]le-* | sh3ele-* | sh64-* | sh64le-* \ - | sparc-* | sparc64-* | sparc86x-* | sparclet-* | sparclite-* \ + | sparc-* | sparc64-* | sparc64b-* | sparc86x-* | sparclet-* \ + | sparclite-* \ | sparcv8-* | sparcv9-* | sparcv9b-* | strongarm-* | sv1-* | sx?-* \ | tahoe-* | thumb-* \ | tic30-* | tic4x-* | tic54x-* | tic55x-* | tic6x-* | tic80-* \ diff -u links2-2.1pre16/debian/changelog links2-2.1pre16/debian/changelog --- links2-2.1pre16/debian/changelog +++ links2-2.1pre16/debian/changelog @@ -1,3 +1,9 @@ +links2 (2.1pre16-1.0.0.mcf01) unstable; urgency=low + + * try to disable smb + + -- Mikko Rapeli [EMAIL PROTECTED] Tue, 28 Nov 2006 00:11:10 +0200 + links2 (2.1pre16-1) unstable; urgency=low * New upstream version. (Closes: #267686) diff -u links2-2.1pre16/config.guess links2-2.1pre16/config.guess --- links2-2.1pre16/config.guess +++ links2-2.1pre16/config.guess @@ -1,9 +1,9 @@ #! /bin/sh # Attempt to guess a canonical system name. # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, -# 2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc. +# 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc.
