Bug#308389: kernel-image-2.6.8-2-k7: using USB flash drive causes death of kernel USB system, sometimes

[Robin]

Package: kernel-image-2.6.8-2-k7
Version: 2.6.8-13
Severity: normal

When connecting my USB flash drive to my machine, sometimes it will
cause the whole kernel USB system to lock up. After this, anything
trying to access the files in /proc/bus/usb freezes in the kernel, and
further USB events are ignored until a reboot. The freeze happens maybe
once every 3 or 4 times I plug it in, or so.

When the device is plugged in and things go bad, this is what shows in
/var/log/messages:
May 10 10:08:29 home kernel: usb 1-2: new full speed USB device using address 9
May 10 10:08:29 home kernel: scsi7 : SCSI emulation for USB Mass Storage devices
May 10 10:08:29 home kernel:   Vendor: JetFlash  Model: TS512MJF2B/2L Rev: 2.00
May 10 10:08:29 home kernel:   Type:   Direct-Access   ANSI SCSI 
revision: 02
May 10 10:08:29 home kernel: sda: Unit Not Ready, sense:
May 10 10:08:29 home kernel: Current : sense key Unit Attention
May 10 10:08:29 home kernel: Additional sense: Not ready to ready change, 
medium may have changed
May 10 10:08:35 home kernel: usb 1-2: control timeout on ep0in
May 10 10:08:40 home hal.hotplug[13459]: timout(1 ms) waiting for 
/devices/pci:00/:00:07.2/usb1/1-2/1-2:1.0/host7/7:0:0:0
May 10 10:08:40 home hal.hotplug[13461]: timout(1 ms) waiting for 
/devices/pci:00/:00:07.2/usb1/1-2/1-2:1.0
May 10 10:08:40 home kernel: usb 1-2: control timeout on ep0in
May 10 10:08:41 home usb.agent[13539]:  usb-storage: already loaded
May 10 10:08:50 home scsi.agent[13535]: Attribute 
/sys/devices/pci:00/:00:07.2/usb1/1-2/1-2:1.0/host7/7:0:0:0/type does 
not exist

...and nothing more ever happens with the USB system after that until
the next reboot. For the sake of comparison, this is what a 'proper'
connection of the USB device produces (everything just the same except
it works this time):

May 10 00:25:58 home kernel: usb 1-2: new full speed USB device using address 8
May 10 00:25:58 home kernel: scsi6 : SCSI emulation for USB Mass Storage devices
May 10 00:25:58 home kernel:   Vendor: JetFlash  Model: TS512MJF2B/2L   Rev: 
2.00
May 10 00:25:58 home kernel:   Type:   Direct-Access   ANSI SCSI revision: 
02
May 10 00:25:59 home kernel: sda: Unit Not Ready, sense:
May 10 00:25:59 home kernel: Current : sense key Unit Attention
May 10 00:25:59 home kernel: Additional sense: Not ready to ready change, 
medium may have changed
May 10 00:25:59 home kernel: sda : READ CAPACITY failed.
May 10 00:25:59 home kernel: sda : status=1, message=00, host=0, driver=08
May 10 00:25:59 home kernel: Current sd: sense key Unit Attention
May 10 00:25:59 home kernel: Additional sense: Not ready to ready change, 
medium may have changed
May 10 00:25:59 home kernel: sda: assuming Write Enabled
May 10 00:25:59 home kernel:  /dev/scsi/host6/bus0/target0/lun0: p1
May 10 00:25:59 home kernel: Attached scsi removable disk sda at scsi6, channel 
0, id 0, lun 0
May 10 00:26:00 home scsi.agent[29544]:  sd_mod: loaded sucessfully (for 
disk)
May 10 00:26:01 home usb.agent[29545]:  usb-storage: already loaded
  

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages kernel-image-2.6.8-2-k7 depends on:
ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
ii  fileutils 5.2.1-2The GNU file management utilities 
ii  initrd-tools  0.1.78 tools to create initrd image for p
ii  module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo

-- no debconf information


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

Bug#340250: clisp: Package contains invalid link for base/lispinit.mem

[Robin]

What package is /usr/sbin/register-common-lisp-implementation supposed to be
in? It's not in clisp or clisp-dev.

Thanks,
- robin

Peter Van Eynde ([EMAIL PROTECTED]) wrote on 05:28:47AM 22/11/05:
 Could you try to run 
 /usr/sbin/register-common-lisp-implementation clisp
 as root and report the generated output? Does it still fail after this?


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

Bug#94164: GET latest softwares, 99% savings.

[Robin]

GET CD AND DOWNLOADS, all software under $99-$15
http://ifdj.dkzagudos5v2awd.pawlchpawl5.com




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

Bug#55364: Any software just for 15$ - 99$

[Robin]

Any Software just in under $15-$99, Xp-adobe etc
http://jchekuq.j85y401uytjqykj.tritylbcgbj.com




I believe in equality for everyone, except reporters and photographers.   
Always laugh when you can. It is cheap medicine.





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

Bug#293569: kernel-image-2.6.8-2-686-smp incorectly tries to load megaraid2 on a 2.6 kernel

[robin]

Package: kernel-image-2.6.8-2-686-smp
Version: 2.6.8-2
Severity: important
Justification: prevents boot 

The package runs mkinitrd to build an initial ramdisk
The hardware is using the Dell 'megaraid' controller which was supported as 
megaraid2 under the 2.4 series kernels.
mkinitrd probes the root and finds megaraid2 and add the line to loadmodules 
in the initrd: 

modprobe -k  vesafb  /dev/null 21
modprobe -k  fbcon 2 /dev/null
modprobe -k  unix 2 /dev/null
modprobe -k  megaraid2
modprobe -k  sd_mod 

the version of the megaraid module shipped with the 2.6 kernel is v2, and 
should support the controller just fine 

running mkinitrd: 

uk2a:/home/robin# mkinitrd -o /tmp/initrd.img 2.6.8-2-686-smp
/usr/sbin/mkinitrd: add_modules_dep_2_5: modprobe failed
FATAL: Module megaraid2 not found.
WARNING: This failure MAY indicate that your kernel will not boot!
but it can also be triggered by needed modules being compiled into
the kernel. 


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

Bug#293569: Add megaraid to /etc/mkinitrd/modules doesn't work out

[robin]

Martin Alain Kretschek writes: 

Hi Horms, 

Some more background... The machines I'm trying to install the
2.6.8-2-686-smp Debian kernel package are Dell PowerEdge 1850 with a
PERC 4e/Si RAID Controller model with one Hitachi 73,2GB SCSI Ultra320
HotSwap HD factory configured in RAID0.
I have almost the same configuration on the same machine, except 2 36Gb 
drives in RIAD1, Dell 1850 same as you. 

I had also tried adding scsi_mod and megariad, in both orders to the 
initrd/modules, and only got kernel panics for my trouble. 

I ahd begun the building a custom kernel process, but its about on the 
limit of my debian-fu, so I'll run with 2.4.27-smp for now. I will continue 
with my attempts to get 2.6 to work, as I need a 2.6 kernel for later this 
month on a project.

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

Bug#304639: mkext2fs: command not found

[robin]

Package: kernel-image-2.6.8-2-386
Version: 2.6.8-13
Severity: normal

Tryed

[EMAIL PROTECTED]:~# apt-get install kernel-image-2.6.8-2-386
Reading Package Lists... Done
Building Dependency Tree... Done
kernel-image-2.6.8-2-386 is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 154 not upgraded.
1 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
Setting up kernel-image-2.6.8-2-386 (2.6.8-13) ...
/usr/sbin/mkinitrd: line 1381: mkext2fs: command not found
Failed to create initrd image.
dpkg: error processing kernel-image-2.6.8-2-386 (--configure):
 subprocess post-installation script returned error exit status 9
Errors were encountered while processing:
 kernel-image-2.6.8-2-386
E: Sub-process /usr/bin/dpkg returned an error code (1)


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.9
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages kernel-image-2.6.8-2-386 depends on:
ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
ii  fileutils 5.2.1-2The GNU file management utilities 
ii  initrd-tools  0.1.78 tools to create initrd image for p
ii  module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo

-- no debconf information


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

Bug#305302: apache2: segfaults when a websvn repository URL is accessed

[robin]

Package: apache2
Version: 2.0.53-5
Severity: normal

I have apache2 installed along with PHP and WebSVN (all from testing).
Currently, when I access a websvn URL, the apache instance crashes with
a segmentation fault.

Example URL that currently dies:
http://www.kallisti.net.nz/websvn/listing.php?repname=memorypath=%2Fsc=0

Message in /var/log/apache2/error.log:
[Tue Apr 19 16:27:30 2005] [notice] child pid 9716 exit signal
Segmentation fault (11)

Note that other PHP stuff on this website works. I'm not sure where this
problem really lies (i.e. websvn, PHP, or apache)

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.6-1-386
Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1)

Versions of packages apache2 depends on:
ii  apache2-mpm-prefork   2.0.53-5   traditional model for Apache2

-- no debconf information


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

Bug#305302: apache2: segfaults when a websvn repository URL is accessed

[Robin]

On Tue, 19 Apr 2005 16:44, Adam Conrad wrote:
 And what versions of libapache2-mod-php4 and websvn do you have installed?
  If you upgrade everything to unstable versions (if you upgrade apache2
 and happen to use suexec, watch out for bug #305242, which I'm uploading a
 fix for right now) does the problem magically go away?
I'm reluctant to play with the software on this too much, it's a server 
machine that I want to keep locked onto sarge as much as possible (and I'm 
still somewhat unfamiliar with Debian packaging procedures). However, the 
current versions of those packages are:
libapache2-mod-php4: 4:4.3.10-10
websvn: 1.61-13

 If not, can you run apache2 -X in gdb, make it segfault, and get us a
 backtrace?  That should help narrow down which package is at fault, and
 start giving me hints as to where it's broken.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1079495520 (LWP 10557)]
0x406f2470 in mbfl_filt_conv_wchar_ascii ()
   from /usr/lib/apache2/modules/libphp4.so

... looks like it's a PHP issue.

-- 
Robin [EMAIL PROTECTED] JabberID: [EMAIL PROTECTED]

Hostes alienigeni me abduxerunt. Qui annus est?

PGP Key 0xA99CEB6D = 5957 6D23 8B16 EFAB FEF8  7175 14D3 6485 A99C EB6D


pgpn5twHVcEhs.pgp
Description: PGP signature

Bug#305302: apache2: segfaults when a websvn repository URL is accessed

[Robin]

On Tue, 19 Apr 2005 17:13, Adam Conrad wrote:
 A full backtrace would be nice (type bt after the SEGV).
Oops, sorry:
#0  0x406f2470 in mbfl_filt_conv_wchar_ascii ()
   from /usr/lib/apache2/modules/libphp4.so
#1  0x406fc652 in mbfl_identify_encoding ()
   from /usr/lib/apache2/modules/libphp4.so
#2  0x406fc744 in mbfl_identify_encoding_name ()
   from /usr/lib/apache2/modules/libphp4.so
#3  0x406e038c in zif_mb_detect_encoding ()
   from /usr/lib/apache2/modules/libphp4.so
#4  0x407d0fe0 in execute () from /usr/lib/apache2/modules/libphp4.so
#5  0x407d0d45 in execute () from /usr/lib/apache2/modules/libphp4.so
#6  0x407d0d45 in execute () from /usr/lib/apache2/modules/libphp4.so
#7  0x407c0bf1 in zend_execute_scripts ()
   from /usr/lib/apache2/modules/libphp4.so
#8  0x40792cff in php_execute_script ()
   from /usr/lib/apache2/modules/libphp4.so
#9  0x407d616f in execute () from /usr/lib/apache2/modules/libphp4.so
#10 0x08078305 in ap_run_handler ()
#11 0x08078910 in ap_invoke_handler ()
#12 0x08069c5a in ap_process_request ()
#13 0x080650ed in _start ()
#14 0x0823bec8 in ?? ()
#15 0x0004 in ?? ()
#16 0x0823bec8 in ?? ()
#17 0x0808363c in ap_run_pre_connection ()
#18 0x080834f5 in ap_run_process_connection ()
#19 0x08076904 in ap_graceful_stop_signalled ()
#20 0x08076b1b in ap_graceful_stop_signalled ()
#21 0x08076b78 in ap_graceful_stop_signalled ()
#22 0x080773ea in ap_mpm_run ()
#23 0x0807d9bd in main ()


-- 
Robin [EMAIL PROTECTED] JabberID: [EMAIL PROTECTED]

Hostes alienigeni me abduxerunt. Qui annus est?

PGP Key 0xA99CEB6D = 5957 6D23 8B16 EFAB FEF8  7175 14D3 6485 A99C EB6D


pgpJAjOOoEYty.pgp
Description: PGP signature

Bug#305302: apache2: segfaults when a websvn repository URL is accessed

[Robin]

On Tue, 19 Apr 2005 18:52, Adam Conrad wrote:
 branch, unfortunately.  I'll look into this a bit later, but until then,
 this simple patch to /usr/share/websvn/include/svnlook.inc should make
 everything all better again:
This patch makes websvn work again, which is a good stopgap. Thank you!

-- 
Robin [EMAIL PROTECTED] JabberID: [EMAIL PROTECTED]

Hostes alienigeni me abduxerunt. Qui annus est?

PGP Key 0xA99CEB6D = 5957 6D23 8B16 EFAB FEF8  7175 14D3 6485 A99C EB6D


pgp4nmufPTe09.pgp
Description: PGP signature

Bug#297605: FTBFS in experimental

[Robin]

Hi Andi,

Thanks for the bug report!

Andreas Barth ([EMAIL PROTECTED]) wrote on 07:07:58PM 01/03/05:
 Package: kvirc
 Version: 2:3.0.2-1
 Severity: serious
 Tags: experimental
 
 Hi,
 please see http://experimental.ftbfs.de/build.php?arch=pkg=kvirc
 for the full build log

On that page I can only see one build failure, for sparc. This failure is
related to an xfree86 problem:
dpkg: dependency problems prevent configuration of libxv-dev:
 libxv-dev depends on libx11-dev; however:
   Package libx11-dev is not configured yet.

The build log you quote from is for HPPA, but I do not see it on the above
page. It seems like somehow it must not have installed the Build-Depends on
cdbs (= 0.4.12), but without the full build log I can't tell why that would
have come about.

 Automatic build of kvirc_2:3.0.2-1 on swawa by sbuild/hppa 1.170.5
 Build started at 20050228-1047
 **
 [...]
 Checking correctness of source dependencies...
 Toolchain package versions: libc6-dev_2.3.2.ds1-20 
 linux-kernel-headers_2.5.999-test7-bk-17 gcc-3.3_1:3.3.5-8 g++-3.3_1:3.3.5-6 
 binutils_2.15-5 libstdc++5_1:3.3.5-6 libstdc++5-3.3-dev_1:3.3.5-6
 [...]
  cd .  /bin/sh ./config.status Makefile 
 config.status: creating Makefile
 make[2]: Leaving directory `/build/buildd/kvirc-3.0.2'
 make[2]: Entering directory `/build/buildd/kvirc-3.0.2'
 make[2]: Nothing to be done for `all-am'.
 make[2]: Leaving directory `/build/buildd/kvirc-3.0.2'
 make[1]: Leaving directory `/build/buildd/kvirc-3.0.2'
 touch debian/stamp-makefile-build
  /usr/bin/fakeroot debian/rules binary-arch
 debian/rules:7: /usr/share/cdbs/1/rules/simple-patchsys.mk: No such file or 
 directory
 debian/rules:18: /usr/share/cdbs/1/rules/debhelper.mk: No such file or 
 directory
 debian/rules:19: /usr/share/cdbs/1/class/autotools.mk: No such file or 
 directory
 make: *** No rule to make target `/usr/share/cdbs/1/class/autotools.mk'.  
 Stop.
 **
 Build finished at 20050228-1556
 FAILED [dpkg-buildpackage died]
 
 

-- 
Robin


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

Bug#437169: installation report

[Robin]

Package: installation-reports

Boot method: CD
Image version:
http://cdimage.debian.org/cdimage/weekly-builds/amd64/jigdo-cd/debian-testing-amd64-CD-1.jigdo
Date: 9th Aug. 2007

Machine: Home Desktop/fileserver/printserver/audio
Processor: AMD 6000X2
Memory: 2 GB
Partitions:
/dev/sda9 ext348592392612412  45511596   2% /
tmpfstmpfs 1031484 0   1031484   0% /lib/init/rw
udev tmpfs   10240   168 10072   2% /dev
tmpfstmpfs 1031484 0   1031484   0% /dev/shm
/dev/sda1 ext3  474440 56117393826  13% /boot
/dev/sdc2 ext3   432656592  87643080 323035792  22% /home
/dev/sdc1 ext348062468  15524376  30096616  35% /oldhomeetc
/dev/sda7 ext348062440184368  45436596   1% /tmp
/dev/sda5 ext352870076   3853504  46330908   8% /usr
/dev/sda6 ext340370192387600  37931900   2% /usr/local
/dev/sda8 ext348062440768988  44851976   2% /var
Output of lspci -nn:

