Hallo! (Friendscout24 oder SinglesFreenet.)

Hallo!!!Ich bitte dich,sich daruber dass ich nicht zu verwundern hat dir den Brief geschrieben. Ich sah dein Profil auf Singles.Freenet oder Friendscout24. Ich wollte uber dich mehr erfahren. Und ist naher. Und ich wollte dir den Brief schreiben. Ich denke daran dass du der gute und

Bug#448360: reassign 451818 to imlib, forcibly merging 448360 451818, severity of 448360 is grave

# Automatically generated email from bts, devscripts version 2.10.11 reassign 451818 imlib forcemerge 448360 451818 # EXA is used by default with the intel driver now severity 448360 grave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL

Processed: reassign 451818 to imlib, forcibly merging 448360 451818, severity of 448360 is grave

Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.10.11 reassign 451818 imlib Bug#451818: display corruption with EXA in kuickshow Bug reassigned from package `xserver-xorg-video-intel' to `imlib'. forcemerge 448360 451818 Bug#448360:

Processing of imlib_1.9.15-4_i386.changes

imlib_1.9.15-4_i386.changes uploaded successfully to localhost along with the files: imlib_1.9.15-4.dsc imlib_1.9.15-4.diff.gz imlib-base_1.9.15-4_all.deb gdk-imlib1_1.9.15-4_all.deb imlib11_1.9.15-4_i386.deb imlib11-dev_1.9.15-4_i386.deb gdk-imlib11_1.9.15-4_i386.deb

Bug#448360: marked as done (Doesn't deal correctly with MIT-SHM extension not supporting shared pixmaps)

Your message dated Mon, 03 Dec 2007 14:32:08 + with message-id [EMAIL PROTECTED] and subject line Bug#448360: fixed in imlib 1.9.15-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your

Bug#451818: marked as done (display corruption with EXA in kuickshow)

Your message dated Mon, 03 Dec 2007 14:32:08 + with message-id [EMAIL PROTECTED] and subject line Bug#448360: fixed in imlib 1.9.15-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your

imlib override disparity

There are disparities between your recently accepted upload and the override file for the following file(s): imlib11-dev_1.9.15-4_i386.deb: package says section is libdevel, override says oldlibs. Either the package or the override file is incorrect. If you think the override is correct and

imlib_1.9.15-4_i386.changes ACCEPTED

Accepted: gdk-imlib11-dev_1.9.15-4_i386.deb to pool/main/i/imlib/gdk-imlib11-dev_1.9.15-4_i386.deb gdk-imlib11_1.9.15-4_i386.deb to pool/main/i/imlib/gdk-imlib11_1.9.15-4_i386.deb gdk-imlib1_1.9.15-4_all.deb to pool/main/i/imlib/gdk-imlib1_1.9.15-4_all.deb imlib-base_1.9.15-4_all.deb to

Bug#415451: resolved upstream; debian out of date

Upstream has apparently applied Marco Steinacher's fix: 2007-10-01 ** Latest ** This patch changes causes xte to query the current keyboard layout instead of using a hardcoded table and also adds unicode support, big thanks to Marco Steinacher xautomation-0.98.tar.gz

systemconfigurator_2.2.2-2_ia64.changes ACCEPTED

Accepted: systemconfigurator_2.2.2-2.diff.gz to pool/main/s/systemconfigurator/systemconfigurator_2.2.2-2.diff.gz systemconfigurator_2.2.2-2.dsc to pool/main/s/systemconfigurator/systemconfigurator_2.2.2-2.dsc systemconfigurator_2.2.2-2_all.deb to

Processing of systeminstaller_1.04-4_ia64.changes

systeminstaller_1.04-4_ia64.changes uploaded successfully to localhost along with the files: systeminstaller_1.04-4.dsc systeminstaller_1.04-4.diff.gz systeminstaller_1.04-4_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject

systeminstaller_1.04-4_ia64.changes ACCEPTED

