Processing of turbogears_1.0.8-2_i386.changes
turbogears_1.0.8-2_i386.changes uploaded successfully to localhost along with the files: turbogears_1.0.8-2.dsc turbogears_1.0.8-2.diff.gz python-turbogears_1.0.8-2_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processing of turbogears2_2.0-2_i386.changes
turbogears2_2.0-2_i386.changes uploaded successfully to localhost along with the files: turbogears2_2.0-2.dsc turbogears2_2.0-2.diff.gz python-turbogears2_2.0-2_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processing of turbokid_1.0.4-5_i386.changes
turbokid_1.0.4-5_i386.changes uploaded successfully to localhost along with the files: turbokid_1.0.4-5.dsc turbokid_1.0.4-5.diff.gz python-turbokid_1.0.4-5_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processing of turbojson_1.2.1-2_i386.changes
turbojson_1.2.1-2_i386.changes uploaded successfully to localhost along with the files: turbojson_1.2.1-2.dsc turbojson_1.2.1-2.diff.gz python-turbojson_1.2.1-2_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
turbokid_1.0.4-5_i386.changes ACCEPTED
Accepted: python-turbokid_1.0.4-5_all.deb to pool/main/t/turbokid/python-turbokid_1.0.4-5_all.deb turbokid_1.0.4-5.diff.gz to pool/main/t/turbokid/turbokid_1.0.4-5.diff.gz turbokid_1.0.4-5.dsc to pool/main/t/turbokid/turbokid_1.0.4-5.dsc Override entries for your package: python-turbokid_1.0.4-5_all.deb - optional python turbokid_1.0.4-5.dsc - source python Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
turbogears2_2.0-2_i386.changes ACCEPTED
Accepted: python-turbogears2_2.0-2_all.deb to pool/main/t/turbogears2/python-turbogears2_2.0-2_all.deb turbogears2_2.0-2.diff.gz to pool/main/t/turbogears2/turbogears2_2.0-2.diff.gz turbogears2_2.0-2.dsc to pool/main/t/turbogears2/turbogears2_2.0-2.dsc Override entries for your package: python-turbogears2_2.0-2_all.deb - optional python turbogears2_2.0-2.dsc - source python Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
turbogears_1.0.8-2_i386.changes ACCEPTED
Accepted: python-turbogears_1.0.8-2_all.deb to pool/main/t/turbogears/python-turbogears_1.0.8-2_all.deb turbogears_1.0.8-2.diff.gz to pool/main/t/turbogears/turbogears_1.0.8-2.diff.gz turbogears_1.0.8-2.dsc to pool/main/t/turbogears/turbogears_1.0.8-2.dsc Override entries for your package: python-turbogears_1.0.8-2_all.deb - optional python turbogears_1.0.8-2.dsc - source python Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Cheating iess sexy!
Mman builds 3,300-pound rubber band brallattachment: medievally.jpg
Processing of partlibrary_2.1.2.8-1-1_i386.changes
partlibrary_2.1.2.8-1-1_i386.changes uploaded successfully to localhost along with the files: partlibrary_2.1.2.8-1-1.dsc partlibrary_2.1.2.8-1.orig.tar.gz partlibrary_2.1.2.8-1-1.diff.gz partlibrary_2.1.2.8-1-1_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
partlibrary_2.1.2.8-1-1_i386.changes ACCEPTED
Accepted: partlibrary_2.1.2.8-1-1.diff.gz to pool/main/p/partlibrary/partlibrary_2.1.2.8-1-1.diff.gz partlibrary_2.1.2.8-1-1.dsc to pool/main/p/partlibrary/partlibrary_2.1.2.8-1-1.dsc partlibrary_2.1.2.8-1-1_all.deb to pool/main/p/partlibrary/partlibrary_2.1.2.8-1-1_all.deb partlibrary_2.1.2.8-1.orig.tar.gz to pool/main/p/partlibrary/partlibrary_2.1.2.8-1.orig.tar.gz Override entries for your package: partlibrary_2.1.2.8-1-1.dsc - source graphics partlibrary_2.1.2.8-1-1_all.deb - optional graphics Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 434778 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
A Condom Size Chart Will Help You Get The Moost inn Pleasure And Protection
Italian Bonnie and Cflyde couple smlooch to robattachment: shredded.jpg
Bug#533361: xcftools: 'xcf2pnm -C ... layer' crashes on some valid XCF files
Package: xcftools Version: 1.0.4-1 Severity: important I really like the xcftools package, because it lets me author things in Gimp and then automate operations on them (e.g. let a Makefile generate jpeg images from a sandwhich of layers). However, this bug is a problem for me currently: I try to extract individual layers, clipped to the canvas size. It seems that at least sometimes, for at least some layers which extends past the edges of the canvas, xcf2pnm fails. On this amd64 system, it passes an unreasonable size to malloc(). On my PPC Debian 4.0 system and xcftools (1.0.4-1) it dies with SIGILL instead. Possibly, almost anything can happen. xcf2png fails in the same way. Some might suspect that this as a security issue. I have chosen not to file it as such, but feel free to raise the severity if you think it's important. I have attached two minimal example files (gzipped). The -bigcanvas variant was created in Gimp with Fit canvas to layers. And here is a terminal session which shows the problem: salix:/tmp/xcfbug% ls -l total 84 -rw-r--r-- 1 grahn grahn 46351 Jun 16 21:50 djuras_white_bigcanvas.xcf -rw-r--r-- 1 grahn grahn 32939 Jun 16 21:49 djuras_white.xcf salix:/tmp/xcfbug% md5sum *xcf a1b5381579a94af0822a09d3f37b3e4b djuras_white_bigcanvas.xcf 7812863507ddd7e486bfabdb468f6d78 djuras_white.xcf salix:/tmp/xcfbug% xcfinfo djuras_white.xcf Version 0, 1600x1600 RGB color, 2 layers, compressed RLE - 1670x1653-38-27 RGB-alpha Normal eniro + 1600x1600+0+0 RGB-alpha Normal ekon salix:/tmp/xcfbug% xcfinfo djuras_white_bigcanvas.xcf Version 0, 1670x1653 RGB color, 2 layers, compressed RLE - 1670x1653+0+0 RGB-alpha Normal eniro + 1600x1600+38+27 RGB-alpha Normal ekon salix:/tmp/xcfbug% xcf2pnm -b black -C djuras_white_bigcanvas.xcf ekon |md5sum 141f57dbe4df3f07eb00b58297112e91 - salix:/tmp/xcfbug% xcf2pnm -b black -C djuras_white.xcf ekon |md5sum 141f57dbe4df3f07eb00b58297112e91 - salix:/tmp/xcfbug% xcf2pnm -b black -C djuras_white_bigcanvas.xcf eniro |md5sum 95a6ef319b81ae9f552b6f0ef3c164d9 - salix:/tmp/xcfbug% xcf2pnm -b black -C djuras_white.xcf eniro |md5sum xcf2pnm: Out of memory d41d8cd98f00b204e9800998ecf8427e - zsh: exit 127 xcf2pnm -b black -C djuras_white.xcf eniro | zsh: done md5sum salix:/tmp/xcfbug% valgrind -q xcf2pnm -b black -C djuras_white.xcf eniro |md5sum ==2403== Warning: silly arg (-1794832372) to malloc() xcf2pnm: Out of memory d41d8cd98f00b204e9800998ecf8427e - zsh: exit 127 valgrind -q xcf2pnm -b black -C djuras_white.xcf eniro | zsh: done md5sum salix:/tmp/xcfbug% I'd really appreciate a fix. I could try debugging it myself, but I have a feeling someone else (e.g. the upstream author) who knows XXF better can succeed in an hour or so. regards, Jörgen -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26.7 (PREEMPT) Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages xcftools depends on: ii libc62.7-18 GNU C Library: Shared libraries ii libpng12-0 1.2.27-2+lenny2 PNG library - runtime Versions of packages xcftools recommends: pn feh | gimageview | gqview | i none (no description available) ii mime-support 3.44-1 MIME files 'mime.types' 'mailcap ii x11-common1:7.3+18 X Window System (X.Org) infrastruc Versions of packages xcftools suggests: ii gimp 2.4.7-1The GNU Image Manipulation Program -- no debconf information djuras_white.xcf.gz Description: GNU Zip compressed data djuras_white_bigcanvas.xcf.gz Description: GNU Zip compressed data
Why It Can Be A Turn On Too Dress Upp
Woman's 10-Cent eBt Pays $21,584 att Trackattachment: warsle.jpg
Bug#418975: marked as done (libnet1: Buffer overrun in libnet_pblock_coalesce)
Your message dated Tue, 16 Jun 2009 23:47:08 +
with message-id e1mgimu-0006o4...@ries.debian.org
and subject line Bug#418975: fixed in libnet 1.1.4-1
has caused the Debian Bug report #418975,
regarding libnet1: Buffer overrun in libnet_pblock_coalesce
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
418975: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=418975
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: libnet1
Version: 1.1.2.1-2
Severity: important
Tags: patch
Hi,
while investigating #418749 and #417835 I discovered that
libnet_do_checksum() seems to be accessing unalocated memory.
The problem seems to stem libnet_pblock_coalesce(), which passes
buf + offset, where offset is calculated to be
(l-total_size + l-aligner) - q-ip_offset. However, in the usage
case that I see q-ip_offset is always zero, and as buf
is mallocked to be l-total_size + l-aligner bytes long earlier in
libnet_pblock_coalesce(), unallocated memory is passed to the
libnet_do_checksum() call.
Poking around a bit, it seems that the memory is also uninitialised.
I'm not sure what the correct fix is, but I wonder if offset
should actually be l-aligner + q-ip_offset. This certainly
solves the problem that was reported in #418749 and #417835.
But as both l-aligner and q-ip_offset are zero I am not sure if
it is correct in the general case.
--- libnet-1.1.2.1-wip.orig/src/libnet_pblock.c 2007-04-13 14:46:34.0
+0900
+++ libnet-1.1.2.1-wip/src/libnet_pblock.c 2007-04-13 14:46:58.0
+0900
@@ -389,7 +389,7 @@
{
if ((q-flags) LIBNET_PBLOCK_DO_CHECKSUM)
{
-int offset = (l-total_size + l-aligner) - q-ip_offset;
+int offset = l-aligner + q-ip_offset;
c = libnet_do_checksum(l, *packet + offset,
libnet_pblock_p2p(q-type), q-h_len);
if (c == -1)
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (190, 'unstable'), (180, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores)
Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) (ignored: LC_ALL
set to ja_JP.utf8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libnet1 depends on:
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
libnet1 recommends no packages.
-- no debconf information
---End Message---
---BeginMessage---
Source: libnet
Source-Version: 1.1.4-1
We believe that the bug you reported is fixed in the latest version of
libnet, which is due to be installed in the Debian FTP archive:
libnet1-dbg_1.1.4-1_i386.deb
to pool/main/libn/libnet/libnet1-dbg_1.1.4-1_i386.deb
libnet1-dev_1.1.4-1_i386.deb
to pool/main/libn/libnet/libnet1-dev_1.1.4-1_i386.deb
libnet1-doc_1.1.4-1_all.deb
to pool/main/libn/libnet/libnet1-doc_1.1.4-1_all.deb
libnet1_1.1.4-1_i386.deb
to pool/main/libn/libnet/libnet1_1.1.4-1_i386.deb
libnet_1.1.4-1.diff.gz
to pool/main/libn/libnet/libnet_1.1.4-1.diff.gz
libnet_1.1.4-1.dsc
to pool/main/libn/libnet/libnet_1.1.4-1.dsc
libnet_1.1.4.orig.tar.gz
to pool/main/libn/libnet/libnet_1.1.4.orig.tar.gz
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 418...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Stefanos Harhalakis v...@v13.gr (supplier of updated libnet package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Format: 1.8
Date: Wed, 10 Jun 2009 17:18:17 +0300
Source: libnet
Binary: libnet1 libnet1-dbg libnet1-dev libnet1-doc
Architecture: source all i386
Version: 1.1.4-1
Distribution: unstable
Urgency: low
Maintainer: Stefanos Harhalakis v...@v13.gr
Changed-By: Stefanos Harhalakis v...@v13.gr
Description:
libnet1- library for the construction and handling of network packets
libnet1-dbg - debugging symbols for libnet
libnet1-dev - development files for libnet
libnet1-doc - developers documentation files for libnet
Closes: 418975 516222
Changes:
libnet (1.1.4-1) unstable; urgency=low
.
* New upstream release.
* Removed quilt depedencies (no more debian patches).
* Install upstream CHANGELOG in docs.
.
Check out my photos on Facebook
Hi packages, I set up a Facebook profile where I can post my pictures, videos and events and I want to add you as a friend so you can see it. First, you need to join Facebook! Once you join, you can also create your own profile. -- Selling your website is fast, easy and free. Sell your website quickly and easily with a Premiere Listing. You can reach thousands of qualified buyers looking to purchase existing websites each week. List your site for free with a Standard Listing or stand out from the crowd with a Premiere Listing designed to attract even more buyers. www [dot] businesswebsiteforsale [dot] com -- Thanks, Xhiete To sign up for Facebook, follow the link below: http://www.facebook.com/p.php?i=1796086784k=Z6BZ6YW4PZVOUCGEX1WYUPSr packa...@qa.debian.org was invited to join Facebook by Xhiete Sun. If you do not wish to receive this type of email from Facebook in the future, please click on the link below to unsubscribe. http://www.facebook.com/o.php?k=ac265eu=1359285442mid=a24450G51050cc2G0G8 Facebook's offices are located at 1601 S. California Ave., Palo Alto, CA 94304.
All About Erotic Masslages For eMn
Robin Willliams Palys 'Spore' (MOV, 57.4MB)attachment: specimen.jpg
Re: UDD data - MySQL - Was: Re: Archiving UDD data : FLOSSMole ?
On Wed, Jun 10, 2009 at 05:59:21PM +0200, Olivier Berger wrote:
Actually, something obvious seems to render things a bit difficult at
first sight : UDD is in PostGres, and FLOSSMole uses MySQL.
We're discussing some options on the ossmole-discuss list to overcome
this difficulty.
My advice is to import in PG on a Debian system with the required
dependencies, create views to be able to convert non standard types to
standard ones, then dump again to SQL, and import to MySQL... any
comments ?
UDD has some parts that are Postgres specific, in particular it uses
the Postgres extension mechanism to internalize Debian version
comparison so that it can be exploited in queries. In the beginning,
the internalization was done only as an extension function, it might
be that now there is even a custom data type where you can use and
such, but I'm not sure about that (redirect to Lucas).
You just need to pay attention (and maybe do some tests) that,
migrating away from Postgres, you might loose the ability to reuse the
same queries which you can currently use with udd.d.o.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
signature.asc
Description: Digital signature
Re: script to query WNPP bugs using debtags
Serafeim Zanikolas wrote: As I haven't heard back from the devscripts devel team, I'm forwarding this here. fwiw, you do only appear to have waited 24 hours for a response, which isn't a hugely long time. Regards, Adam -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[i...@jhr-online.de: RFS: partlibrary (QA Upload)]
Should've CC'd QA in the first place: - Forwarded message from Jan Hauke Rahm i...@jhr-online.de - To: Debian-Mentors debian-ment...@lists.debian.org From: Jan Hauke Rahm i...@jhr-online.de Subject: RFS: partlibrary (QA Upload) Dear mentors, I am looking for a sponsor for the new version 2.1.2.8-1-1 of the package partlibrary. It is orphaned and I don't intend to adopt it. Because of the relatively high popcon I've prepared a QA upload with the current upstream version. It builds these binary packages: partlibrary - Electrical and processing parts and symbols for QCad 2 The package appears to be lintian clean. The upload would fix these bugs: 434778 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/partlibrary - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/partlibrary/partlibrary_2.1.2.8-1-1.dsc I would be glad if someone uploaded this package for me (or rather for QA :)). Cheers, Hauke - End forwarded message - signature.asc Description: Digital signature
Re: UDD data - MySQL - Was: Re: Archiving UDD data : FLOSSMole ?
On Tue, Jun 16, 2009 at 09:49:27AM +0200, Stefano Zacchiroli wrote: UDD has some parts that are Postgres specific, in particular it uses the Postgres extension mechanism to internalize Debian version comparison so that it can be exploited in queries. In the beginning, the internalization was done only as an extension function, it might be that now there is even a custom data type where you can use and such, but I'm not sure about that (redirect to Lucas). I can confirm that there is a new data type debversion: udd= \d packages Table public.packages Column|Type| Modifiers -++--- package | text | not null version | debversion | not null architecture| text | not null maintainer | text | description | text | long_description| text | source | text | source_version | debversion | ... which is probably hard to reimplement in MySQL. There was a thread here on this list about this data type and its implementation. You just need to pay attention (and maybe do some tests) that, migrating away from Postgres, you might loose the ability to reuse the same queries which you can currently use with udd.d.o. IMHO it is not a good idea to try to port UDD to a different database engine. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533333: plasma-widgets-addons: kde-twitter input box too big, forgets resize
Package: plasma-widgets-addons Version: 4:4.2.2-1 Severity: normal I resize the kde-twitter plasmoid, which effectively only resizes the top inputbox. But with the next update (or at least at an arbitrary moment), the box re-resizes itself to the old size. #annoying It shouldn't do that. The inputbox is a great empty space on the desktop with nothing in it for the most time. It hasn't to be so large. Keep up the good work. mo -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages plasma-widgets-addons depends on: ii kdebase-runtime 4:4.2.2-1 runtime components from the offici ii kdebase-workspace-libs4+5 4:4.2.2-2 libraries provided by the KDE 4 ba ii kdelibs5 4:4.2.2-2 core libraries for all KDE 4 appli ii libc6 2.9-12 GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1] 7.0.3-7A free implementation of the OpenG ii libglu1-mesa [libglu1]7.0.3-7The OpenGL utility library (GLU) ii libkexiv2-7 4:4.2.2-2 Qt like interface for the libexiv2 ii libphonon44:4.3.1-1 Phonon multimedia framework for Qt ii libplasma34:4.2.2-2 library for the KDE 4 Plasma deskt ii libqt4-dbus 4.5.1-2Qt 4 D-Bus module ii libqt4-svg4.5.1-2Qt 4 SVG module ii libqt4-webkit 4.5.1-2Qt 4 WebKit module ii libqt4-xml4.5.1-2Qt 4 XML module ii libqtcore44.5.1-2Qt 4 core module ii libqtgui4 4.5.1-2Qt 4 GUI module ii libstdc++64.4.0-5The GNU Standard C++ Library v3 ii libx11-6 2:1.2.1-1 X11 client-side library ii phonon4:4.3.1-1 metapackage for Phonon multimedia ii plasma-dataengines-addons 4:4.2.2-1 addons for KDE 4 Plasma - data eng ii plasma-dataengines-workspace 4:4.2.2-2 KDE 4 base workspace Plasma data e Versions of packages plasma-widgets-addons recommends: ii plasma-widget-lancelot4:4.2.2-1 addons for KDE 4 Plasma - lancelot plasma-widgets-addons suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533339: /usr/bin/plasma: plasmoids don't honor keyboard-settings
Package: kdebase-workspace-bin Version: 4:4.2.2-2 Severity: important File: /usr/bin/plasma *** Please type your report below this line *** I have tested this with kde-twitter and the 'note'-plasmoid. I am German, but I use an american layout, because I like it. To write the german Umlauts, I use rshift + ralt (alt-GR on our keyboards) as compose-button (it seems, it's called 'multi-key'). This works flawlessly in all X-applications, but not in plasmoids. My settings are in 'regional language' tab of the system-settings-program: in the 'layout'-tab the listed command is: setxkbmap -model pc104 -layout us,de -variant basic,basic the setting under 'advanced' is: setxkbmap -option -option lv3:ralt_switch_multikey,eurosign:e generated by choosing 'Right Alt, Shift+Right Alt key is Multy_Key' under 'Key to choose 3rd level' and 'Adding EuroSign to certain keys': 'E'. I cannot write Umlauts or else use the multi-key on plasmoids. Keep up the good work mo -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kdebase-workspace-bin depends on: ii kaboom1.1.1 The Debian KDE settings migration ii kdebase-runtime 4:4.2.2-1 runtime components from the offici ii kdebase-workspace-data4:4.2.2-2 shared data files for the KDE 4 ba ii kdebase-workspace-libs4+5 4:4.2.2-2 libraries provided by the KDE 4 ba ii kdelibs5 4:4.2.2-2 core libraries for all KDE 4 appli ii libc6 2.9-12 GNU C Library: Shared libraries ii libfontconfig12.6.0-3generic font configuration library ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.0-5 GCC support library ii libgl1-mesa-glx [libgl1] 7.0.3-7A free implementation of the OpenG ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libpam0g 1.0.1-9Pluggable Authentication Modules l ii libphonon44:4.3.1-1 Phonon multimedia framework for Qt ii libplasma34:4.2.2-2 library for the KDE 4 Plasma deskt ii libpng12-01.2.36-1 PNG library - runtime ii libqimageblitz4 1:0.0.4-4 QImageBlitz image effects library ii libqt4-dbus 4.5.1-2Qt 4 D-Bus module ii libqt4-qt3support 4.5.1-2Qt 3 compatibility library for Qt ii libqt4-script 4.5.1-2Qt 4 script module ii libqt4-svg4.5.1-2Qt 4 SVG module ii libqt4-xml4.5.1-2Qt 4 XML module ii libqtcore44.5.1-2Qt 4 core module ii libqtgui4 4.5.1-2Qt 4 GUI module ii libsm62:1.1.0-2 X11 Session Management library ii libsoprano4 2.2.2+dfsg.1-1 libraries for the Soprano RDF fram ii libstdc++64.4.0-5The GNU Standard C++ Library v3 ii libstreamanalyzer00.6.5-1+b1 streamanalyzer library for Strigi ii libusb-0.1-4 2:0.1.12-13userspace USB programming library ii libx11-6 2:1.2.1-1 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi62:1.1.4-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxklavier12 3.9-1 X Keyboard Extension high-level AP ii libxrandr22:1.3.0-2 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii libxss1 1:1.1.3-1 X11 Screen Saver extension library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii libxxf86misc1 1:1.0.1-3 X11 XFree86 miscellaneous extensio ii phonon4:4.3.1-1 metapackage for Phonon multimedia ii plasma-widgets-workspace 4:4.2.2-2 KDE 4 base workspace Plasma widget ii x11-utils 7.4+1 X11 utilities ii x11-xserver-utils 7.4+2 X server utilities Versions of packages kdebase-workspace-bin recommends: ii plasma-scriptengines 4:4.2.2-2 a metapackage to install all Plasm Versions of packages kdebase-workspace-bin suggests: ii x11-xkb-utils 7.4+2 X11 XKB utilities -- no debconf information -- To UNSUBSCRIBE,
Re: [i...@jhr-online.de: RFS: partlibrary (QA Upload)]
Jan Hauke Rahm wrote: Should've CC'd QA in the first place: - Forwarded message from Jan Hauke Rahm i...@jhr-online.de - To: Debian-Mentors debian-ment...@lists.debian.org From: Jan Hauke Rahm i...@jhr-online.de Subject: RFS: partlibrary (QA Upload) Dear mentors, I am looking for a sponsor for the new version 2.1.2.8-1-1 of the package partlibrary. It is orphaned and I don't intend to adopt it. Because of the relatively high popcon I've prepared a QA upload with the current upstream version. It builds these binary packages: partlibrary - Electrical and processing parts and symbols for QCad 2 The package appears to be lintian clean. The upload would fix these bugs: 434778 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/partlibrary - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/partlibrary/partlibrary_2.1.2.8-1-1.dsc I would be glad if someone uploaded this package for me (or rather for QA :)). Cheers, Hauke - End forwarded message - Uploaded. Thanks, Barry deFreese Debian QA -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: script to query WNPP bugs using debtags
Thanks and sorry for the noise. -S -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533355: miro: Miro segfaults with clean config
Package: miro Version: 2.0.3-1 Severity: important $ rm -r ~/.democracy $ rm -r ~/.miro $ miro yaddayaddayadda a window appears ... 20 secs ... stuff gets loaded ... I click on 'legaltorrents' (which is there, even though I did nothing to bring it there) and ... poof: 2009-06-16 21:26:54,667 TIMING feed update for: http://feeds.miroguide.com/miroguide/featured too slow (1.368 secs) 2009-06-16 21:26:54,762 TIMING idle (Thread Pool Callback (Feedparser callback - http://feeds.miroguide.com/miroguide/featured)) too slow (1.462 secs) 2009-06-16 21:26:55,305 WARNING Ignoring Dialog -- title: text: (ssl_error_ssl_disabled) 2009-06-16 21:26:56,743 TIMING WARNING: Calling bound method ChannelGuide.guide_downloaded of miro.guide.ChannelGuide instance at 0x9be2d2c on HTTPClient: http://beta.legaltorrents.com/ too slow (1.222 secs) 2009-06-16 21:26:57,726 INFO Starting auto downloader... 2009-06-16 21:26:57,781 TIMING Icon clear: 0.000 2009-06-16 21:26:57,783 INFO Starting movie data updates 2009-06-16 21:27:00,689 TIMING timeout (Save database) too slow (0.651 secs) 2009-06-16 21:27:02,519 TIMING idle (Thread Pool Callback (Feedparser callback - http://feeds.feedburner.com/earth-touch_podcast_720p)) too slow (0.971 secs) /usr/bin/miro: line 27: 17807 Segmentation fault miro.real $@ keep up the good work mo -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages miro depends on: ii libboost-python1.37.0 1.37.0-9 Boost.Python Library ii libc6 2.9-12GNU C Library: Shared libraries ii libgcc11:4.4.0-5 GCC support library ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libgtk2.0-02.16.1-2 The GTK+ graphical user interface ii libnspr4-0d4.7.4-3 NetScape Portable Runtime Library ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.1-1 X11 client-side library ii libxine1 1.1.16.2-1+b1 the xine video/media player librar ii libxine1-plugins 1.1.16.2-1the xine video/media player librar ii libxine1-x 1.1.16.2-1+b1 X desktop video output plugins for ii miro-data 2.0.3-1 GTK+ based RSS video aggregator da ii python 2.5.4-2 An interactive high-level object-o ii python-dbus0.83.0-1 simple interprocess messaging syst ii python-glade2 2.14.1-3 GTK+ bindings: Glade support ii python-gnome2 2.26.1-1 Python bindings for the GNOME desk ii python-gtk22.14.1-3 Python bindings for the GTK+ widge ii python-gtkmozembed 2.25.3-1 Python bindings for the GtkMozEmbe ii python-libtorrent 0.14.2-2+b1 Python bindings for libtorrent-ras ii python-pysqlite2 2.5.5-1 Python interface to SQLite 3 ii python-support 1.0.3 automated rebuilding support for P ii xulrunner-1.9 1.9.0.7-1 XUL + XPCOM application runner Versions of packages miro recommends: ii python-psyco 1.6-1 Python specializing compiler Versions of packages miro suggests: ii gstreamer0.10-ffmpeg 0.10.7-1 FFmpeg plugin for GStreamer pn gstreamer0.10-plugins-bad none (no description available) ii gstreamer0.10-plugins-base0.10.23-2 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.15-2 GStreamer plugins from the good ii gstreamer0.10-plugins-ugly0.10.11-1 GStreamer plugins from the ugly ii gstreamer0.10-x 0.10.23-2 GStreamer plugins for X11 and Pang pn python-gst0.10none (no description available) ii python-notify 0.1.1-2+b1 Python bindings for libnotify ii ttf-dejavu2.29-2 Metapackage to pull in ttf-dejavu- -- no debconf information -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: UDD data - MySQL - Was: Re: Archiving UDD data : FLOSSMole ?
Le mardi 16 juin 2009 à 12:50 +0200, Andreas Tille a écrit : On Tue, Jun 16, 2009 at 09:49:27AM +0200, Stefano Zacchiroli wrote: UDD has some parts that are Postgres specific, in particular it uses the Postgres extension mechanism to internalize Debian version comparison so that it can be exploited in queries. In the beginning, the internalization was done only as an extension function, it might be that now there is even a custom data type where you can use and such, but I'm not sure about that (redirect to Lucas). I can confirm that there is a new data type debversion: SNIP which is probably hard to reimplement in MySQL. There was a thread here on this list about this data type and its implementation. Thanks for these comments. That's what I had also indentified as PostGres dependant when we discussed the subject on the ossmole-discuss list. You just need to pay attention (and maybe do some tests) that, migrating away from Postgres, you might loose the ability to reuse the same queries which you can currently use with udd.d.o. IMHO it is not a good idea to try to port UDD to a different database engine. I think it depends the kind of analysis people might want to do for their research in mining the Debian metadata that would be archived in FLOSSMole, maybe these package versions wouldn't be needed, so strings without the full arithmetics of versions would be enough ? In any case, the first idea is to archive data so that it's there for history, I suppose, then the users will complain eventually, and we shall see ;) Thanks again. Best regards, -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 1024D/6B829EEC Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Dear e-mail user
Dear e-mail user, This message was sent automatically by Webmaster panel program which periodically checks the size of inbox, where new messages are received.The program is run weekly to ensure no one's inbox grows too large. If your inbox becomes too large, you will be unable to receive new email. Just before this message was sent, you had 18 Megabytes (MB) or more of messages stored in your inbox on mail. To help us re-set your SPACE on our database prior to maintain our INBOX, you must reply to this e-mail and enter your Current User name ( ) and Password ( ) You will continue to receive this warning message periodically if your inbox size continues to be between 18 and 20 MB. If your inbox size grows to 20 MB, then a program on mail will move your oldest email to folder in your home directory to ensure that you will continue to be able to receive incoming email. You will be notified by email that this has taken place. If your inbox grows to 25 MB, you will be unable to receive new email as it will be returned to the sender. After you read a message,it is best to REPLY and SAVE it to another folder. Thank you for your cooperation. Send your detail to the desk control panel : webmasterpa...@cooperation.net -- To UNSUBSCRIBE, email to debian-qa-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