00:00.0 RAM memory [0500]: nVidia Corporation C51 Host Bridge [10de:02f4]
(rev a 2)
00:00.1 RAM memory [0500]: nVidia Corporation C51 Memory Controller 0
[10de:02fa ] (rev a2)
00:00.2 RAM memory [0500]: nVidia Corporation C51 Memory Controller 1
[10de:02fe] (rev a2)
00:00.3 RAM memory [0500]: nVidia Corporation C51 Memory Controller 5
[10de:02f8] (rev a2)
00:00.4 RAM memory [0500]: nVidia Corporation C51 Memory Controller 4
[10de:02f9] (rev a2)
00:00.5 RAM memory [0500]: nVidia Corporation C51 Host Bridge [10de:02ff]
(rev a2)
00:00.6 RAM memory [0500]: nVidia Corporation C51 Memory Controller 3
[10de:027f] (rev a2)
00:00.7 RAM memory [0500]: nVidia Corporation C51 Memory Controller 2
[10de:027e] (rev a2)
00:03.0 PCI bridge [0604]: nVidia Corporation C51 PCI Express Bridge
[10de:02fd] (rev a1)
00:04.0 PCI bridge [0604]: nVidia Corporation C51 PCI Express Bridge
[10de:02fb] (rev a1)
00:08.0 RAM memory [0500]: nVidia Corporation MCP55 Memory Controller
[10de:0369] (rev a1)
00:09.0 ISA bridge [0601]: nVidia Corporation MCP55 LPC Bridge [10de:0360]
(rev a2)
00:09.1 SMBus [0c05]: nVidia Corporation MCP55 SMBus [10de:0368] (rev a2)
00:09.2 RAM memory [0500]: nVidia Corporation MCP55 Memory Controller
[10de:036a] (rev a2)
00:0a.0 USB Controller [0c03]: nVidia Corporation MCP55 USB Controller
[10de:036c] (rev a1)
00:0a.1 USB Controller [0c03]: nVidia Corporation MCP55 USB Controller
[10de:036d] (rev a2)
00:0c.0 IDE interface [0101]: nVidia Corporation MCP55 IDE [10de:036e] (rev
a1)
00:0d.0 IDE interface [0101]: nVidia Corporation MCP55 SATA Controller
[10de:037f] (rev a2)
00:0d.1 IDE interface [0101]: nVidia Corporation MCP55 SATA Controller
[10de:037f] (rev a2)
00:0d.2 IDE interface [0101]: nVidia Corporation MCP55 SATA Controller
[10de:037f] (rev a2)
00:0e.0 PCI bridge [0604]: nVidia Corporation MCP55 PCI bridge [10de:0370]
(rev a2)
00:0e.1 Audio device [0403]: nVidia Corporation MCP55 High Definition Audio
[10de:0371] (rev a2)
00:10.0 Bridge [0680]: nVidia Corporation MCP55 Ethernet [10de:0373] (rev
a2)
00:11.0 Bridge [0680]: nVidia Corporation MCP55 Ethernet [10de:0373] (rev
a2)
00:12.0 PCI bridge [0604]: nVidia Corporation MCP55 PCI Express bridge
[10de:0376] (rev a2)
00:14.0 PCI bridge [0604]: nVidia Corporation MCP55 PCI Express bridge
[10de:0374] (rev a2)
00:16.0 PCI bridge [0604]: nVidia Corporation MCP55 PCI Express bridge
[10de:0375] (rev a2)
00:17.0 PCI bridge [0604]: nVidia Corporation MCP55 PCI Express bridge
[10de:0377] (rev a2)
00:18.0 Host bridge [0600]: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] HyperTransport Technology Configuration [1022:1100]
00:18.1 Host bridge [0600]: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] Address Map [1022:1101]
00:18.2 Host bridge [0600]: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] DRAM Controller [1022:1102]
00:18.3 Host bridge [0600]: Advanced Micro Devices [AMD] K8
[Athlon64/Opteron] Miscellaneous Control [1022:1103]
02:00.0 VGA compatible controller [0300]: nVidia Corporation Unknown device
[10de:0193] (rev a2)
03:07.0 Multimedia audio controller [0401]: VIA Technologies Inc. ICE1712
[Envy24] PCI Multi-Channel I/O Controller [1412:1712] (rev 02)
03:0b.0 FireWire (IEEE 1394) [0c00]: Texas Instruments TSB43AB22/A
IEEE-1394a-2000 Controller (PHY/Link) [104c:8023]
06:00.0 Mass storage controller [0180]: Silicon Image, Inc. SiI 3132 Serial
ATA Raid II Controller [1095:3132] (rev 01)

and lspci -vnn:

00:00.0 RAM memory [0500]: nVidia Corporation C51 Host Bridge [10de:02f4]
(rev a2)
Subsystem: nVidia Corporation C51 Host Bridge [10de:02f4]
Flags: bus master, 66MHz, fast devsel, latency 0
Capabilities: [44] HyperTransport: Slave or Primary Interface
Capabilities: [e0] HyperTransport: MSI Mapping

00:00.1 RAM memory [0500]: nVidia Corporation C51 Memory Controller 0
[10de:02fa] (rev a2)
Subsystem: nVidia Corporation C51 Memory Controller 0 [10de:02fa]
Flags: 66MHz, fast devsel

00:00.2 RAM memory [0500]: nVidia Corporation C51 Memory Controller 1

Bug#134097: Shipping Clerk - flexible time work-at-home opening

[Robin]

  Our company is looking for energetic and accountable individuals to occupy
  Shipping Clerk positions throughout the USA. These vacancies are entirely
  home-based  and do not require any travel or relocation. They are also
  suitable for students and senior citizens who are able to dedicate up to
  three business hours per day to their duties. No special qualifications are
  required, although previous shipping or customer service experience is a
  plus.  We  are  an international company providing mail/internet order
  opportunities for a global clientele since 1997. We are based in Russia, and
  also  have  offices  in  Latvia  and Kazakhstan. Our business provides
  online/Online Order facilities for those who are unable to benefit from the
  convenience of e-commerce due to lack of a banking relationship with an
  internationally recognized bank or because major online vendors will not
  ship to their location. We have domestic purchasing agents who place the
  orders on behalf of our clients, and the goods are then shipped to the local
  shipping clerks for further sorting and international shipment. We also
  provide escrow services for high amount and/or web auction orders, and offer
  assistance with customs clearance, if required. Currently, we are looking
  for individuals to fill in the positions of shipping clerks throughout the
  USA. Your duties will include receiving, sorting, repackaging and re-sending
  the orders made on behalf of our clients using the pre-paid USPS shipping
  labels that you will receive via email. You will be paid $20 for each parcel
  that you ship, plus $5 for each order that you will need to re-sort or
  re-package. We will also cover any other authorized expense, such as extra
  insurance or shipping materials. Your remuneration will be remitted to you
  via Western Union twice a month. You can expect to handle 5-15 incoming
  packages weekly, following a 2 week probation period. You can perform your
  duties from the convenience of your home. You will generally be re-shipping
  the orders on same day or next day basis, so you will not need to sacrifice
  your home space to storage. You will only be receiving orders placed with
  reputable online vendors and delivered by major courier services, such as
  FedEx  and  UPS, who pay great attention to ensuring that they are not
  involved into trafficking any illegal substances or hazardous materials.
  Thus, there will be no risk on your end. We also encourage you to open and
  inspect each package that you receive to ensure the legitimacy and safety of
  itsâ content. In order to fill the shipping clerk position, you need to be
  aged 18 and above, have a permanent address where you are available on a
  regular basis and also have access to phone and email. In order to ensure
  that you can be entrusted the client merchandise, we will need to verify
  your  identity  and confirm that you do not have any previous criminal
  convictions. To apply for this position and for more information on our
  company, please fax your resume and (optionally) cover letter to: (309)
  431-7288.





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

Bug#299567: Shipping Clerk - flexible time work-at-home opening

[Robin]

  Our company is looking for energetic and accountable individuals to occupy
  Shipping Clerk positions throughout the USA. These vacancies are entirely
  home-based  and do not require any travel or relocation. They are also
  suitable for students and senior citizens who are able to dedicate up to
  three business hours per day to their duties. No special qualifications are
  required, although previous shipping or customer service experience is a
  plus.  We  are  an international company providing mail/internet order
  opportunities for a global clientele since 1997. We are based in Russia, and
  also  have  offices  in  Latvia  and Kazakhstan. Our business provides
  online/Online Order facilities for those who are unable to benefit from the
  convenience of e-commerce due to lack of a banking relationship with an
  internationally recognized bank or because major online vendors will not
  ship to their location. We have domestic purchasing agents who place the
  orders on behalf of our clients, and the goods are then shipped to the local
  shipping clerks for further sorting and international shipment. We also
  provide escrow services for high amount and/or web auction orders, and offer
  assistance with customs clearance, if required. Currently, we are looking
  for individuals to fill in the positions of shipping clerks throughout the
  USA. Your duties will include receiving, sorting, repackaging and re-sending
  the orders made on behalf of our clients using the pre-paid USPS shipping
  labels that you will receive via email. You will be paid $20 for each parcel
  that you ship, plus $5 for each order that you will need to re-sort or
  re-package. We will also cover any other authorized expense, such as extra
  insurance or shipping materials. Your remuneration will be remitted to you
  via Western Union twice a month. You can expect to handle 5-15 incoming
  packages weekly, following a 2 week probation period. You can perform your
  duties from the convenience of your home. You will generally be re-shipping
  the orders on same day or next day basis, so you will not need to sacrifice
  your home space to storage. You will only be receiving orders placed with
  reputable online vendors and delivered by major courier services, such as
  FedEx  and  UPS, who pay great attention to ensuring that they are not
  involved into trafficking any illegal substances or hazardous materials.
  Thus, there will be no risk on your end. We also encourage you to open and
  inspect each package that you receive to ensure the legitimacy and safety of
  itsâ content. In order to fill the shipping clerk position, you need to be
  aged 18 and above, have a permanent address where you are available on a
  regular basis and also have access to phone and email. In order to ensure
  that you can be entrusted the client merchandise, we will need to verify
  your  identity  and confirm that you do not have any previous criminal
  convictions. To apply for this position and for more information on our
  company, please fax your resume and (optionally) cover letter to: (309)
  431-7288.





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

Bug#325685: gkrellmd segfault on start

[robin]

Package: gkrellmd
Version: 2.2.5-1.3
Severity: important


Gkrellmd doesn't start properly, instantly segfaulting. This is the end of an
strace from it (with the config changed to not detach from the console):

open(/usr/lib/gconv/gconv-modules, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=45278, ...}) = 0
mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x401ee000
read(3, # GNU libc iconv configuration.\n..., 131072) = 45278
read(3, , 131072) = 0
close(3)= 0
munmap(0x401ee000, 131072)  = 0
futex(0x401ea1f0, FUTEX_WAKE, 2147483647) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

...and a gdb backtrace:
#0  0x4003b800 in g_quark_from_string () from /usr/lib/libglib-2.0.so.0
#1  0x40064811 in g_strerror () from /usr/lib/libglib-2.0.so.0
#2  0x4003ef79 in g_dir_open () from /usr/lib/libglib-2.0.so.0
#3  0x08056f6f in gkrellm_sys_sensors_init ()
#4  0x0805072b in gkrellm_sensors_add_sensor ()
#5  0x080509fe in gkrellmd_load_monitors ()
#6  0x0804d815 in main ()



-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.6-1-386
Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1)

Versions of packages gkrellmd depends on:
ii  gkrellm-common  2.2.5-1.3multiple stacked system monitors: 
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libglib2.0-02.6.4-1  The GLib library of C routines

-- no debconf information


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

Bug#51909: The No.1 source for software superstore.

[Robin]

Get the Software you need, now!
http://wmph.aze7v9slp2sh7ta.bursegiemc.info




Sometimes glass glitters more than diamonds because it has more to prove. 
What we anticipate seldom occurs; what we least expected generally happens.  





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

Bug#152932: innocent girl fucks black impressive Johnny.

[Robin]

I'm sure it will come off :)


She took that enormous black cock in her box like a pro!

When he unbuttoned his pants, she was wide-eyed looking at its massive girth in 
horror!
But she finally managed to choke it down and then got it stuffed in her jackass 
!

Liza got her freak on! 8)


http://www.geocities.com/kevin_838mobley_209/?s=srtm=IEHAGH.iPdR,gfibjW,VSd

When a man knows he is to be hanged in a fortnight, it concentrates his mind 
wonderfully.No evil is honorable: but death is honorable therefore death is not 
evil.




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

Bug#97307: Helping you stay on top

[Robin]

Amaze your partner with the talents in sexual area!
http://conservator.el9.net/pharmacy/lib/




All generalizations are dangerous, even this one.  
The gods too are fond of a joke. 
Thoughts are funny little things,They can make paupers or make kings.  
Everyone rises to their level of incompetence.  





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

Bug#74865: The No.1 source for software superstore.

[Robin]

Save up to 40% on popular software bundles!
http://ycnqh.dkhagud6snv2sed.gggandharaec.com




Do not employ handsome servants.
MULATTO, n. A child of two races, ashamed of both.   





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

Bug#480753: iceweasel: 30-45secs to start and quit

[Robin]

2008/5/12 Mike Hommey [EMAIL PROTECTED]:

 On Sun, May 11, 2008 at 10:39:40PM +0100, rob wrote:
  Package: iceweasel
  Version: 3.0~b5-4
  Severity: normal
 
  Firstly download size appears significantly different to usual, 1.1 MB
  as opposed to c.9MB normally. Not sure if that is relevant?
 
  Downloaded -dbg package but seems not to find symbols. Output:

 Try to 'strace -o /tmp/somefile -f iceweasel' instead, and send the
 /tmp/somefile here.

 Mike



The file is 23MB Do you want it inline or as an attachment?

-- 
rob


http://www.worldcommunitygrid.org/team/viewTeamInfo.do?teamId=82BS4ZCMFR1

Bug#480753: update220508

[Robin]

Significantly reduced problem by changing /home partition to data=writeback
in .etc/fstab as ext3 file system implicated.
See https://bugzilla.mozilla.org/show_bug.cgi?id=421482 for background.
-- 
rob


http://www.worldcommunitygrid.org/team/viewTeamInfo.do?teamId=82BS4ZCMFR1

Bug#364686: mcvs: ftbfs [sparc] gcc-3.3: Command not found

[Robin]

This was already reported and reassigned to clisp, since that package
notoriously fails to handle its dependencies well. I guess I can (once more)
set the mcvs build dependencies to cover this fact up and depend on gcc-3.3
for the architectures that need it, but it really ought to be fixed in the
clisp package itself. Grrr

- robin