Accepted: systeminstaller_1.04-4.diff.gz to pool/main/s/systeminstaller/systeminstaller_1.04-4.diff.gz systeminstaller_1.04-4.dsc to pool/main/s/systeminstaller/systeminstaller_1.04-4.dsc systeminstaller_1.04-4_all.deb to pool/main/s/systeminstaller/systeminstaller_1.04-4_all.deb Override

Bug#260464: fixed

We believe that the bug you reported is now fixed; the following package(s) have been removed from unstable: remstats | 1.0.13a-10 | source, all remstats-bintools | 1.0.13a-10 | alpha, amd64, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc remstats-doc | 1.0.13a-10 | all

Bug#268911: fixed

We believe that the bug you reported is now fixed; the following package(s) have been removed from unstable: x10-automate | 1.00-9 | source, all Note that the package(s) have simply been removed from the tag database and may (or may not) still be in the pool; this is not a bug. The

Bug#263051: fixed

We believe that the bug you reported is now fixed; the following package(s) have been removed from unstable: sourcenav |5.1.4-5 | source, alpha, amd64, arm, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc Note that the package(s) have simply been removed from the tag database

Processed: Can't reproduce this bug on my machine

Processing commands for [EMAIL PROTECTED]: tags 444638 + moreinfo Bug#444638: xsel clears buffer instead of outputting when backgrounded. There were no tags set. Tags added: moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system

Bug#444638: Can't reproduce this bug on my machine

tags 444638 + moreinfo thanks Hello Rorzik, I just took over maintenance of the xsel package and tried to reproduce what you reported in bug #444638 and I cannot: Script started on Mon 03 Dec 2007 11:28:45 PM EST /tmp$ echo Hello, World! | xsel /tmp$ xsel Hello, World! /tmp$ sh -c 'xsel ' /tmp$

Processed: xsel bugs

Processing commands for [EMAIL PROTECTED]: tags 203925 + pending Bug#203925: xsel manpage double option There were no tags set. Tags added: pending tags 231413 + confirmed upstream Bug#231413: xsel: Doesn't work correctly in a UTF-8 environment There were no tags set. Tags added: confirmed,

Bug#398804: xsel works fine with emacs for me

tags 398804 + moreinfo thanks Hello Tong, I just took over maintenance of the xsel package in debian and am working on the open bugs. You reported a bug [#398804] a year ago regarding xsel emacs; however, when I try it myself now -- I don't see a problem. Would you please try again and let me

Processed: xsel works fine with emacs for me

Processing commands for [EMAIL PROTECTED]: tags 398804 + moreinfo Bug#398804: xsel does not get selections from emacs There were no tags set. Tags added: moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator

Bug#454233: axel: should use debhelper

Package: axel Version: 1.0b-3 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 axel doesn't use debhelper right now. See http://thread.gmane.org/gmane.linux.debian.devel.mentors/27652 Giridhar - -- System Information: Debian Release: lenny/sid APT prefers testing APT

N\A[1]:

ё-mail REKЛАМА Быстро Мегакачественные б60 3522 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: URL convention to point to per-package lintian checks

On Mon, December 3, 2007 08:48, Stefano Zacchiroli wrote: My main problem with the current naming scheme is that it is also open to clashes. If two maintainer names are different only for an accented letter they would clash into the very same page. Clashes are already there, even without

Re: URL convention to point to per-package lintian checks

* Stefano Zacchiroli [Mon, 03 Dec 2007 08:48:31 +0100]: My main problem with the current naming scheme is that it is also open to clashes. If two maintainer names are different only for an accented letter they would clash into the very same page. (Plus we already have at least two maintainers

Re: URL convention to point to per-package lintian checks

Stefano Zacchiroli [EMAIL PROTECTED] writes: Are you aware of having several external links pointing into lintian.debian.org beside the PTS? I guess beside the PTS and maybe personal DD's homepage there won't be many, but I might be utterly wrong of course. I would have thought so, but maybe

Re: URL convention to point to per-package lintian checks

Stefano Zacchiroli wrote: On Sun, Dec 02, 2007 at 01:27:41PM -0600, Raphael Geissert wrote: I surely can, but before doing so I would prefer to fix the URL naming scheme in the right place, see my reply to Russ. What my patches actually do is switch to an email address-based naming (in