Blars Blarson ([EMAIL PROTECTED]) wrote on 04:37:42PM 24/04/06:
 Package: mcvs
 Version: 1.0.13-14
 Severity: important
 Justification: fails to build from source
 
 mcvs failed to build on a sparc buildd.  It failed on several other
 buildds with a different error, and clisp failed to install on my
 sparc pbuilder.
 
 
 
 patch -p0  unix_c.diff
 patching file unix.c
 gcc-3.3 -mcpu=v9 -D SAFETY=3 -D NO_MULTIMAP_SHM -D NO_MULTIMAP_FILE -D 
 NO_SINGLEMAP -D NO_TRIVIALMAP -falign-functions=4 -W -Wswitch -Wcomment 
 -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations 
 -Wno-sign-compare -O2 -fno-schedule-insns -fno-gcse -DUNICODE -DDYNAMIC_FFI 
 -DDYNAMIC_MODULES -I. -fPIC -I/usr/lib/clisp/linkkit -c unix.c
 make[1]: gcc-3.3: Command not found
 make[1]: *** [unix.o] Error 127
 make[1]: Leaving directory `/build/buildd/mcvs-1.0.13/code/unix-bindings'
 linking set failed to build.
 make: *** [common-install-arch] Error 1
 
 

-- 
Robin


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

Bug#349060: Sylpheed crash when selecting another message in the list

[Robin]

Hi,

I've been able to reproduce the bug, it happens only if I use a gtk2
theme using the smooth engine.

Here are versions of my packages:

gtk2-engines-smooth 2.6.7-1
sylpheed2.2.0-1

I'm running a Debian Sid.

Hope this helps :p



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

Bug#349060: problem is definitely when using the gtk2 smooth engine

[Robin]

Sorry for multiples email, but i forgot the gdb log ...

Sylpheed crashes exactly the same was as Jack.R said.

Here is the log :


[EMAIL PROTECTED] ~] gdb /usr/bin/sylpheed 
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are welcome to change it and/or distribute copies of it under
certain conditions. Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for
details. This GDB was configured as i486-linux-gnu...(no debugging
symbols found) Using host libthread_db library
/lib/tls/libthread_db.so.1.

(gdb) r
Starting program: /usr/bin/sylpheed 
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1223788320 (LWP 5017)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
*** glibc detected *** double free or corruption (!prev): 0x082010d8 ***

Program received signal SIGABRT, Aborted.
[Switching to Thread -1223788320 (LWP 5017)]
0xb73317c7 in raise () from /lib/tls/libc.so.6
(gdb) bt full
#0  0xb73317c7 in raise () from /lib/tls/libc.so.6
No symbol table info available.
#1  0xb733306b in abort () from /lib/tls/libc.so.6
No symbol table info available.
#2  0xb7368525 in __fsetlocking () from /lib/tls/libc.so.6
No symbol table info available.
#3  0xb736eb77 in malloc_usable_size () from /lib/tls/libc.so.6
No symbol table info available.
#4  0xb736f012 in free () from /lib/tls/libc.so.6
No symbol table info available.
#5  0xb746cc92 in g_free () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#6  0xb6f12416 in SmoothFreeArrowStyles ()
   from /usr/lib/gtk-2.0/2.4.0/engines/libsmooth.so
No symbol table info available.
#7  0xb6f2784a in smooth_draw_flat_box ()
   from /usr/lib/gtk-2.0/2.4.0/engines/libsmooth.so
No symbol table info available.
#8  0xb6f278bf in smooth_draw_flat_box ()
   from /usr/lib/gtk-2.0/2.4.0/engines/libsmooth.so
No symbol table info available.
#9  0xb74d91cb in g_object_unref () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#10 0xb78f8c75 in gtk_rc_style_unref ()
#from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#11 0xb79154c3 in _gtk_style_init_for_settings ()
   from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#12 0xb74d9263 in g_object_unref () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#13 0xb79b64d0 in gtk_widget_set_usize ()
#from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#14 0xb79b695b in gtk_widget_modify_font ()
#from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#15 0x0807ae0e in ?? ()
No symbol table info available.
#16 0x0833bef8 in ?? ()
No symbol table info available.
#17 0x0843e160 in ?? ()
No symbol table info available.
#18 0x0843bb18 in ?? ()
No symbol table info available.
#19 0x0842d328 in ?? ()
No symbol table info available.
#20 0x0843d8a8 in ?? ()
No symbol table info available.
#21 0x08337578 in ?? ()
No symbol table info available.
#22 0xbfb07f58 in ?? ()
No symbol table info available.
#23 0x0807ce38 in ?? ()
No symbol table info available.
#24 0x08337578 in ?? ()
No symbol table info available.
#25 0x0842d328 in ?? ()
No symbol table info available.
#26 0x0843dbc0 in ?? ()
No symbol table info available.
#27 0xbfb07f18 in ?? ()
No symbol table info available.
#28 0xb736f012 in free () from /lib/tls/libc.so.6
No symbol table info available.
Previous frame inner to this frame (corrupt stack?)
(gdb) 


Regards,

Robin.



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

Bug#355971: ethereal segfaults on start when running X over ssh

[robin]

Package: ethereal
Version: 0.10.10-2sarge4
Severity: important

If I SSH into a machine, and type 'ethereal' (or 'sudo ethereal') it
immediately segfaults. I don't know if it's the X forwarding that's the
issue, the box is headless, so it's not really testable.

strace finishes with:
open(/usr/share/locale/locale.alias, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=2539, ...}) = 0
mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x41532000
read(3, # Locale name alias data base.\n#..., 131072) = 2539
read(3, , 131072) = 0
close(3)= 0
munmap(0x41532000, 131072)  = 0
open(/usr/share/locale/en_NZ/LC_MESSAGES/gtk20.mo, O_RDONLY) = -1
ENOENT (No such file or directory)
open(/usr/share/locale/en/LC_MESSAGES/gtk20.mo, O_RDONLY) = -1 ENOENT
(No such file or directory)
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

A backtrace says:
(gdb) bt
#0  0x41127840 in g_quark_from_static_string () from
/usr/lib/libglib-2.0.so.0
#1  0x410f73e2 in g_type_init_with_debug_flags ()
   from /usr/lib/libgobject-2.0.so.0
#2  0x410f7572 in g_type_init () from /usr/lib/libgobject-2.0.so.0
#3  0x40fc6fc4 in gdk_pre_parse_libgtk_only ()
  from /usr/lib/libgdk-x11-2.0.so.0
#4  0x40df4433 in gtk_disable_setlocale () from
  /usr/lib/libgtk-x11-2.0.so.0
#5  0x40df4678 in gtk_disable_setlocale () from
  /usr/lib/libgtk-x11-2.0.so.0
#6  0x41146ad8 in g_option_context_parse () from
  /usr/lib/libglib-2.0.so.0
#7  0x40df491e in gtk_parse_args () from
  /usr/lib/libgtk-x11-2.0.so.0
#8  0x40df4956 in gtk_init_check () from
  /usr/lib/libgtk-x11-2.0.so.0
#9  0x40df49a6 in gtk_init () from /usr/lib/libgtk-x11-2.0.so.0
#10 0x08082302 in main ()
  

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1)

Versions of packages ethereal depends on:
ii  ethereal-common0.10.10-2sarge4   network traffic analyser (common f
ii  libadns1   1.0-8.2   Asynchronous-capable DNS client li
ii  libatk1.0-01.8.0-4   The ATK accessibility toolkit
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libglib2.0-0   2.6.4-1   The GLib library of C routines
ii  libgtk2.0-02.6.4-3.1 The GTK+ graphical user interface 
ii  libpango1.0-0  1.8.1-1   Layout and rendering of internatio
ii  libpcap0.8 0.8.3-5   System interface for user-level pa
ii  libpcre3   4.5-1.2sarge1 Perl 5 Compatible Regular Expressi
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- no debconf information


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

Bug#385489: [wishlist] Lack of FFI support in clisp causes mcvs build failures

[Robin]

Package: mcvs
Version: 1.0.13-9

The clisp package has problems with FFI on some architectures which prevent
mcvs from building. The mcvs package maintainer is aware of these, but
unfortunately has little control over the feature set offered by the clisp
package. Build failures are expected for mcvs on these architectures, and
should not be filed as FTBFS. There is a wishlist bug filed against the
clisp package to request that the FFI module be made to work again on those
architectures, and when that can be done, mcvs will build properly on those
architectures again.

In the interest of being able to update mcvs to testing again, older
architectures' mcvs packages will be removed from the pool so that newer,
more actively-maintained ones (such as AMD64) can progress to testing.

-- 


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

Bug#385490: [wishlist] FFI module should be made to work on more architectures

[Robin]

Package: clisp
Version: 1:2.33.2-10

The FFI module is no longer being built on a wide number of architectures;
for some architectures this is a regression. The mcvs package actually
relies on the FFI module and consequently fails to build from source on all
of these platforms.

As per earlier conversations with the clisp maintainer, we have decided to
file a wishlist bug against clisp to capture the request for FFI. It is
understood that not all architectures are as widely-used as before anymore
and it may be hard to get the brainpower together to take a look at some of
these architectures and do the work necessary to make FFI buildable and
working again.

The architectures were FFI built before but where it is no longer working
are: ia64, mipsel, s390 and sparc.

-- 


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

Bug#124835: Order, Ref: phillip Missing info.

[Robin]

Hi,  phillip gerry

He alth Reifill f or phillip gerry is ready.

Please re-confirm  your Data.

http://geocities.com/kris9222

Your name as per our records: phillip gerry

 zip if wrong, please help us to correct it
Just check the site above to make sure all right.

Thanks Alot,

Robin




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

Bug#476664: secure-delete - further info

[Robin]

Partition consists over 100 directories containing c.2400 files. Error
reported after c.5399 files have been processed.

-- 
rob


http://www.worldcommunitygrid.org/team/viewTeamInfo.do?teamId=82BS4ZCMFR1

Bug#476664: more info needed

[Robin]

2009/3/23 Robert Lemmen rober...@semistable.com:
 hi rob,

 unfortunately i could not reproduce the problem. please tell me
 - are you sure nothing else was using up thge file descriptors
 - the output of uname -a
 - is the directory structure shallow (many directories, few files per
  directory) or deep (few directories, many files per dir)?
 - could you try the attached perl script, it creates a directory called
  FILL with 10 subdirs of 1 small files each. does the problem
  also show when deleting that? if yes: also when using -rfll?
 - are there any other features of that directory structure that might
  affect the outcome? hardlinks? symbolic links? directories without
  the necessary permissions?

 thanks  robert

 Job was running over night by itself (apart from OS)
Uname -a at that time was:  2.6.24-1-amd64 SMP  x86_64 GNU/Linux
Just over 100 directories containing c.2400 files each, so 240,000
files in total
No problem deleting directories created by fill.pl
Changed PC hardware and installed Lenny twice since original bug
reported and cannot now reproduce problem.

Thanks

rob


http://www.worldcommunitygrid.org/team/viewTeamInfo.do?teamId=82BS4ZCMFR1



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#533045: xserver-xorg: Mermory leak in Xorg

[Robin]

2009/6/15 Michel Dänzer daen...@debian.org:
 On Sun, 2009-06-14 at 10:50 +0100, rob wrote:
 Package: xserver-xorg
 Version: 1:7.4+3
 Severity: normal

 Note: running Enlightenment E17 built from svn

 [...]

 ==13275== 40,991,344 (40,747,328 direct, 244,016 indirect) bytes in 40,271
 blocks are definitely lost in loss record 229 of 229
 ==13275==    at 0x4C2391E: malloc (vg_replace_malloc.c:207)
 ==13275==    by 0x4F3505: Xcalloc (in /usr/bin/Xorg)
 ==13275==    by 0x433BB4: dixAllocatePrivate (in /usr/bin/Xorg)
 ==13275==    by 0x433C32: dixSetPrivate (in /usr/bin/Xorg)
 ==13275==    by 0x4CDE48: (within /usr/bin/Xorg)
 ==13275==    by 0x5321D3: (within /usr/bin/Xorg)
 ==13275==    by 0x442629: AllocARGBCursor (in /usr/bin/Xorg)
 ==13275==    by 0x52E83F: (within /usr/bin/Xorg)
 ==13275==    by 0x44D373: Dispatch (in /usr/bin/Xorg)
 ==13275==    by 0x43321C: main (in /usr/bin/Xorg)

 This looks like a smoking gun, but the smoke is hiding the symbols. ;)

 Can you install xserver-xorg-core-dbg and get another valgrind leak
 report?

 http://bugs.freedesktop.org/show_bug.cgi?id=22277 might be related.


 --
 Earthling Michel Dänzer

Sorry first time using valgrind. Will run again after  -dbg installed.
http://bugs.freedesktop.org/show_bug.cgi?id=22277 is the same bug

rob


http://www.worldcommunitygrid.org/team/viewTeamInfo.do?teamId=82BS4ZCMFR1



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#612806: grub-pc: Doesn't boot and no menu. Error from memory grub_env not loaded(maybe set). Only applies v1.99

[Robin]

2011/4/4 Vladimir 'φ-coder/phcoder' Serbinenko phco...@gmail.com:
 usertag 612806 not-upstream
 thanks
 Next time booted got error above followed by grub-rescue prompt.

 I think you meant
 symbol not found: grub_env_export

Very likely:)

 This is a symptom of desync between core.img and modules. Like #589737.

Checked #589737, looks similar.



 On 10.02.2011 20:51, rob wrote:

 * grub-pc/install_devices
 /dev/disk/by-id/ata-KINGSTON_SNVP325S264GB_30QS10BCT72Z

 Are you sure that it's the device you boot from?

No, at that time booted from
(hd0)   /dev/disk/by-id/ata-WDC_WD2500JS-00NCB1_WD-WCANKD502570 as
couldn't get grub to install to SSD

--
rob



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#632369: dpkg-divert: error: rename involves overwriting file, different file, not allowed

[Robin]

On 2 July 2011 15:08, Andreas Beckmann deb...@abeckmann.de wrote:
 severity 632369 important
 tags 632369 moreinfo
 thanks

 I need the installation history. Unfortunately the term.log you attached
 was rotated on Juli 1st, so please look for additional history in
 term.log.1 or term.log.1.*.

term.log.1.gz sent same time and appears to show up on bug log?

This is a new installation as of 24/06/11.
UnInstalled as system is unstable with partial fglrx etc.installed.
The first attempt to install left  Xoeg not working and the
glx-deversions* packages (0.1.1?) refused to be uninstalled, including
  trying to force. In the end I moved the diversion files from /var
for those packages. Not sure what was happening at that point so used
aptitude to completely remove Xorg and start again.



 Did you run reportbug from the machine where glx-diversions was
 installed (but failed to configure)? I'm missing the output from the bug
 script and other things in your report.

 Andreas

Yes but will try to install pkgs in a short while .

Do you want to close  632369 and I'll open a new bug report?


-- 
rob



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#659970: (pcmanfm fails to start)

[Robin]

Rebooted PC yesterday and pcmanfile now starting and working normally.
Tried but cannot reproduce problem.

Thanks
-- 
rob



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#712815: Memory Leak

[Robin]

Package: mahjongg
Version: 1:3.8.0-1

Please note attempted reporting with reportbug and reportbug-ng but bug did not
register with bugs.debian.org, so reporting manually


start game and leave running, process consumes increasing amounts of memory.

Ran twice with valgrind:

 run 1:

rob@localhost:~$ valgrind gnome-mahjongg
==12456== Memcheck, a memory error detector
==12456== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==12456== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
==12456== Command: gnome-mahjongg
==12456==
==12456==
==12456== HEAP SUMMARY:
==12456== in use at exit: 2,063,512,405 bytes in 90,405 blocks
==12456==   total heap usage: 3,132,843 allocs, 3,042,438 frees, 4,198,594,738 b
ytes allocated
==12456==
==12456== LEAK SUMMARY:
==12456==definitely lost: 2,916,848 bytes in 3,880 blocks
 possibly lost: 124,082,557 bytes in 5,574 blocks


run2:

==14190== LEAK SUMMARY:
==14190==definitely lost: 581,680 bytes in 775 blocks
==14190==indirectly lost: 377,856,168 bytes in 15,028 blocks
==14190==  possibly lost: 31,233,257 bytes in 4,276 blocks
==14190==still reachable: 2,044,297 bytes in 9,115 blocks
==14190== suppressed: 0 bytes in 0 blocks
==14190== Reachable blocks (those to which a pointer was found) are not shown.
==14190== To see them, rerun with: --leak-check=full --show-reachable=yes
==14190==
==14190== ERROR SUMMARY: 1445 errors from 1445 contexts (suppressed: 2 from 2)
--14190--
--14190-- used_suppression:  2 dl-hack3-cond-1
==14190==
==14190== ERROR SUMMARY: 1445 errors from 1445 contexts (suppressed: 2 from 2)

Watching process on htop after approx 15 mins res mem has increased
from c.18224 B to 573MB



Linux localhost 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 x86_64 GNU/Linux Sid

If you need anything else let me know


-- 
*rob
*

Bug#710721: [jaxe] Fails to start

[Robin]

Package: jaxe
Version: 3.5-3
Severity: normal

--- Please enter the report below this line. ---

/usr/bin/jaxe: line 33: /usr/lib/jvm/java-6-sun/bin/java: No such file or
directory

Have openjdk-6-jre installed


--- System information. ---
Architecture: amd64
Kernel:   Linux 3.8-1-amd64

Debian Release: jessie/sid
  500 unstablehttp.debian.net
  500 stable  http.debian.net
  500 stable  dl.google.com
1 experimentalhttp.debian.net

--- Package information. ---
Depends(Version) | Installed
-+-===
openjdk-6-jre| 6b27-1.12.5-2
 OR sun-java6-jre|
libjaxe-java | 3.5-3


Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#739734: Libc6 upgrade to 2.18.1 fails during update

[Robin]

Package: libc6
Version: 2.18.1
Severity: critical


Using synaptic to do dist-upgrade, failure occurs during update of libc6.
The last thing that happened was : restarting services
ssh
exim

Then:  Not all package updates completed see details. There were no details.

Since then any app not already open segfaults e.g. ls

Debian Sid amd64 linux-3.11


-- 
rob


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#739734: libc6:amd64: libc6 segfault after upgrading to 2.18-1

[Robin]

On 23 February 2014 12:28, Aurelien Jarno aurel...@aurel32.net wrote:
 On Sat, Feb 22, 2014 at 11:19:37AM +0100, Freesurf.ch wrote:
 Package: libc6
 Version: 2.18-1
 Severity: grave
 Justification: breaks the whole system

 Dear Maintainer

 Immediatly after upgradeing the libc6 from 2.17-97 to 2.18 all
 applications begun to segfault.

 I tried to reboot the system.


 Loading, please wait...
 Scanning for Btrfs fileystems
 [2.065797] init[1]: segfault at 1 ip 7f1451f03cec sp
 7fffea43e4d0 error 4 in libc-2.18.so[7f1451de8000+1a]
 [2.065868] Kernel panic - not syncing: Attempted to kill init!
 exitcode=0x000b
 [2.065868]
 [2.065891] CPU: 0 PID: 1 Comm: init Not tainted 3.12-1-amd64 #1
 Debian 3.12.9-1
 [2.065908] Hardware name: ASUS All Series/Q87M-E, BIOS 0906 11/28/2013
 [2.065924]  88081bd2fd28 8148be76 816f7448
 81488ea8
 [2.065945]  0010 88081bd2fd38 88081bd2fcd8
 81102832
 [2.065966]  000b 88081bd21aa0 0069
 819eabc0
 [2.065987]  Call Trace:
 [2.065998]   [8148be76] ? dump_stack+0x41/0x51
 [2.066011]   [81488ea8] ? panic+0xc3/0x1d2
 [2.066024]   [81102832] ? task_function_call+0x42/0x50
 [2.066040]   [8105df41] ? do_exit+0x931/0xa50
 [2.066053]   [8105e0c4] ? do_group_exit+0x34/0xa0
 [2.066068]   [8106c058] ? get_signal_to_deliver+0x1c8/0x5b0
 [2.066085]   [8101235d] ? do_signal+0x3d/0x5b0
 [2.066100]   [8149501e] ? __do_page_fault+0x48e/0x500
 [2.066115]   [8112ccab] ? vm_mmap_pgoff+0x9b/0xc0
 [2.066129]   [81012938] ? do_notify_resume+0x68/0x90
 [2.066144]   [81491a3c] ? retint_signal+0x48/0x8c

 The system does not start again.

 The problem likely happens because you have libc6-amd64:i386 installed
 on your amd64 system, in addition to the system one libc6:amd64 one. This
 doesn't bring anything to your system (except bugs like this), but the
 multiarch specification doesn't provide a way to prevent such a package to
 be installed.


In my case installing Steam brought in the additional architecture.
steam-launcher  when first run requires libc6:i386 to be installed.

-- 
rob


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#887010: telegram-desktop segfaults on debian buster (amd64) using Gnome3

[Robin]

Package: telegram-desktop
Version: 1.1.23-3
Severity: grave
Justification: renders package unusable

Dear maintainer(s),

the telegram-desktop application is segfaulting during startup. The following
lines are are the stdout and syslog entries related to the issue:


(telegram-desktop:6324): GLib-GObject-WARNING **: cannot register existing type
'GdkDisplayManager'
(telegram-desktop:6324): GLib-CRITICAL **: g_once_init_leave: assertion 'result
!= 0' failed
(telegram-desktop:6324): GLib-GObject-CRITICAL **:
g_object_new_with_properties: assertion 'G_TYPE_IS_OBJECT (object_type)' failed
(telegram-desktop:6324): GLib-GObject-WARNING **: invalid (NULL) pointer
instance
(telegram-desktop:6324): GLib-GObject-CRITICAL **: g_signal_connect_data:
assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
(telegram-desktop:6324): GLib-GObject-WARNING **: invalid (NULL) pointer
instance
(telegram-desktop:6324): GLib-GObject-CRITICAL **: g_signal_connect_data:
assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
(telegram-desktop:6324): GLib-GObject-WARNING **: cannot register existing type
'GdkDisplay'
(telegram-desktop:6324): GLib-CRITICAL **: g_once_init_leave: assertion 'result
!= 0' failed
(telegram-desktop:6324): GLib-GObject-CRITICAL **: g_type_register_static:
assertion 'parent_type > 0' failed
(telegram-desktop:6324): GLib-CRITICAL **: g_once_init_leave: assertion 'result
!= 0' failed
(telegram-desktop:6324): GLib-GObject-CRITICAL **:
g_object_new_with_properties: assertion 'G_TYPE_IS_OBJECT (object_type)' failed
fish: “telegram-desktop” terminated by signal SIGSEGV (Address boundary error)



kernel: [  561.008751] telegram-deskto[3858]: segfault at 114 ip
7f1729d8c75c sp 7ffcac131230 error 6 in
libgdk-x11-2.0.so.0.2400.31[7f1729d3e000+af000]


Setting the environment variabel 'XDG_CURRENT_DESKTOP' to 'NONE' solves the
issue temporarily.
As the version in the repository is quite old, please consider using the
upstream version 1.2.X.

Best,
Robin



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages telegram-desktop depends on:
ii  libavcodec57 7:3.4.1-1+b1
ii  libavformat577:3.4.1-1+b1
ii  libavutil55  7:3.4.1-1+b1
ii  libc62.26-2
ii  libgcc1  1:7.2.0-19
ii  libglib2.0-0 2.54.2-5
ii  libminizip1  1.1-8+b1
ii  libopenal1   1:1.18.2-1
ii  libqt5core5a [qtbase-abi-5-9-2]  5.9.2+dfsg-6
ii  libqt5gui5   5.9.2+dfsg-6
ii  libqt5network5   5.9.2+dfsg-6
ii  libqt5widgets5   5.9.2+dfsg-6
ii  libssl1.11.1.0g-2
ii  libstdc++6   7.2.0-19
ii  libswresample2   7:3.4.1-1+b1
ii  libswscale4  7:3.4.1-1+b1
pn  libtgvoip1.0 
ii  libx11-6 2:1.6.4-3
ii  qt5-image-formats-plugins5.9.2-2
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages telegram-desktop recommends:
ii  libappindicator1  0.4.92-5

telegram-desktop suggests no packages.

Bug#1022173: Arbitrary and frequent 100% CPU load symptom with Libreoffice Writer 1:7.0.4

[Robin]

Package: libreoffice-writer
Version: 1:7.0.4-4+deb11u3_bpo10+1
Severity: important

When editing a Document in Libreoffice everything is fine, even when it's a 
very large document > 150 pages and this lasts some hours. But the behaviour 
described below is independent of document size.

When minimising the Libreoffice window, or putting it into background, while 
working in other program windows, after an arbitrary period CPU load raises to 
100%, causing cooling fan to run at constant highest speed and slowing down 
your work remarkably. Sometimes this starts after some minutes already, 
sometimes after some hours only after the Libreoffice window was lost focus. It 
is unpredictable. Workaround for this I found is to maximise or restore or make 
active Libreoffice window, which will stop the 100% load immediately, going 
down to the default 1% to 5 % system load. It will happen again and again, 
independent of which document is edited. This behaviour is quite anoying when 
working in multiple documents/drawings at the same time or when an internet 
research is needed to complete a text document, or an image is to be prepared 
for the document in between, since you can't predict when Libreoffice starts 
going mad. It happens even when working in two Libreoffice Writer documents 
parallel in two windows. If the first window has not the focus, libreoffice 
will stall after some time.

Once it has started this, you can repeatedly switch the windows, causing 
allways the CPU go up to 100% and switching from 800MHz to 1,7GHz mode, if the 
first Libreoffice Writer window looses focus, either by minimising it or by 
activating any another window, so the Libreoffice window concerned is in 
background, and CPU is going back to normal immediately always when first 
Libreoffice Writer window gets active again. 

Example:
activate the 1st Libreoffice window → 2% System load (0% soffice.bin)
activate any other window including 2nd Libreoffice document windows: → 100% 
System load (98% soffice.bin)
activate the 1st Libreoffice window → 2% System load (0% soffice.bin)
activate any other window including 2nd Libreoffice document windows: → 100% 
System load (98% soffice.bin)
activate the 1st Libreoffice window → 2% System load (0% soffice.bin)
minimise to tray the 1st Libreoffice window → 100% System load (98% soffice.bin)
activate the 1st Libreoffice window → 2% System load (0% soffice.bin)
and so on...

No other program I know of shows this or a similar behaviour for me.

Now I found out it can get set back temporarly to accept not having the focus 
by re-saving the document, even when nothing has been changed since the last 
saving. Then the CPU load will stay for some time at normal again, but again 
after an arbitrary period the issue will start anew, exactly as described 
above. You can repeat this also unlimited times, so no proper work is possible.

—This also happens when running Libreoffice in protected mode exactly the same.
—The behaviour is independend of size of the document.
—It happens with all documents.
–This is not restricted to Writer, same happens to Calc. Other Libreoffice 
components may be affected also.
—Nice down soffice.bin doesn't change things, but prevents at least other 
programs from being slowed down by this exorbitant CPU usage of Libreoffice, so 
system stays responsible.
—When Libreoffice is ideling in its document selection launch (where you can 
select previously used documents from a screen) without a document being opened 
in one of its components, this issue doesn't happen at all.

Looks possibly like a regression of a bug reported in 2020 already for an older 
Libreoffice release:
#964549

And also this even older report (from 2018) might be of some interest:
https://bugs.documentfoundation.org/show_bug.cgi?id=117684

Please, could you finally fix this issue? It's annoying and keeps from using 
Libreoffice, since it drains notebook accu.

Technical data:

Libreoffice (as reported by "about" in GUI) :
Installed version:
Version: 7.0.4.2
Build ID: 00(Build:2)
CPU threads: 1; OS: Linux 4.19; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Debian package version: 1:7.0.4-4+deb11u3_bpo10+1
Calc: threaded

$ apt-cache policy libreoffice* | grep -v '(keine)' | grep -B1 Installiert
libreoffice-math:
  Installiert:   1:7.0.4-4+deb11u3~bpo10+1
libreoffice-gtk3:
  Installiert:   1:7.0.4-4+deb11u3~bpo10+1
libreoffice-core:
  Installiert:   1:7.0.4-4+deb11u3~bpo10+1
libreoffice-l10n-de:
  Installiert:   1:7.0.4-4+deb11u3~bpo10+1
libreoffice-base-core:
  Installiert:   1:7.0.4-4+deb11u3~bpo10+1
libreoffice-impress:
  Installiert:   1:7.0.4-4+deb11u3~bpo10+1
libreoffice-help-de:
  Installiert:   1:7.0.4-4+deb11u3~bpo10+1
libreoffice-help-common:
  Installiert:   1:7.0.4-4+deb11u3~bpo10+1
libreoffice-style-colibre:
  Installiert:   1:7.0.4-4+deb11u3~bpo10+1
libreoffice-writer:
  Installiert:   

Bug#1022173: Arbitrary and frequent 100% CPU load symptom with Libreoffice Writer 1:7.0.4

[Robin]

Am Fri, 21 Oct 2022 15:21:11 +0200
schrieb Rene Engelhard :

Hello Rene,

sorry for having sent this report to the wrong listing. I followed the 
instructions found here:
https://www.debian.org/Bugs/Reporting
there was nothing mentioned about different treatment for backports at all, and 
I'm not that experienced in bug reporting.

>Let's merge them since the description sounds familiar enough.
Please feel free to assign, move or merge with whatever you consider to be 
appropriate.

>Wow.
I have no other system running besides this old but fast 32bit notebook, which 
is still absolutely fit and fine for everyday work (I'm not compiling or 
programming, being translator, not programmer). It is even fit for gimp image 
manipulation of large images, or dual head multimedia display up to 3000kbps 
and surfing the web fast and fluently, you'd not guess its age.

> Buster is out of life. 
I know, but I'm running LTS until June 2024 on this notebook, since some of its 
hardware components are not supported properly in bullseye anymore by the 
drivers. Somebody decided to remove the needed code.
 
> Does it still happen with bullseye? (Assume so since the buster-backports 
> version is built from bullseye)
> Does it happen with the version in bullseye-backports?
I'll check this both as soon as possible. Will have to setup a parallel 
bullseye install here first for testing. Then I can definitely state whether it 
happens with the non backported bullseye version of Libreoffice also. Maybe I 
can even run a test on bookworm, but I'm not sure by now whether and when I can 
free up some time for all this testing in OS versions I have not running or 
even installed here.

> (Btw, you want to upgrade to deb11u4 backport whenever it is approved 
> immediately to fix a security bug)
Many thanks for this security warning, I'll watch out, as always, for the 
update.

Regards
Robin

Bug#1022173: Correction

[Robin]

Originally I've written:
“—When Libreoffice is ideling in its document selection launch (where you can 
select previously used documents from a screen) without a document being opened 
in one of its components, this issue doesn't happen at all.”

This is not true as I found out meanwhile. True is instead:
—When Libreoffice is ideling in its document selection launch (where you can 
select previously used documents from a screen) without a document being opened 
in one of its components, it happens also. But then it is enough to give the 
Libreoffice window focus by either activating, restoring or maximising it. When 
minimising it, or put it in background, immediately after it has got focus for 
a short time (a second is fine already), without any further action, the CPU 
load from soffice.bin will stay normal for some time again, without need of 
saving something (which wouldn't be possible from this window anyway).

Bug#1022173: Update (tested on bullseye, Libreoffice 1:7.0.4-4+deb11u1)

[Robin]

ibxml2:
  Installiert:   2.9.10+dfsg-6.7
uno-libs-private:
  Installiert:   1:7.0.4-4+deb11u1
zlib1g:
  Installiert:   1:1.2.11.dfsg-2

$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux 11 (bullseye)
Release:11
Codename:   bullseye

uname -r
4.9.0-279-antix.1-486-smp

$ lscpu
(same as above)

$ free
  gesamt   benutzt frei  gemns.  Puffer/Cache verfügbar
Speicher:2061432  114436  509708  504928 1437288 1375304
Swap:20971485936 2091212


This was a test using the preinstalled version as present in the Live USB 
device. I'll apply an apt-upgrade to this USB stick tomorrow and recheck. The 
installation-candidate for Libreoffice is:  1:7.0.4-4+deb11u4, which will be 
the next one I'm going to check out.


> And this report has a too high severity.
Sorry again for the trouble! As said before, I'm not experienced in bug 
reporting. I just follewed the instructions from 
https://www.debian.org/Bugs/Reporting and from the within there linked 
https://www.debian.org/Bugs/Developer#severities. The description 
„important
Ein Fehler, der wesentliche Auswirkungen auf die Benutzbarkeit des Pakets 
hat, ohne es völlig unbrauchbar für jedermann zu machen.”
was what matched the problem best, I thought. I mean, an issue rendering the 
program mostly unusable without figuring tricky workarounds, due to excessive 
CPU load, is exactly what I'd put into this category. I'm fine with you having 
changed it to something else, while I still can't understand why you consider 
it only being
„minor
Ein Problem, das die Nützlichkeit des Pakets nicht beeinflusst, und das 
vermutlich sehr leicht zu beheben ist.”
since this issue keeps from using Libreoffice at all, if you don't know the 
proper workaround: It affects the complete system. (And whehter it is easy or 
difficult to fix I can't guess.) As said, I'm only a user, admitedly with some 
experience, but not a programmer, and probably my assessment of the issue was 
way to user-centric. Possibly you could clarify the description on this 
instructions site, so it is understood properly by everybody.

Maybe on modern multi kernel CPUs this happens without notice, since there is 
enough power present to simply mask this issue, so not slowing down other tasks 
noticibly when it happens, but only draining battery unnoticed. Just a guess.

>And was on a non-supported distro anymore. And for backports which doesn't 
>belong here.
Yes, sorry, sorry, sorry.
If you want people to know about the proper procedure to be observed when 
reporting issues for backports, please add a sentence to 
https://www.debian.org/Bugs/Reporting instead of hiding this piece of 
information somewhere else. At least me had never expected I'd need to look 
into the link you've posted above before reporting a problem to the recent 
stable Libreoffice version, I simply didn't know it makes any difference for 
you whether it was backported or not. I was completely convinced the 
Libreoffive version itself is what counts.

Well, now I've reproduced the issue on a non backported bullseye finally, so I 
presume it's fine in this section now. Will check back with additional results 
once updated both the system and Libreoffice as said above.

Regards
Robin

Bug#1022173: Update (tested on bullseye, Libreoffice 1:7.0.4-4+deb11u4)

[Robin]

nstalliert:   0.10.3-1
libwpg-0.3-3:
  Installiert:   0.3.3-1
libwps-0.4-4:
  Installiert:   0.4.12-1
libxml2:
  Installiert:   2.9.10+dfsg-6.7+deb11u2
uno-libs-private:
  Installiert:   1:7.0.4-4+deb11u4
zlib1g:
  Installiert:   1:1.2.11.dfsg-2+deb11u2

$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux 11 (bullseye)
Release:11
Codename:   bullseye

uname -r
4.9.0-326-antix.1-686-smp-pae

$ lscpu
(same as above)

$ free
  gesamt   benutzt frei  gemns.  Puffer/Cache verfügbar
Speicher:2061432  231744  435144  997588 1394544  765336
Swap:20971481780 2095368


Now I'll install the bullseye backported Libreoffice version from bookworm as 
you've asked for also, and check back with an updated report once it was done.

Regards
Robin

Bug#1022173: Update (tested on bullseye, several kernels, only Libreoffice 1:7.4.1-1~bpo11+2 fixes the issue)

[Robin]

Hi all!

Good news:

The Libreoffice backport from bookworm seems to fix this issue. I've checked 
this on different kernels:
Besides of the 4.9.0 kernel I've tested this on
  linux-image-5.10.137-antix.1-686-smp-pae
  linux-image-5.10.142-antix.2-686-smp-pae
  linux-image-5.10.0-18-686-pae (signed)
  linux-image-5.10.0-19-686-pae (signed)

and additionally from on most recent one from Bullseye-Backports:
  linux-image-5.19.0-0.deb11.2-686-pae

Really great thing is, that this most recent backport kernel comes up with 
noveau driver properly now, this is first time I see noveau running mostly 
equivalent to old proprietary driver stuff from nvidia. Everything efficient, 
fast and fluent, clear view now. Great work, whoever did this, many thanks! 
This allows me now to switch to 5.x kernel series finally, dumping old nvidia 
proprietary driver stuff (which was single way to achieve this result until 
now). But unfortunately this doesn't fix Libreoffice issue all the same: The 
most recent Libreoffice bullseye version (not the one from backports) shows the 
originally described issue on all these kernels listed above. Only the 
Libreoffice backport doesn't show this behaviour any longer, CPU load from 
Libreoffice backport (details below) stays perfectly normal when it looses 
focus. Checked for several hours. Many thanks!

Maybe you can transfer the fix to the stable bullseye version, so people can 
run the default version instead of backports, in order to get security updates 
(above you've stated there are none on backports, which would be bad).


Technical details:

Version: 7.4.1.2 / LibreOffice Community
Build ID: 40(Build:2)
CPU threads: 1; OS: Linux 4.9; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Debian package version: 1:7.4.1-1~bpo11+2
Calc: threaded

$ apt-cache policy libreoffice* | grep -v '(keine)' | grep -B1 Installiert
libreoffice-calc:
  Installiert:   1:7.4.1-1~bpo11+2
libreoffice-base-core:
  Installiert:   1:7.4.1-1~bpo11+2
libreoffice-core:
  Installiert:   1:7.4.1-1~bpo11+2
libreoffice-common:
  Installiert:   1:7.4.1-1~bpo11+2
libreoffice-draw:
  Installiert:   1:7.4.1-1~bpo11+2
libreoffice-impress:
  Installiert:   1:7.4.1-1~bpo11+2
libreoffice-l10n-de:
  Installiert:   1:7.4.1-1~bpo11+2
libreoffice-style-colibre:
  Installiert:   1:7.4.1-1~bpo11+2
libreoffice-writer:
  Installiert:   1:7.4.1-1~bpo11+2
libreoffice-help-de:
  Installiert:   1:7.4.1-1~bpo11+2
libreoffice-help-common:
  Installiert:   1:7.4.1-1~bpo11+2
libreoffice-math:
  Installiert:   1:7.4.1-1~bpo11+2
libreoffice-gtk3:
  Installiert:   1:7.4.1-1~bpo11+2

ucf:
  Installiert:   3.0043
libabw-0.1-1:
  Installiert:   0.1.3-1
libc6:
  Installiert:   2.31-13+deb11u5
libe-book-0.1-1:
  Installiert:   0.1.3-2
libepubgen-0.1-1:
  Installiert:   0.1.1-1
libetonyek-0.1-1:
  Installiert:   0.1.9-4
libgcc-s1:
  Installiert:   10.2.1-6
libicu67:
  Installiert:   67.1-7
libodfgen-0.1-1:
  Installiert:   0.1.8-2
librevenge-0.0-0:
  Installiert:   0.0.4-6+b1
libstaroffice-0.0-0:
  Installiert:   0.0.7-1
libstdc++6:
  Installiert:   10.2.1-6
libuno-cppu3:
  Installiert:   1:7.0.4-4+deb11u4
libuno-cppuhelpergcc3-3:
  Installiert:   1:7.4.1-1~bpo11+2
libuno-sal3:
  Installiert:   1:7.4.1-1~bpo11+2
libuno-salhelpergcc3-3:
  Installiert:   1:7.0.4-4+deb11u4
libwpd-0.10-10:
  Installiert:   0.10.3-1
libwpg-0.3-3:
  Installiert:   0.3.3-1
libwps-0.4-4:
  Installiert:   0.4.12-1
libxml2:
  Installiert:   2.9.10+dfsg-6.7+deb11u2
uno-libs-private:
  Installiert:   1:7.4.1-1~bpo11+2
zlib1g:
  Installiert:   1:1.2.11.dfsg-2+deb11u2
fonts-opensymbol:
  Installiert:   2:102.12+LibO7.4.1-1~bpo11+2
ure:
  Installiert:   1:7.4.1-1~bpo11+2

$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux 11 (bullseye)
Release:11
Codename:   bullseye

uname -r
4.9.0-326-antix.1-686-smp-pae
5.19.0-0.deb11.2-686-pae
and others, see listing in introductional text

$ lscpu
(same as above)

$ free
  gesamt   benutzt frei  gemns.  Puffer/Cache verfügbar
Speicher:2061064  196896  708752   26012 1155416 1771420
Swap:2097148   0 2097148


Regards
Robin

Bug#1032470: Acknowledgement (effect plugins tab missing in kdenlive 22.12.2-1)

[Robin]

Update:
Issue was solved for me by additionally installing the package
  qml-module-org-kde-kcm

Suggestion:
Please add the following packages to the dependecies of kdenlive:
   qml-module-org-kde-newstuff  
   qml-module-org-kde-kcm

Reference:
I found this solution here, the issue seems to be known already at kdenlive:
  https://bugs.kde.org/show_bug.cgi?id=463203

Bug#1032642: iproute2: ip tunnel change ip6gre to gre crashes with stack smash

[Robin]

Package: iproute2
Version: 5.10.0-4
Severity: normal

Dear Maintainer,

I just came across a "stack smashing detected" crash when changing a gre6 to a 
gre4 tunnel
To reproduce create an ipv6 gre tunnel:
> ip tunnel add gre1 mode ip6gre local 2001:db8::1 remote 2001:db8::2 ttl 255
And then attempt to change it to an ipv4 one:
> ip tunnel change gre1 mode gre local 192.168.0.0 remote 192.168.0.1 ttl 255
This results in:
> *** stack smashing detected ***: terminated
> Aborted

The inverse (changing v4 to v6) results in:
> add tunnel "gre1" failed: Invalid argument

Which I'm not sure if I should expect or if that's another issue, but it does 
not crash.

I've reproduced the crash on a few other bullseye servers/vms to rule out a 
single broken install.

I have also tested this on testing (iproute2 version 6.1.0-2) and the crash 
also happens there

I hope this is the right place and helpful enough to action on
Thanks!


-- System Information:
Debian Release: 11.6
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-20-amd64 (SMP w/24 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages iproute2 depends on:
ii  debconf [debconf-2.0]  1.5.77
ii  libbpf01:0.3-2
ii  libbsd00.11.3-1
ii  libc6  2.31-13+deb11u5
ii  libcap21:2.44-1
ii  libcap2-bin1:2.44-1
ii  libdb5.3   5.3.28+dfsg1-0.8
ii  libelf10.183-1
ii  libmnl01.0.4-3
ii  libselinux13.1-3
ii  libxtables12   1.8.7-1

Versions of packages iproute2 recommends:
pn  libatm1  

Versions of packages iproute2 suggests:
pn  iproute2-doc  

-- debconf information:
  iproute2/setcaps: false

Bug#1033214: barrier resets client side keyboard layout to English unrequested.

[Robin]

Package: barrier
Version: 2.4.0+dfsg-3


Issue:
  When typing from server keyboard to client, keyboard layout on client side
  is reset to en_US on first keystroke instead of keeping the language and
  layout set. It doesn't make any difference which keyboard language layout
  on server PC is set up, client will be switched to English always. The
  keyboard layout switch on system tray is blocked and nailed to English,
  same goes for the Layout switch hotkey, which won't work as long mouse
  cursor is on client screen. Only after moving the mouse back to server,
  the proper keyboard language layout on client can get restored.
  It doesn't make any difference which language or keyboard layout is set,
  no language specific keyboard layout besides US English works with barrier
  on client side.

  This issue renders barrier unusable for foreign language users.
  Only English users can use it.

Expected behaviour:
  Keyboard layout of client shouldn't get changed to English layout.
  It should preserve the client's keyboard layout.
  It should stay switchable between the layouts set up on the client.


Installed packages on debian 12: (http://ftp.de.debian.org/debian bookworm/main 
amd64 Packages)
  barrier: 2.4.0+dfsg-3

  No errors were reported by apt during installation.


Installed packages on: Debian 11 (http://ftp.de.debian.org/debian bullseye/main 
i386 Packages)
  barrier: 2.3.3+dfsg-1.1

  No errors were reported by apt during installation.

[ for testing purposes in a an additional test run: 
Installed packages on: Debian 11 from backports (http://deb.debian.org/debian 
bullseye-backports/main i386 Packages)
  barrier: 2.4.0+dfsg-3~bpo11+1 

  No errors were reported by apt during installation.]


Same issue running all the barrier versions mentioned.
Same issue on all systems and with all these Debian versions (64bit and 32bit 
both):


System 1:
  Running bookworm, kernel 6.1.10-antix.1-amd64-smp
  desktop: IceWM 3.3.1-1
  init: runit 2.1.2

System 2:
  Running on bullseye, kernel 5.19.0.deb11.2-686-pae
  desktop: IceWM 3.3.1-1
  init: sysvinit 2.96-7+deb11u1

System 3:
  Running on bullseye, kernel 4.19.0-256-antix.1-686-smp-pae
  desktop: fluxbox 1.3.7-1
  init: sysvinit 2.96-7+deb11u1

System 4:
  Running on bullseye, kernel 5.10.0-21-686-pae
  desktop: JWM 2.4.3-1
  init: sysvinit 2.96-7+deb11u1



smime.p7s
Description: S/MIME cryptographic signature

Bug#1032470: effect plugins tab missing in kdenlive 22.12.2-1

[Robin]

Package: kdenlive
Version: 22.12.2-1
 

Issue:
  Instead of the expected effects tab there is an empty white area displayed.
  Same for transitions tab.
  This behaviour doesn't change when a project is loaded.
  Everything else in kdenlive seems to work properly.

  See:
  https://i.imgur.com/qigLEyB.jpg
  https://i.imgur.com/2utEH4q.jpg


Expected behaviour:
  The tab "transitions" and the tab "effects" should show not a blank white 
area but the effect- and transition-tools as described in the manual: 
https://docs.kdenlive.org/en/_images/Kdenlive_Effects_tab_22_08.png


Console output:
  $ kdenlive
  Could not detect package type, probably default? App dir is "/usr/bin"
  profilePath from KdenliveSetting::mltPath:  "/usr/share/mlt-7/profiles"
  meltPath from KdenliveSetting::rendererPath:  "/usr/bin/melt-7"
  Empty metadata for  "deinterlace"
  Empty metadata for  "telecide"
  Empty metadata for  "glsl.manager"
  Empty metadata for  "movit.convert"
  Empty metadata for  "movit.crop"
  Empty metadata for  "movit.resample"
  Empty metadata for  "movit.resize"
  Empty metadata for  "audiochannels"
  Empty metadata for  "audioconvert"
  Empty metadata for  "imageconvert"
  Empty metadata for  "avcolour_space"
  Empty metadata for  "avcolor_space"
  Empty metadata for  "avdeinterlace"
  Empty metadata for  "swscale"
  Empty metadata for  "swresample"
  plugin not available: "avfilter.acompressor"
  plugin not available: "avfilter.aecho"
  plugin not available: "avfilter.agate"
  plugin not available: "avfilter.atadenoise"
  plugin not available: "avfilter.bwdif"
  plugin not available: "avfilter.deblock"
  plugin not available: "avfilter.dedot"
  plugin not available: "avfilter.deflate"
  plugin not available: "avfilter.derain"
  plugin not available: "avfilter.doubleweave"
  plugin not available: "avfilter.field"
  plugin not available: "avfilter.framestep"
  plugin not available: "avfilter.fspp"
  plugin not available: "avfilter.graphmonitor"
  plugin not available: "avfilter.hqdn3d"
  plugin not available: "avfilter.inflate"
  plugin not available: "avfilter.lagfun"
  plugin not available: "avfilter.loudnorm"
  plugin not available: "avfilter.mcdeint"
  plugin not available: "avfilter.random"
  plugin not available: "avfilter.removegrain"
  plugin not available: "avfilter.separatefields"
  plugin not available: "avfilter.shuffleplanes"
  plugin not available: "avfilter.sr"
  plugin not available: "avfilter.tmix"
  plugin not available: "avfilter.w3fdif"
  plugin not available: "avfilter.weave"
  plugin not available: "avfilter.yadif"
  plugin not available: "frei0r.baltan"
  plugin not available: "frei0r.bgsubtract0r"
  plugin not available: "frei0r.bigsh0t_eq_mask"
  plugin not available: "frei0r.bigsh0t_eq_to_rect"
  plugin not available: "frei0r.bigsh0t_eq_to_stereo"
  plugin not available: "frei0r.bigsh0t_hemi_to_eq"
  plugin not available: "frei0r.bigsh0t_rect_to_eq"
  plugin not available: "frei0r.bigsh0t_stabilize_360"
  plugin not available: "frei0r.bigsh0t_transform_360"
  plugin not available: "frei0r.delay0r"
  plugin not available: "frei0r.delaygrab"
  plugin not available: "frei0r.lightgraffiti"
  plugin not available: "frei0r.lightgraffiti"
  plugin not available: "frei0r.tehRoxx0r"
  plugin not available: "ladspa"
  plugin not available: "ladspa"
  plugin not available: "ladspa"
  plugin not available: "ladspa.9354877"
  plugin not available: "ladspa"
  plugin not available: "ladspa"
  plugin not available: "ladspa"
  plugin not available: "ladspa"
  plugin not available: "ladspa"
  plugin not available: "ladspa"
  plugin not available: "ladspa"
  plugin not available: "ladspa"
  plugin not available: "movit.unsharp_mask"
  plugin not available: "timewarp"
  plugin not available: "region"

  qrc:/qml/assetList.qml:14:1: module "org.kde.newstuff" is not installed 
   import org.kde.newstuff 1.86 as NewStuff 
   ^
  qrc:/qml/assetList.qml:14:1: module "org.kde.newstuff" is not installed 
   import org.kde.newstuff 1.86 as NewStuff 
   ^
  qml: item not found
  qml: item not found
  qml: item not found
  qml: item not found


Installed packages: (http://ftp.de.debian.org/debian bookworm/main amd64 
Packages)
  kdenlive 22.12.2-1
  kdenlive-data 22.12.2-1
  breeze-icon-theme 4:5.102.0-1
  frei0r-plugins 1.8.0-1+b1
  swh-plugins 0.4.17-2

  No errors were reported by apt during installation.


What did I try already:
  installed additional package  qml-module-org-kde-newstuff
  
  No errors were reported by apt during installation.

Result: No change. Still only blank areas instead of the expected tools in 
these two tabs.


System:
  Running bookworm, kernel 6.1.10-antix.1-amd64-smp
  desktop: icewm 3.3.1-1
  init: runit 2.1.2

Bug#1036752: (no subject)

[robin]

Control: severity -1 important

Bug#1069747: ext4 data loss issue in backport kernels still unfixed?

[Robin]

Package: linux-image-6.6.13+bpo-amd64
Version: 6.6.13
Severity: grave

The issue was fixed already in the 6.1 kernels, see 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1057843
From that bug report I read that all kernels are safe if both commits are 
present:

  91562895f803 ("ext4: properly sync file size update after O_SYNC direct IO")
  936e114a245b ("iomap: update ki_pos a little later in iomap_dio_complete")

This is true for the changelog of the default 6.1 kernels: 
https://metadata.ftp-master.debian.org/changelogs//main/l/linux-signed-amd64/linux-signed-amd64_6.1.85+1_changelog
 so in those everything is fine.

But in the changelog of the backport kernels the second line (iomap: update 
ki_pos a little later in iomap_dio_complete) is missing. See:
  
https://metadata.ftp-master.debian.org/changelogs//main/l/linux-signed-amd64/linux-signed-amd64_6.6.13+1~bpo12+1_changelog
This is the line which fixes the issue induced by the first line.

So, if I'm not mistaken, this means that in the current debian backport kernels 
linux-image-6.5.0-0.deb12.4-amd64 and linux-image-6.6.13+bpo-amd64 the ext4 
data loss issue is still unfixed. Both kernels are currently distributed via 
apt from the debian repos.

Bug#1066790: steam-installer 32bit package is missing

[Robin]

Package: steam-installer
Version: 1:1.0.0.79~ds-2
Severity: wishlist


The Debian 32bit deb package is missing, even when steam supports 32 bit 
hardware (see: https://repo.steampowered.com/steam/archive/stable/ ). 

We had some complaints that it can't be installed from the debian repos:

$ apt-cache policy steam-installer
steam-installer:
  Installed: (none)
  Candidate: (none)
  Version table:

Would be great if you could provide the i386 package for steam-installer, also 
for the current Debian stable, maybe through the backports.


Many thanks!

Robin

Bug#1065697: trash-cli causes irresponsive system from 100% cpu load

[Robin]

Package: trash-cli
Version: 0.17.1.14-5
Severity: important


Issue description: Sending files to trash using trash-cli causes system to 
stall and renders it irresponsive, if original filename of the file to be 
trashed exceeds a particular length.

Happened with some files downloaded from a website, which have been cut by the 
browser automatically to match the file name length restrictions of the file 
system (ext4).

Some testing turned out trash-cli tries obviously to append something to the 
filename, what clearly must fail if filename already has the max. length 
allowed.

Depending of the character set used, and depending whether special characters 
are involved, different length of names causes trouble in trash-cli.


Steps to reproduce:
touch files named precisely as follows, make sure to use the full line. (These 
are testing names merely for reproducing the issue)

   touch 
'АБВГДЕЁЖЗИЙКЛМНОПРЦТУФХЦШЩЪЫЬЭЮЯабвгдеёжзийклмнопрстуфхцшщъыьэюяАБВГДЕЁЖЗИЙКЛМНОПРЦТУФХЦШЩЪЫЬЭЮЯабвгдеёжзийклмнопрстуфхцшщъыьэю'

   touch 
'123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345'

These test file names are accepted by default ext4 file systems.

In case you have a different max allowed file name length on your ext4 file 
system make sure the names of the files to be trashed have the maximal length 
allowed or some few characters less.

Please note that the issue in a foreign character set (in the example this is 
Cyrillic, arbitrary choosen) the issue already present in half file name length 
as in English.

Now trash them using the default trash command provided by this package.

This will cause the system to stall with 100% CPU load and no longer respond to 
any input. Single way out seems to be a hard reset. (This might be depending on 
your hardware, on multi-core sytems this might only cause one of the cores to 
stall, so the system stays responsive in this case)


Expected behaviour: Trash cli should not stall the system when trashing one or 
more files thats filename has the max. length allowed by the file system.


Proposal for solution: _Replace_ the end of the filename in these cases rather 
than appending something, so the limit for file name length of the file system 
is observed by trash-cli.


trash-cli Version:

$ apt-cache policy trash-cli
trash-cli:
  Installiert:   0.17.1.14-5
  Installationskandidat: 0.17.1.14-5
  Versionstabelle:
 *** 0.17.1.14-5 500
500 http://ftp.de.debian.org/debian bookworm/main amd64 Packages
500 http://ftp.de.debian.org/debian bookworm/main i386 Packages
100 /var/lib/dpkg/status



System: antiX 23.1 runit full 64 bit

$ uname -r
6.1.60-antix.1-amd64-smp

$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux 12 (bookworm)
Release:12
Codename:   bookworm

Bug#1065228: de-neo2 keyboard 4th and 6th layer not accesible

[Robin]

Package: xkb-data
Version: 2.35.1-1

When selecting the neo2 keyboard layout, layers 1,2,3 and 5 work as expected 
when the modifiers for these layers are applied.
Applying the modifier for layer 4 fails, the characters are printed as if 
modifier 4 wasn't pressed at all. Same goes for shift+modifier4 which is 
supposed to access layer 6.

Instead a strange behaviour can be observed when shift+mod3+mod4 are pressed 
together: Then layer 4 is activated constantly, only released
when again pressing shift+mod3+mod4 together. When Layer 4 is locked this way, 
neither shift nor shift+modifier4 or any other combination allows access to 
layer 6 either.


$ apt-cache policy xkb-data
xkb-data:
  Installiert:   2.35.1-1
  Installationskandidat: 2.35.1-1
  Versionstabelle:
 *** 2.35.1-1 500
500 http://ftp.de.debian.org/debian bookworm/main amd64 Packages
500 http://ftp.de.debian.org/debian bookworm/main i386 Packages
100 /var/lib/dpkg/status

System:

Distributor ID: Debian
Description:Debian GNU/Linux 12 (bookworm)
Release:12
Codename:   bookworm

Debian-Kernel: linux-image-6.1.0-18-amd64 - Linux 6.1 for 64-bit PCs (signed)

X11-Version:
  X.Org X Server 1.21.1.7
  X Protocol Version 11, Revision 0

Window-manager: IceWM 3.4.5

Bug#1065228: Update

[Robin]

After some more testing turned out:

The reported bug is present under the following condition:

- The neo2 keyboard layout is set as 2nd or above keyboard layout, with main 
system keyboard layout set to something different.

- When neo2 keyboard layout is set as first and main keyboard layout, and only 
then, the levels 4 and 6 are accessible as expected.


Erratum: the modifier combination for level 6 is apart from what I had written 
in my original report not shift+modifier4 but modifier3+modifier4.
This doesn't change things, the levels 4 and 6 are merely accessible this way 
when neo2 is set as FIRST keyboard in system.


Additionally it turned out, if the numlock key happens to be active when 
switching to neo2 layout, the keyboard is locked to layer 4, no way to escape 
to other layers, besides switching to another layout, deactivating numlock, and 
switching back to neo2

Bug#340646: More info

[Robin Verduijn]

MCVS usually happens to be the canary in the coal mine for any packaging
errors in clisp since it is one of the few packages in Debian that uses
it; in this case it fails to build from source due to an error in the
latest clisp packages. It appears thet clisp-dev does not depend on clisp
for (at least) IA64 and SPARC.

Buildd logs are available at:

http://buildd.debian.org/fetch.php?pkg=mcvsver=1.0.13-11arch=ia64stamp=1133382079file=logas=raw

http://buildd.debian.org/fetch.php?pkg=mcvsver=1.0.13-11arch=sparcstamp=118365file=logas=raw

From the installation logs, it becomes clear that clisp-dev does not depend
on clisp, whereas I do believe that it should though.


Thanks,
- robin


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

Bug#341850: More info

[Robin Verduijn]

The following patch might fix this:

--- clisp-2.35/debian/rules.orig2005-12-04 14:03:32.0 -0500
+++ clisp-2.35/debian/rules 2005-12-04 14:04:14.0 -0500
@@ -13,14 +13,10 @@
 tmp:=`pwd`/debian/tmp
 XLIBS_PRE_DEPENDS=

-ifneq (,$(filter alpha hppa ia64 ,$(DEB_BUILD_ARCH)))
+ifneq (,$(filter alpha hppa ia64 m68k sparc ,$(DEB_BUILD_ARCH)))
export CC = gcc -D SAFETY=3 -D NO_MULTIMAP_SHM -D NO_MULTIMAP_FILE
-D NO_SINGLEMAP -D NO_TRIVIALMAP
 endif

-ifneq (,$(filter m68k sparc ,$(DEB_BUILD_ARCH)))
-   export CC = gcc-3.3 -D SAFETY=3 -D NO_MULTIMAP_SHM -D
NO_MULTIMAP_FILE -D NO_SINGLEMAP -D NO_TRIVIALMAP
-endif
-
 ifneq (,$(filter arm hppa,$(DEB_BUILD_ARCH)))
 # Disable FFI on ARM, HPPA, MIPSel
FFI=--without-dynamic-ffi


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

Bug#302296: similar symptoms with a kernel from sarge

[Robin Farine]

As Klaus Ita noticed, this bug and bug #306546 look very similar. As 
reported under #306546, I observed the same kind of problems, and 
with a kernel image from sarge (kernel-image-2.4.27-2-686-8). Could 
someone confirm that it happens with this kernel?

Speaking of similar symptoms, I have not actually seen the assertion 
failure message. According to ps, the cron and login processes 
having problems with libnss-ldap, libpam-ldap and nscd seemed to 
just sleep for ever.

Robin


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

Bug#333381: pgapack: off-by-one error in PGAIntegerMutation()

[Robin Farine]

Package: pgapack
Version: 1.0.0.1-3
Severity: important
Tags: patch

PGAIntegerMutation() includes a potential off-by-one error when
it selects the array index 'j' in the PGA_MUTATION_PERMUTE case.

According to the documentation PGARandomInterval(ctx, begin, end)
returns an integer in [begin, end]. As I experienced it, 'j' can
be assigned with the value ctx-ga.StringLen here. The patch below
fixes this.

--- pgapack-1.0.0.1/source/integer.c.orig   Tue Oct 11 18:36:47 2005
+++ pgapack-1.0.0.1/source/integer.cTue Oct 11 18:36:47 2005
@@ -470,7 +470,7 @@
  break;
  case PGA_MUTATION_PERMUTE:
  /* could check for j == i if we were noble */
- j = PGARandomInterval(ctx, 0, ctx-ga.StringLen);
+ j = PGARandomInterval(ctx, 0, ctx-ga.StringLen - 1);
  temp = c[i]; 
  c[i] = c[j];
  c[j] = temp; 


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (1, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

-- no debconf information


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

Bug#340250: clisp: Package contains invalid link for base/lispinit.mem

[Robin Verduijn]

Package: clisp
Version: 2.35-8
Severity: important

The clisp package contains an invalid symbolic link:
/usr/lib/clisp/base/lispinit.mem -- ../full/lispinit.mem

The file /usr/lib/clisp/full/lispinit-orig.mem DOES exist, but consequently
clisp fails to start up, giving the user the following error:
/usr/lib/clisp/base/lisp.run: operating system error during load of 
initialization file `/usr/lib/clisp/base/lispinit.mem'
[spvw_memfile.d:834] errno = ENOENT: No such file or directory.

It seems like simply renaming lispinit-orig.mem to lispinit.mem in the
packaging should do the trick, unless I'm missing something.

Thanks,
- robin

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-a30p
Locale: LANG=C, LC_CTYPE=en_US.iso885915 (charmap=ISO-8859-15)


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

Bug#339907: 339907

[Robin Verduijn]

The reason for this dependency is the versioned part of it.

KVIrc is present in Debian both as kvirc2 (version 2) and kvirc (version 3). 
The dependency for kvirc-data is versioned so that on upgrades, users don't get 
stuck using kvirc 3 with kvirc-data from kvirc 2.

If this is in any way hare-brained, of course, I would like to hear why :)

Thanks,
- robin


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

Bug#340304: (no subject)

[Robin Verduijn]

This is a duplicate of bug #340250 for clisp:
clisp: Package contains invalid link for base/lispinit.mem

[http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340250]

Until that is fixed, I cannot do anything about it from this side.

Thanks,
- robin


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

Bug#340250: clisp: Package contains invalid link for base/lispinit.mem

[Robin Verduijn]

Ehm... why doesn't clisp declare a dependency on common-lisp-controller anymore?

On Wed, Nov 23, 2005 at 05:33:22AM +0100, Peter Van Eynde wrote:
 On Wednesday 23 November 2005 02:07, Robin wrote:
  What package is /usr/sbin/register-common-lisp-implementation supposed to
  be in? It's not in clisp or clisp-dev.
 
 common-lisp-controller get version = 4.26 or the failure to configure an 
 implementation will not be reported back to dpkg.
 
 Groetjes, Peter
 
 -- 
 signature -at- pvaneynd.mailworks.org 
 http://www.livejournal.com/users/pvaneynd/
 God, root, what is difference? Pitr | God is more forgiving. Dave 
 Aronson| 
 


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

Bug#402776: zdump -v errors on 64 bit architectures

[Robin Lewis]

Package: libc6.1
Version: 2.3.6.ds1-8

When I invoke 'zdump -v America/New_York' on a 32 bit architecture the
output is correct.  But, when execuited on a 64 bit architecture the
first 2 lines of output and the last 2 lines are errors (the min and max
years).  

The incorrect ouput on a 64 bit architecture has the last 4 lines
something like:

America/New_York  Sun Nov  1 05:59:59 2037 UTC = Sun Nov  1 01:59:59
2037 EDT isdst=1 gmtoff=-14400
America/New_York  Sun Nov  1 06:00:00 2037 UTC = Sun Nov  1 01:00:00
2037 EST isdst=0 gmtoff=-18000
America/New_York  9223372036854689407 = NULL
America/New_York  9223372036854775807 = NULL

but the corrected output has the last 4 lines ending correctly at year
2038 as seen here:

America/New_York  Sun Nov  1 05:59:59 2037 UTC = Sun Nov  1 01:59:59
2037 EDT isdst=1 gmtoff=-14400
America/New_York  Sun Nov  1 06:00:00 2037 UTC = Sun Nov  1 01:00:00
2037 EST isdst=0 gmtoff=-18000
America/New_York  Mon Jan 18 03:14:07 2038 UTC = Sun Jan 17 22:14:07
2038 EST isdst=0 gmtoff=-18000
America/New_York  Tue Jan 19 03:14:07 2038 UTC = Mon Jan 18 22:14:07
2038 EST isdst=0 gmtoff=-18000


The values may change but the '= NULL' is consistant when in error.

The problem is caused by an overflow in the year element of 
the tm structure that is used.  All elements, except year, of the
structure are safe because their max values are limited, ie. 60 seconds,
60 minutes... but years has no limits.

I have attached a patch for zdump.c that restricts the size of the
absolute max and min values used to compute the year value such that it
will not overflow on 64 bit architectures.

I am using Debian GNU/Linux 2.6.17-2-mckinley ia64
and libc6.1 2.3.6.dsl-8
--- zdump.c.orig	2006-12-11 13:59:19.0 -0500
+++ zdump.c	2006-12-11 13:59:27.0 -0500
@@ -416,12 +416,14 @@
 		/*
 		** time_t is signed.
 		*/
-		register time_t	hibit;
+		int	hibit;
 
 		for (hibit = 1; (hibit * 2) != 0; hibit *= 2)
 			continue;
 		absolute_min_time = hibit;
 		absolute_max_time = -(hibit + 1);
+		if(sizeof(int) == 8)
+			absolute_max_time *= 64;
 	} else {
 		/*
 		** time_t is unsigned.

Bug#394097: libapache2-mod-auth-pam: doesnt work with Apache 2.1

[Robin Farine]

On Tue November 7 2006 13:00, Robbert Kouprie wrote:

 My complete config is:

 Directory /var/www/protected
AuthType Basic
AuthName Please login
AuthPAM_Enabled on
AuthPAM_FallThrough off
AuthBasicAuthoritative off
require valid-user
 /Directory

This did not work out of the box for me when I upgraded to apache2 
2.2.3-3. After some trial and errors -- apache2 error messages did 
not ring any bell -- it occurred that for auth_pam with Require 
valid-user to work, the auth_basic and authz_user modules have to 
be enabled.

HTH,

Robin


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

Bug#398642: links2 -g does not start :

[Gerard Robin]

Package: links2
Version: 2.1pre24-1
Severity: normal


links2 -g doesn't start.

links2 -g in a terminal gives:


   -- DirectFB v0.9.25 -
 (c) 2000-2002  convergence integrated media GmbH  
 (c) 2002-2004  convergence GmbH   
---

(*) DirectFB/Core: Single Application Core. (2006-10-17 10:09) 
(*) Direct/Memcpy: Using linux kernel memcpy()
(!) Direct/Util: opening '/dev/fb0' and '/dev/fb/0' failed
-- No such file or directory
(!) DirectFB/FBDev: Error opening framebuffer device!
(!) DirectFB/FBDev: Use 'fbdev' option or set FRAMEBUFFER environment variable.
(!) DirectFB/Core: Could not initialize 'system' core!
-- Initialization error!
svgalib: Cannot get I/O permissions.




sudo links2 -g  crashes xwindow 



after I downgrade to links2_2.1pre23-1_i386.deb it works fine.



-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i586)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-486
Locale: LANG=fr_FR.ISO-8859-1, LC_CTYPE=fr_FR.ISO-8859-1 (charmap=ISO-8859-1)

Versions of packages links2 depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libdirectfb-0.9-25   0.9.25.1-4  direct frame buffer graphics - sha
ii  libgpmg1 1.19.6-22   General Purpose Mouse - shared lib
ii  libjpeg626b-13   The Independent JPEG Group's JPEG 
ii  libpng12-0   1.2.8rel-7  PNG library - runtime
ii  libssl0.9.8  0.9.8c-3SSL shared libraries
ii  libsvga1 1:1.4.3-24  console SVGA display libraries
ii  libtiff4 3.8.2-6 Tag Image File Format (TIFF) libra
ii  zlib1g   1:1.2.3-13  compression library - runtime

links2 recommends no packages.

-- no debconf information


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

Bug#329412: amarok: crash if kmail is not installed

[David Robin]

Hi,I have experienced this bug very recently with current version of amarok in Debian testing. It was version 1.4.1-3.The observed behavior is :- amarok will crash (most of the time while playing a podcast on-the-fly)
- will then try to send some information via kmail- a dialog window will show up with a message similar to can't find kmail.What is the policy of Debian concerning application crash feedback ? Should not the user be asked for permission first ? I don't see such option in amarok's configure menu (maybe amarok does ask for permission once kmail is opened, i just don't know).
Thanks  Regards,David.

Bug#156119:

[Robin Milton]

Good Morning,

After overviewing your current history, our company can 
offer you anywhere from 229K at 7.07% to 742K at 5.85%

www.flukyar.com/16r

Fill out your info  instantly get your FICO rating.
Negative ratings are NOT a issue. 

Thanks Alot,
Robin Milton




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

Bug#207544: Robin Holland wrote:

[Robin Holland]

hi Robin i hope this is your mailbox.
I was glad to meet you the other day. I hope you was excited about   New York.
So much so much happening all the time, lots of great opportunities.  
And speaking of opportunities, the deal I was speaking you about other day 
included a company 
known as Tex-Homa (TXHE).
It's already growing up, but the big press release isn't even 
out yet, so there's still time. I have got this shares already and made
2000. I propose you to do the same today.

Hope this helps you out.  I'll see you this weekend.
Yours Robin Holland




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

Bug#303640: kernel-image-2.6.8-10-amd64-k8: Xfree86 fails to find a VESA chipset

[David Robin]

On 10/24/06, Matthew Garrett [EMAIL PROTECTED] wrote:
On Sun, Apr 10, 2005 at 08:03:55PM +0200, Kurt Roeckx wrote: On Fri, Apr 08, 2005 at 10:17:47PM +0200, David Robin wrote:  please note the message XFree86: vm86 mode not supported on 64 bit  kernel at the end of the log. I have just noticed it. May this issue
  be related to XFree86? I'm assuming that this is using the amd64 kernel with a i386 userland?ia32 builds of Xorg use vm86 for real-mode BIOS calls. 64-bit kernelsdon't support the vm86 syscall, even with 32-bit userland. The Vesa
driver requires the ability to make real-mode BIOS calls. This can neverwork. I'd suggest just closing this.Hi,IMHO, I would close this bug ticket too.The problem appeared to me because I installed the i386 userland, and then switched from the default kernel package to its amd64 flavor.
Nevertheless, it could not happen with current testing and unstable repositories, as kernel-image-*-amd64-* packages are no more available in the i386 port of Debian : the amd64 kernel are only found in the amd64 port repository*.
Best Regards,David.* with the exception of Debian Stable, which provides a amd64 build of linux kernel in the i386 repository. I think it is way to late to change anything about it.

Bug#396370: hnb should have sensible-browser as browser instead of w3m

[Robin Kastberg]

Package: hnb
Version: 1.9.18-3
Severity: minor

hnb uses w3m instead of sensible-browser (or whatever the debian way ala 
/etc/alternatives is) as default browser when pressing ^A


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages hnb depends on:
ii  libc62.3.6.ds1-7 GNU C Library: Shared libraries
ii  libncurses5  5.5-5   Shared libraries for terminal hand

hnb recommends no packages.

-- no debconf information


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

Bug#392111: Seg fault in samba

[Robin Cornelius]

Package:  samba
Version: 3.0.14a-3sarge2

Samba daemon nmbd crashed.

I have included the report emailed to me and the log.nmbd from the time
of the incident. Don't have any other useful info.

I was trying to access a large file from the win XP system Athlon when
this locked up, I can't tell if win XP crashed nmbd or visa vera, i
rebooted XP and samba emailed me the report below.

This is the only time since sarge was released that this has occurred
for me.

The reset of samba seems to have been ok and this has not caused knock
on effects.

Hope this is of some help

Regards

Robin Cornelius

The Samba 'panic action' script, /usr/share/samba/panic-action,
was called for pid 2410 (/usr/sbin/nmbd).

Below is a backtrace for this process generated with gdb, which shows
the state of the program at the time the error occured.  You are
encouraged to submit this information as a bug report to Debian.  For
information about the procedure for submitting bug reports , please see
http://www.debian.org/Bugs/Reporting or the reportbug(1) manpage.

(no debugging symbols found)
Using host libthread_db library /lib/tls/libthread_db.so.1.
(no debugging symbols found)
`system-supplied DSO at 0xe000' has disappeared; keeping its symbols.
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 1077517728 (LWP 2410)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
0x4020d3ae in waitpid () from /lib/tls/libc.so.6
#0  0x4020d3ae in waitpid () from /lib/tls/libc.so.6
#1  0x401a2d12 in system () from /lib/tls/libc.so.6
#2  0x080cd391 in smb_panic2 ()
#3  0x080cd31a in smb_panic ()
#4  0x080ba758 in dbgtext ()
#5  signal handler called
#6  0x08072c75 in remove_response_record ()
#7  0x080709d7 in retransmit_or_expire_response_records ()
#8  0x08063420 in unbecome_local_master_browser ()
#9  0x08063796 in unbecome_local_master_browser ()
#10 0x0806bd3a in query_name_from_wins_server ()
#11 0x08070814 in reply_netbios_packet ()
#12 0x0807089f in run_packet_queue ()
#13 0x0806165a in queue_dns_query ()
#14 0x08061cea in main ()


/var/log/samba/log.nmbd

  Initiating sync with local master browser ATHLON0x20 at IP
192.168.0.14 for workgroup OFFICETNG
[2006/10/10 11:51:33, 2] nmbd/nmbd_synclists.c:sync_browse_lists(169)
  Initiating browse sync for OFFICETNG to ATHLON(192.168.0.14)
[2006/10/10 11:51:44, 2] nmbd/nmbd_synclists.c:complete_sync(283)
  sync with ATHLON(192.168.0.14) for workgroup OFFICETNG completed (0
records)
[2006/10/10 11:53:15, 2] nmbd/nmbd_elections.c:send_election_dgram(41)
  send_election_dgram: Sending election packet for workgroup OFFICETNG
on subnet 192.168.0.3
[2006/10/10 11:53:17, 2] nmbd/nmbd_elections.c:send_election_dgram(41)
  send_election_dgram: Sending election packet for workgroup OFFICETNG
on subnet 192.168.0.3
[2006/10/10 11:53:19, 2] nmbd/nmbd_elections.c:send_election_dgram(41)
  send_election_dgram: Sending election packet for workgroup OFFICETNG
on subnet 192.168.0.3
[2006/10/10 11:53:19, 0]
nmbd/nmbd_incomingdgrams.c:process_local_master_announce(311)
  process_local_master_announce: Server ATHLON at IP 192.168.0.14 is
announcing itself as a local master browser for workgroup OFFICETNG and
we think we are master. Forcing election.
[2006/10/10 11:53:19, 2]
nmbd/nmbd_become_lmb.c:unbecome_local_master_browser(280)
  unbecome_local_master_browser: unbecoming local master for workgroup
OFFICETNG on subnet 192.168.0.3
[2006/10/10 11:53:20, 0]
nmbd/nmbd_become_lmb.c:unbecome_local_master_success(149)
  *

  Samba name server FATCONTROLLER has stopped being a local master
browser for workgroup OFFICETNG on subnet 192.168.0.3

  *
[2006/10/10 11:53:22, 2] nmbd/nmbd_elections.c:send_election_dgram(41)
  send_election_dgram: Sending election packet for workgroup OFFICETNG
on subnet 192.168.0.3
[2006/10/10 11:53:23, 2] nmbd/nmbd_elections.c:send_election_dgram(41)
  send_election_dgram: Sending election packet for workgroup OFFICETNG
on subnet 192.168.0.3
[2006/10/10 11:53:23, 2] nmbd/nmbd_elections.c:run_elections(201)
  run_elections:  Won election for workgroup OFFICETNG on subnet
192.168.0.3 
[2006/10/10 11:53:23, 2]
nmbd/nmbd_become_lmb.c:become_local_master_browser(537)
  become_local_master_browser: Starting to become a master browser for
workgroup OFFICETNG on subnet 192.168.0.3
[2006/10/10 11:53:25, 2] nmbd/nmbd_elections.c:send_election_dgram(41)
  send_election_dgram: Sending election packet

Bug#392111: Seg fault in samba

[Robin Cornelius]

Christian Perrier wrote:
 Quoting Robin Cornelius ([EMAIL PROTECTED]):
   
 Package:  samba
 Version: 3.0.14a-3sarge2

 Samba daemon nmbd crashed.

 If the problem is not reproducible, we will propose closing it as,
 given the age of samba in sarge, there is indeed no chance that it 
 isinvestigated seriously.
 
I think this is the best idea, I though it was worth reporting in case
others have the same problem but its a freak so  its logged that it
happened but as you say there is little that can be done/is worth doing 
due to the age of  this samba.

Thanks for your time.


Regards

Robin Cornelius



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

Bug#388812: fglrx-driver provides xserver-xorg-video

[Robin Eklund]

Package: fglrx-driver
Version: 8.28.8-1

fglrx-driver provides xserver-xorg-video which now has conflicts with
xserver-xorg-core, preventing fglrx-driver to install.

Possible suggestion is to provide xserver-xorg-video-1.0 instead of
xserver-xorg-video, this is what xserver-xorg-video-ati does.

System details: Debian unstable, Debian kernel image:
linux-image-2.6.16-2-686


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

Bug#446766: Update

[Robin Cornelius]

Reopening as i am still planning to finish this package.

upstream SVN has had some reworking and updating to qt4 instead of qt3
which makes this package far more viable

Will hope to get this finished off in the next few weeks

Robin




signature.asc
Description: OpenPGP digital signature

Bug#496737: RFP: liboauth -- secure authentication for desktop and web applications

[Robin Gareus]

Package: wnpp
Severity: whishlist

http://liboauth.sf.net/ is a collection of c functions implementing the
oAuth Core 1.0 standard API. liboauth provides basic functions to escape
and encode parameters according to oAuth specs and offers high-level
functions to sign requests or verify signatures.

##
the SVN trunk is the lastest stable - best get it from
https://liboauth.svn.sourceforge.net/svnroot/liboauth/trunk/

It includes /homebrew/ debian controlrules and debianizing may not be
much work. The code is MIT licensed, but debian-autoproject got me a
LGPL xmalloc.c - I'm sure you guys can help me out there.

TIA,
robin



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

Bug#489804: moc 2.5.0~alpha3+svn20080629-2 0 doesn't work on my box

[Gerard Robin]

Hello,
I have installed moc 2.5.0~alpha3+svn20080629-2 on my box but, for me,
it's the same that with moc 2.5.0~alpha3+svn20080629-1.
I tried it with kernels (packages Debian) 2.6.22 and 2.6.26. Fortunately moc 
2.5.0~alpha3-3
works fine for me.

--
Gérard



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

Bug#463535: logout hangs with libgtk2.0-0 2.12.5-2

[Robin Krisher]

I was having exactly the same problem with logging out or ending session 
hanging.  Only had this problem with lenny, not etch.  After a couple days 
banging my head, finally got it to work by using my Webmin and killing the 
running process /usr/bin/artsd -F 10 -S 4096 -b 16 -s 60 -m artsmessage -c 
drkonqi -l 3 -f  Don't know if arts uses libgtk but if I kill the process 
first I can logout, end session or reboot without any problems.  Give it a 
shot and see if it helps you too.



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

Bug#463535: logout hangs with libgtk2.0-0 2.12.5-2

[Robin Krisher]

As a follow-up to my previous submission about killing the artsd process, I 
also had a modification to my /usr/bin/startx file from another post that was 
as follows:

Towards the bottom of the file /usr/bin/startx,  there are lines that read:

if [ x$removelist != x ]; then
xauth remove $removelist
fi

Changed them to:

if [ x$removelist != x ]; then
echo $removelist 2
xauth -v remove $removelist
fi

Originally when I had tried this edit to my startx, it was only partially 
successful because it only worked when logged into root.  Logging in as a 
user, it made no effect.  I backtracked to remove this edit, after finding 
the killing of the artsd process worked, only to discover it works 
hand-in-hand with killing the artsd process.  Once I reverted to the original 
startx, the same symptoms happened again and killing artsd did nothing.  So 
now I have the edit back in my startx file.



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

Bug#461322: gnuchess (with xboard) cheats

[Gerard Robin]

Package: gnuchess
Version: 5.07-4
Severity: normal

The game begin like this:
(I am white, the machine is black)
w  b
-   
1. Nf3 d5 
2. Nd4 e5
3. Nf3 Nc6
4. e3 e4
5. Nd4 Nxd4
6. exd4 Qd6
7. c3  here the machine do e4 - e3 and eat d4 

I don't know if the problem comes from gnuchess or xboard ?
Thanks


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.23-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.ISO-8859-1, LC_CTYPE=fr_FR.ISO-8859-1 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnuchess depends on:
ii  libc6 2.7-6  GNU C Library: Shared libraries
ii  libncurses5   5.6+20080105-1 Shared libraries for terminal hand
ii  libreadline5  5.2-3  GNU readline and history libraries

Versions of packages gnuchess recommends:
pn  gnuchess-book none (no description available)

-- no debconf information



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

Bug#413987: Openjpeg moving to pkg-phototools group

[Robin Cornelius]

The pkg-phototools group have accepted openjpeg into a git tree under
their control and hopefully this will lead to finalisation of the
package and acceptance into Debian.

http://pkg-phototools.alioth.debian.org/

The openjpeg repository can now be found on Alioth too:-

http://git.debian.org/?p=pkg-phototools/openjpeg.git

As per pkg-phototools instructions the git tree contains only a debian/
folder but you can get the source with the get-orig-source rule.

make -f debian/rules get-orig-source

Then proceed as with a normal debian source package.

Regards

Robin









signature.asc
Description: OpenPGP digital signature

Bug#458429: linux-image-2.6.23-1-amd64: CPU#1 stuck for 11s [wpa_supplicant: 2857]

[Gerard Robin]

On Sun, Jan 06, 2008 at 08:50:58PM +0100, maximilian attems wrote:

From: maximilian attems [EMAIL PROTECTED]
To: Gerard Robin [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: Bug#458429: linux-image-2.6.23-1-amd64: CPU#1 stuck for 11s
[wpa_supplicant: 2857]

On Mon, 31 Dec 2007, Gerard Robin wrote:


At the boot, after this line:
DHCPDISCOVER on ath0 to 255.255.255.255 port 67 
I get:

Bug soft lokup CPU1# stuck for 11s [wpa_supplicant: 2857]
-8---
and my box freezes ...

The problem doesn't arise each time.

Gerard



your kernel is tainted try to reproduce without the ath hal crap.

beside having enough reports on regular linux images tainted
proprietary stuff is not debuggable, so your report could be
closed right away.


I upgrade my sid regularly, and with the same kernel 2.6.23-1, 
(package official Debian) now, suddenly, my box boots like charm.


Perhaps the problem did not come from the kernel 2.6.23-1 ?
I thought so because my box booted fine with the kernel 2.6.22-3.

Thanks
--
Gérard

Bug#412988: Resolved

[Robin Cornelius]

Please see package

libc-ares1 that is in sid

Will now close

Regards

Robin



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

Bug#449343: linux-image-2.6.22-3-amd64: Module applesmc fills log

[robin putters]

tags 449343 + patch



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

Bug#413986: ITP: xmlrpc-epi

[Robin Cornelius]

Hi Bart,

I've copied you in directly as i am not sure if you are subscribed to
413986.

Sorry for the delay in replying but i did not spot i was not subscribed
myself to the bug.

I've been doing some work with Paul on this package, the other blockers
of Secondlife and the Secondlife packages themselves and currently have
all the packages in a test repository and a svn tree for easy collaboration.

I was planning a run at xmlrpc-epi in the near future to see if we can
finish off this package and get it included into Debian.

Following Paul's suggestion a while back I will change the owner of this
package so it can be jointly owned via a group email i have already
setup. That way there is more that one person watching these reports too.

I am expecting to pick up this work again after Christmas and during
that I can check out the .diff.gz file and ensure the debian/copyright
file is updated too.

Once these tasks are complete I will upload a new package to mentors and
 once again have a RFS try.


Regards

Robin Cornelius







signature.asc
Description: OpenPGP digital signature

Bug#413987: Update to version 1.3

[Robin Cornelius]

For anyone who is watching, i have updated the svn tree to version 1.3 
of openjpeg as there has been an upstream release. The svn tree can be 
found at  :-


svn co svn://slupdate.byteme.org.uk/openjpeg/openjpeg/trunk openjpeg

This is a dpkg/svn tree that can be built with svn-buildpackage

I will be releasing some debs/dsc files soon.

As Paul suggested in his last email to me on this bug I have also 
changed the owner of bug 413987 to 
[EMAIL PROTECTED] and Paul will also 
recieve any mails sent to that address. But it took me 4 attempts to 
correctly update the field as something was inserting a newline in the 
email address.


Best regards

Robin Cornelius




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

Bug#458429: linux-image-2.6.23-1-amd64: CPU#1 stuck for 11s [wpa_supplicant: 2857]

[Gerard Robin]

Package: linux-image-2.6.23-1-amd64
Version: 2.6.23-2
Severity: critical
Justification: breaks the whole system

At the boot, after this line:
DHCPDISCOVER on ath0 to 255.255.255.255 port 67 
I get:
Bug soft lokup CPU1# stuck for 11s [wpa_supplicant: 2857]
-8---
and my box freezes ...

The problem doesn't arise each time.

Gerard

-- Package-specific info:
** Version:
Linux version 2.6.23-1-amd64 (Debian 2.6.23-2) ([EMAIL PROTECTED]) (gcc version 
4.1.3 20071209 (prerelease) (Debian 4.1.2-18)) #1 SMP Fri Dec 21 12:00:17 UTC 
2007

** cmdline:
root=/dev/sda6 ro 
** Tainted: P (1)

** Kernel log:
sdhci: Copyright(c) Pierre Ossman
input: Video Bus as /class/input/input7
ACPI: Video Device [VGA] (multi-head: yes  rom: no  post: no)
input: Video Bus as /class/input/input8
ACPI: Video Device [VGA] (multi-head: yes  rom: no  post: no)
wlan: 0.8.4.2 (0.9.3.2)
ath_pci: 0.9.4.5 (0.9.3.2)
ACPI: Battery Slot [BAT1] (battery present)
ACPI: AC Adapter [ACAD] (on-line)
Yenta: ISA IRQ mask 0x0cf8, PCI irq 20
Socket status: 3006
pcmcia: parent PCI bridge I/O window: 0xa000 - 0xafff
pcmcia: parent PCI bridge Memory window: 0xc020 - 0xc02f
pcmcia: parent PCI bridge Memory window: 0x8800 - 0x8bff
sdhci: SDHCI controller found at :06:04.2 [1524:0550] (rev 1)
ACPI: PCI Interrupt :06:04.2[B] - GSI 23 (level, low) - IRQ 23
mmc0: SDHCI at 0xc0210800 irq 23 DMA
sdhci: SDHCI controller found at :06:04.4 [1524:0551] (rev 1)
PCI: Enabling device :06:04.4 ( - 0002)
ACPI: PCI Interrupt :06:04.4[B] - GSI 23 (level, low) - IRQ 23
mmc1: SDHCI at 0xc0210100 irq 23 PIO
ACPI: PCI Interrupt :06:02.0[A] - GSI 22 (level, low) - IRQ 22
Synaptics Touchpad, model: 1, fw: 6.2, id: 0x1280b1, caps: 0xa04713/0x204000
ath_rate_sample: 1.2 (0.9.3.2)
wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 
36Mbps 48Mbps 54Mbps
wifi0: H/W encryption support: WEP AES AES_CCM TKIP
wifi0: mac 7.8 phy 4.5 radio 5.6
wifi0: Use hw queue 1 for WME_AC_BE traffic
wifi0: Use hw queue 0 for WME_AC_BK traffic
wifi0: Use hw queue 2 for WME_AC_VI traffic
wifi0: Use hw queue 3 for WME_AC_VO traffic
wifi0: Use hw queue 8 for CAB traffic
wifi0: Use hw queue 9 for beacons
input: SynPS/2 Synaptics TouchPad as /class/input/input9
wifi0: Atheros 5212: mem=0xc020, irq=22
ACPI: PCI Interrupt :00:14.2[A] - GSI 16 (level, low) - IRQ 16
hda: selected mode 0x42
hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hda: drive_cmd: error=0x04 { AbortedCommand }
ide: failed opcode was: 0xef
Adding 979924k swap on /dev/sda5.  Priority:-1 extents:1 across:979924k
loop: module loaded
powernow-k8: Found 1 AMD Turion(tm) 64 X2 Mobile Technology TL-50 processors (2 
cpu cores) (version 2.00.00)
powernow-k8:0 : fid 0x8 (1600 MHz), vid 0x13
powernow-k8:1 : fid 0x0 (800 MHz), vid 0x1e
ACPI: PCI Interrupt :01:05.0[A] - GSI 17 (level, low) - IRQ 17
radeonfb: Retrieved PLL infos from BIOS
radeonfb: Reference=14.32 MHz (RefDiv=6) Memory=300.00 Mhz, System=200.00 MHz
radeonfb: PLL min 2 max 4
Non-DDC laptop panel detected
i2c-adapter i2c-3: unable to read EDID block.
i2c-adapter i2c-3: unable to read EDID block.
i2c-adapter i2c-3: unable to read EDID block.
radeonfb: Monitor 1 type LCD found
radeonfb: Monitor 2 type no found
radeonfb: panel ID string: QDS 
radeonfb: detected LVDS panel size from BIOS: 1280x800
radeondb: BIOS provided dividers will be used
Console: switching to colour frame buffer device 160x50
radeonfb (:01:05.0): ATI Radeon Yu 
device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: [EMAIL PROTECTED]
ReiserFS: sda8: found reiserfs format 3.6 with standard journal
ReiserFS: sda8: using ordered data mode
ReiserFS: sda8: journal params: device sda8, size 8192, journal first block 18, 
max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda8: checking transaction log (sda8)
ReiserFS: sda8: Using r5 hash to sort names
ReiserFS: sda7: found reiserfs format 3.6 with standard journal
ReiserFS: sda7: using ordered data mode
ReiserFS: sda7: journal params: device sda7, size 8192, journal first block 18, 
max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda7: checking transaction log (sda7)
ReiserFS: sda7: Using r5 hash to sort names
ReiserFS: sda9: found reiserfs format 3.6 with standard journal
ReiserFS: sda9: using ordered data mode
ReiserFS: sda9: journal params: device sda9, size 8192, journal first block 18, 
max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda9: checking transaction log (sda9)
ReiserFS: sda9: Using r5 hash to sort names
pcmcia: Detected deprecated PCMCIA ioctl usage from process: discover.
pcmcia: This interface will soon be removed from the kernel; please expect 
breakage unless you upgrade to new tools.
pcmcia: see 

Bug#406335: Update

[Robin Cornelius]

Marcos Marado wrote:

Hi there,

Just to tell that nowadays the problem I used to have with the graphics is gone,
but now I have one other (which I suspect is upstream): sometimes, related with
network slowness perheaps, my screen goes almost black and processor tops: I
only see the mouse cursor move, but I can't even switch from X (CTRL+ALT+F1 or
something won't work). 


Anything I can tell you to help debug or reportbug this more properly?
  

Hi Marcos,

Can you confirm which version of the viewer this is?(we have 1.18.6.4-2 
on the repository now). Also what processor, graphics card/drivers etc.


What version of openjpeg do you have installed, also check the version 
of your mesa libraries as well. Older versions of openjpeg had a problem 
that caused a massive memory leak when used with the viewer and there 
was a bug in an older version of mesa that caused big issues.


Can you watch your memory usage with top (or some other utility), does 
the viewer eat all your memory or do you have plenty free when the 
freezes happen?


Anything interesting in ~/.secondlife/logs/SecondLife.log when the 
freezes occurs?


Regards

Robin




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

Bug#204818: Women like big size

[humbert robin]

they always say that size doesnt matter and i believed them, but they say it 
just not to hurt your ego, which i learned
later on... after getting dumped over a dozen times. now that I increased the 
size of my tool they have no reason not to
like me anymore, and i always enjoy watching their facial expression when they 
unzip those pants 

http://tyrisonsef.com

it's very simple: pop it 3 times a day, and watch what's in your pants increase 
in new lenght and girth within a few
months. i tried it, it worked, you should too you have nothing to lose but 
everything to gain




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

Bug#406335: Can i be of some help here with the packaging

[Robin Cornelius]

Paul TBBle Hampson wrote:

  Can i help at all here?

 Please.
Ok do we have a general plan for building? are we going to create GNU
make makefile(s) I don't see this as too much of a challenge just
stuff to do? It may be easier to start clean rather than fight scons
in to submission. Or have i missed an older package that has already
been converted?

 Just as a general note, I bought a new laptop, and although it's now fast
 enough to run the viewer, it's AMD64 and I've not yet had time to set up
 for slviewer development.
No worries, if you want to get running very quickly with out much
thinking :-) then just do
http://www.byteme.org.uk/secondlife-amd64/compiling-the-client.html

 In parallel, work's gotten quite busy, as we're building towards a release
 so I'm not sure I'm going to be able to offer too much more work on the
 slviewer package for the next few months, although I should be in a
 position
 to build-test and fix bugs, and I might have an older PowerPC machine
 online
 (not fast enough to run it, but can smoketest compilation) soon.
yea works a pain, gets in the way of SL. We can in theory build test
with pbuilder as well cross arch.

 I don't think I'll have time to do version upgrades though.
I seem to be keeping on top of this with my binary releases pretty well.

 What'd prolly really help is if someone were to organise a git repository.

Ooooh git. I could *in theory* run a repo but it will be on a broadband
connection and i can't sustain huge numbers of people working off it,
but just a dev team would be fine.

 That was always my plan once we were in shape for Debian, but I haven't
 thought through how such a thing should work in detail though,
 particularly
 in relation to dpatch.

 I understand there's some kind of git/quilt combination but I've not
 looked
 at it before.
I think the dpatch/quilt should work a treat. I don't know how it
integrates with git though. Maybe we should start with manual
dpatch/quilt and no git. You can have a working build with 7 patches and
some of them are added features such as openAL and mozlib.

I think plan #1 is create a makefile for 1.18.4.3 that will give us a
working start point for debianisation.

I will try to ITP and package c-ares soon as well. I've got another
package in my queue that i must finish first.

Robin






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

Bug#412988: Any news on this ITP

[Robin Cornelius]

Hi, This has been open since march, If you are no longer interested in
packaging this library then I am willing to take over. I am also
involved in the secondlife packaging effort and this is technically
blocking it.

-- 
Dr Robin Cornelius
Design Engineer
Hirst Magnetic Instruments Ltd
(UK Magnetics Society management committee member)

Tel: +44 (0) 1326 372734  www.hirst-magnetics.com
Fax: +44 (0) 1326 378069  www.gaussmeter.co.uk

Tesla House, Tregoniggie Industrial Estate
Falmouth, Cornwall, TR11 4SN, U.K.

Reg No: 1564814 England
VAT Registered: GB730 0277 74 




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

Bug#412988: Any news on this ITP

[Robin Cornelius]

Gauvain Pocentek wrote:
 Robin Cornelius wrote:
   
 Hi, This has been open since march, If you are no longer interested in
 packaging this library then I am willing to take over. I am also
 involved in the secondlife packaging effort and this is technically
 blocking it.
 

 Feel free to take care of it.
 You can use what I've already done:
 http://gauvain.pocentek.net/debian/cares/libcares_1.3.2-1.dsc

   
Thanks for the info, that will save a little effort :-)

Consider ITP hijacked (if i can remember how to change the owner)

Thanks



-- 
Dr Robin Cornelius
Design Engineer
Hirst Magnetic Instruments Ltd
(UK Magnetics Society management committee member)

Tel: +44 (0) 1326 372734  www.hirst-magnetics.com
Fax: +44 (0) 1326 378069  www.gaussmeter.co.uk

Tesla House, Tregoniggie Industrial Estate
Falmouth, Cornwall, TR11 4SN, U.K.

Reg No: 1564814 England
VAT Registered: GB730 0277 74 




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

Bug#450850: ITP: libllmozlib -- A wrapper library with simple API for embedding of Gecko browsers via XULRunner

[robin cornelius]

Package: wnpp
Severity: wishlist
Owner: robin cornelius [EMAIL PROTECTED]


* Package name: libllmozlib
  Version : 1.1.1
  Upstream Author : Callum Prentice [EMAIL PROTECTED]
* URL : http://www.ubrowser.com
* License : Mozilla Tri-licence MPL1.1 or GPL2 or LGPG2.1
  Programming Lang: CPP
  Description : A wrapper library with simple API for embedding of Gecko 
browsers
 via XULRunner

A wrapper library that makes embedding of Gecko based browsers via XULRunner a 
simplified task. Designed for the Secondlife project, the library can be used
to display browsers on 3D OpenGL shapes as well as regular windows, by providing
access to a buffer that represents the display to be rendered.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.21 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#450850: ITP: libllmozlib -- A wrapper library with simple API for embedding of Gecko browsers via XULRunner

[Robin Cornelius]

Mike Hommey wrote:
 On Sun, Nov 11, 2007 at 04:58:57PM +, robin cornelius wrote:
 Package: wnpp
 Severity: wishlist
 Owner: robin cornelius [EMAIL PROTECTED]


 * Package name: libllmozlib
   Version : 1.1.1
   Upstream Author : Callum Prentice [EMAIL PROTECTED]
 * URL : http://www.ubrowser.com
 * License : Mozilla Tri-licence MPL1.1 or GPL2 or LGPG2.1
   Programming Lang: CPP
   Description : A wrapper library with simple API for embedding of Gecko 
 browsers
  via XULRunner
 
 No need to talk about XULRunner in the short description.
 

Ok, ACK'd and will be done before upload to mentors

Robin




signature.asc
Description: OpenPGP digital signature

Bug#413987: Openjpeg updates

[Robin Cornelius]

Hi Paul,

Sorry i didn't spot that you had already uploaded the packages to
mentors :-) I'm half asleep as usual.

I have had a quick play with openjpeg today. On AMD64 i cannot run v1.2
i need SVN newer than v1.2 due to very nasty bugs. I have added a patch
to the dpatch system that brings version 1.2 upto SVN 465. I have also
rebased the other patches required on the Makefile (one was dropped as
its included in SVN). The so name is not quite right i *think* it should
be 1.2.0.so.2 which is what i have it as now in the debian source.

I've updated the change log but as usual this will cause a lintian NMU
warning as i am not the maintainer.

Pick up my latest version from
dget -x http://www.byteme.org.uk/uploads/openjpeg_1.2-2.dsc

I've also spoken to someone from part of the games team to kick things
off and it certainly looks like we can get SVN space without being a DD
so may be a step soon (i can do it sometime this week) is to set the svn
up and upload the viewer there. Not sure what we can do with all the
libs including this one, hopefully there is a little hole in the SVN
tree for all those too.

Regards

Robin


-- 
Dr Robin Cornelius
Design Engineer
Hirst Magnetic Instruments Ltd
(UK Magnetics Society management committee member)

Tel: +44 (0) 1326 372734  www.hirst-magnetics.com
Fax: +44 (0) 1326 378069  www.gaussmeter.co.uk

Tesla House, Tregoniggie Industrial Estate
Falmouth, Cornwall, TR11 4SN, U.K.

Reg No: 1564814 England
VAT Registered: GB730 0277 74 




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

Bug#192954: puffy body part for Rosetta

[Robin Moses]

webvinz . com




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

Bug#413987: Openjpeg updates

[Robin Cornelius]

Paul TBBle Hampson wrote:
 Robin Cornelius wrote:
  I have had a quick play with openjpeg today. On AMD64 i cannot run v1.2
  i need SVN newer than v1.2 due to very nasty bugs. I have added a patch
  to the dpatch system that brings version 1.2 upto SVN 465. I have also
  rebased the other patches required on the Makefile (one was dropped as
  its included in SVN). The so name is not quite right i *think* it should
  be 1.2.0.so.2 which is what i have it as now in the debian source.

 Hmm. Where'd you get this numbering scheme from? A brief check of
 the libs on my system suggests that libthing.so.major.minor is
 normal for the actual shared library, ldconfig will create
 libthing.so.major, and the -dev package has a link from libthing.so
 to libthing.so.major.

Hi Paul,

I think the soname is 2 according to the the openjpeg makefile but the rest
of it I may have just got wrong. I will probably just remove this patch.


 (Note that Debian policy requires the libthing.so.major link to be
 provided in the package as the library may be needed before ldconfig
 has been run)

 Also, that's not the soname. The soname is libthing.so.major.

 Have you seen dancer's shared library packaging guide? I don't think
 he dictates a name for the actual library, but the links libthing.so
 and libthing.so.major are important to the Linux shared library loader.
It was following a debian guide that got me in this mess. Saying that
digits before
the .so can be used for version control but digits after the so reflect
the binary/API
compatability.


 I think it's best to reserve digits before the .so for API bumps
 where the old API version is still under
 development/maintenance/usage, ie. it would need a distinct -dev
 package.

 The only other numbering scheme I've seen, which is what upstream
 uses before my dpatch, is libthing-major.minor.so. This would also
 be fine, since ldconfig again can produce libthing.so.major, since
 ldconfig doesn't use the _name_ of the file to determine that name,
 but the -soname parameter to the linker. (See the upstream Makefile)

Probably a plan to leave it well alone and remove my patch. Infact
upstream in
the SVN i believe are using the same scheme that you had in your dpatch.
Best
leave upstream alone in this instance and if it is wrong it can be
picked up later


 Out of curiosity, why are all your patches numbered 00?

They are still justs tests. I will move them to a correct number when i
am happy.


 A quick look at the .diff.gz file shows the following files have
 been left lying around outside the debian/ directory:
 openjpeg_svn_475.patch
 patches/series
 .pc/.version

 (That last one might need to be added to a clean rule... I'm
 guessing pkg-config has left it lying around)

 It also looks like I left the 'debian/tm' file lying around,
 better remove that in your next build.

Ok i will update them when i look at it next.


 Feel free to take over maintainership of this package if you
 wish, or if you want to hook up a mailing list for maintainership
 and make yourself an Uploader, I'm good with that too.


I think a mailing list for maintainership sounds like a good plan.

I have also set up an apt repository for testing this stuff. That you
are free to use
(or anyone else following this and related secondlife bugs)

deb http://cornelius.demon.co.uk/apt/ unstable main
deb-src http://cornelius.demon.co.uk/apt/ unstable main

There is (will be) a ftp upload for this too. I will send you access
details direct via
encrypted GPG mail, but you can just dput or dupload to it. It would be
great we can
get some PPC debs there as well.

Regards

Robin


-- 
Dr Robin Cornelius
Design Engineer
Hirst Magnetic Instruments Ltd
(UK Magnetics Society management committee member)

Tel: +44 (0) 1326 372734  www.hirst-magnetics.com
Fax: +44 (0) 1326 378069  www.gaussmeter.co.uk

Tesla House, Tregoniggie Industrial Estate
Falmouth, Cornwall, TR11 4SN, U.K.

Reg No: 1564814 England
VAT Registered: GB730 0277 74




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

Bug#450850: RFS: libllmozlib

[Robin Cornelius]

Paul Wise wrote:
 This is where the problems start, because upstream is a mess and I have
 made the situation much worse.
 
 I think the best idea is to work with upstream to get it in shape
 first, and then work on a Debian package. Looks like the LindenLabs
 folk are interested in getting it into Debian and other distros
 anyway:
 
 http://lwn.net/Articles/257032/
 
 So, perhaps contact Rob Lanphier and find out what the situation with
 llmozlib is, get involved in the development and fix up the
 versioning, linking against xulrunner and so on.

Ok this situation is this. This was brought up at the last open source
meeting and I discussed with Rob about the possibility of this. He is
very interested but as asked that the build environment can use cmake as
that is what they are very interested in internally now and want to
switch over everything to.

The main reason for cmake is to generate Visual studio projects and
xcode projets as well as the linux code from a single makefile.

So unless I do the cmakefile it is not going to happen for quite a
while. I will have a look at this but it will take a little time.

So for the moment the package is on hold and i will try again when we
have cmake working.

Regards

Robin






signature.asc
Description: OpenPGP digital signature

Bug#451853: cfgstoragemaker: fails to find hrStorageAllocationUnits.4

[Robin Szemeti]

Package: cfgstoragemaker
Version: 1.1-3
Severity: grave
Justification: renders package unusable


when running cfgstoragemaker with etch, the generated cfg contaisn
references to non-existent variables 

in particular, hrStorageAllocationUnits.4 causes a problem with disk
space calcs

# Generated automatically using cfgstoragemaker

Withpeak[_]: wmy

YLegend[_]: Bytes
ShortLegend[_]: B
Options[^]: gauge
Unscaled[^]: dwmy

# ugly kludge to multiply values by 1000 without exceeded 32 bits
# limits.
kMG[_]: k,M,G,T,P

LoadMIBs: /usr/share/snmp/mibs/HOST-RESOURCES-MIB.txt


Target[localhost-]: hrStorageUsed.4hrStorageUsed.4:[EMAIL PROTECTED] /
1000 * hrStorageAllocationUnits.4hrStorageAlloca
tionUnits.4:[EMAIL PROTECTED] / 1024 * 1000
Title[localhost-]: / on localhost
MaxBytes[localhost-]: 1690
Directory[localhost-]: localhost
PageTop[localhost-]: H1/ on localhost/H1
  TABLE
 TRTDType/TD   TDFixedDisk/TD/TR
TRTDName/TD   TD//TD/TR
   TRTDHost/TD   TDlocalhost/TD/TR
  TRTDSize/TD   TD16.1 GB/TD/TR
 TRTDBlock Size/TD TD4096/TD/TR
   /TABLE


debian:/home/robin# mrtg
Unknown SNMP var hrStorageUsed.1
 at /usr/bin/mrtg line 2043
 Unknown SNMP var hrStorageUsed.1
  at /usr/bin/mrtg line 2043
  2007-11-18 21:50:34: WARNING: Expected a number but got '0:03:29'
  2007-11-18 21:50:34: WARNING: Expected a number but got 'debian'
  Unknown SNMP var hrStorageAllocationUnits.1
   at /usr/bin/mrtg line 2043
   Unknown SNMP var hrStorageAllocationUnits.1
at /usr/bin/mrtg line 2043
2007-11-18 21:50:34: WARNING: Expected a number but got '0:03:30'
2007-11-18 21:50:34: WARNING: Expected a number but got 'debian'
Unknown SNMP var hrStorageUsed.4
 at /usr/bin/mrtg line 2043
 Unknown SNMP var hrStorageUsed.4
  at /usr/bin/mrtg line 2043
  2007-11-18 21:50:34: WARNING: Expected a number but got '0:03:30'
  2007-11-18 21:50:34: WARNING: Expected a number but got 'debian'
  Unknown SNMP var hrStorageAllocationUnits.4
   at /usr/bin/mrtg line 2043
   Unknown SNMP var hrStorageAllocationUnits.4
at /usr/bin/mrtg line 2043
2007-11-18 21:50:34: WARNING: Expected a number but got
'0:03:30'
2007-11-18 21:50:34: WARNING: Expected a number but got 'debian'
2007-11-18 21:50:35: ERROR:
Target[localhost-memory-buffers][_IN_] ' $target-[8]{$mode}  /
1000 *  $target-[9]{$mode}  / 1024 * 1000' (warn): Use of
uninitialized value in multiplication (*) at (eval 33) line 1.
2007-11-18 21:50:35: ERROR:
Target[localhost-memory-buffers][_OUT_] ' $target-[8]{$mode}  /
1000 *  $target-[9]{$mode}  / 1024 * 1000' (warn): Use of
uninitialized value in multiplication (*) at (eval 34) line 1.
2007-11-18 21:50:35: ERROR: Target[localhost-][_IN_] '
$target-[10]{$mode}  / 1000 *  $target-[11]{$mode}  / 1024 *
1000' (warn): Use of uninitialized value in multiplication (*)
at (eval 35) line 1.
2007-11-18 21:50:35: ERROR: Target[localhost-][_OUT_] '
$target-[10]{$mode}  / 1000 *  $target-[11]{$mode}  / 1024 *
1000' (warn): Use of uninitialized value in multiplication (*)
at (eval 36) line 1.





-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-2-686-smp
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages cfgstoragemaker depends on:
ii  mrtg  2.14.7-2   multi router traffic grapher
ii  perl  5.8.8-7Larry Wall's Practical Extraction 
ii  snmp  5.2.3-7NET SNMP (Simple Network Managemen

cfgstoragemaker recommends no packages.

-- no debconf information



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