Bug#1066874: miniupnpd-nftables: nft_init.sh clobbers all other FORWARD table rules by changing policy to deny
Package: miniupnpd-nftables Version: 2.3.4-1 Severity: important Dear Maintainer, I've changed my system to use nftables for firewall rules and found out that miniupnpd-nftables clobbered everything else on FORWARD. (specifically, docker containers) Looking at all the rules and nft_init.sh, it seems like creating the forward table for miniupnpd and setting the default policy to deny breaks everything. Changing the default policy to accept makes everything work again. -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-9-amd64 (SMP w/4 CPU threads; PREEMPT) 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 miniupnpd-nftables depends on: ii libc6 2.37-15.1 ii libmnl0 1.0.5-2 ii libnftnl11 1.2.6-2 ii miniupnpd 2.3.4-1 miniupnpd-nftables recommends no packages. miniupnpd-nftables suggests no packages. -- Configuration Files: /etc/miniupnpd/nft_init.sh changed: . "$(dirname "$0")/miniupnpd_functions.sh" $NFT --check list table inet $TABLE > /dev/null 2>&1 if [ $? -eq "0" ] then echo "Table $TABLE already exists" exit 0 fi echo "Creating nftables structure" cat > /tmp/miniupnpd.nft <> /tmp/miniupnpd.nft <> /tmp/miniupnpd.nft <
Bug#1054515: graphdefanglib.pl cannot parse current /var/log/mail.log timestamps
Package: graphdefang Version: 3.3-1 Severity: important Dear Maintainer, Looked back at my mail server configurations and "dashboard" stuff and found out that graphdefang has not been working for awhile now. Running graphdefang.pl manually results in these error messages: Use of uninitialized value $host in hash element at /usr/share/graphdefang/graphdefanglib.pl line 271. Use of uninitialized value $host in hash element at /usr/share/graphdefang/graphdefanglib.pl line 282. Use of uninitialized value $unixtime in numeric lt (<) at /usr/share/graphdefang/graphdefanglib.pl line 283. Use of uninitialized value $program in hash element at /usr/share/graphdefang/graphdefanglib.pl line 295. Looking at graphdefanglib.pl those lines have to do with perl regex matching each individual syslog line and it's specifically having an issue with the timestamp. Looking at my mail.log, it appears that the timestamps have changed to be more complex and the regex is now unsuited. 2023-10-24T15:04:16.649054-05:00 servername dovecot: text 2023-10-24T15:04:20.350047-05:00 servername dovecot: text 2023-10-24T15:07:23.122066-05:00 servername postfix/smtpd[2863219]: text I was going to play with the m/^(\S+\s+\d+\s+\d+:\d+:\d+)\s # datestring -- 1 regex within graphdefanglib.pl much as I have in the past with graphdefang and mimedefang (and submitted patches for) but looking further down some other stuff does things with it so I wasn't sure how deeply I wanted to delve. Thanks for your attention! -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux (SMP w/4 CPU threads; PREEMPT) 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 graphdefang depends on: ii libfile-readbackwards-perl 1.06-2 ii libgd-graph-perl1.56~ds-1 ii libgd-text-perl 0.86-10 ii libmldbm-perl 2.05-4 ii libtimedate-perl2.3300-2 ii perl [libstorable-perl] 5.36.0-9 Versions of packages graphdefang recommends: ii php 2:8.2+93 ii php8.2 [php] 8.2.10-2 Versions of packages graphdefang suggests: ii mimedefang 3.3-1 -- Configuration Files: /etc/graphdefang/graphdefang-config changed [not included] -- no debconf information
Bug#1014741: libgd-perl: GD and GD2 image formats are disabled in libgd3 package
That's honestly what I did to get my usecases working again. I also removed the other 2-3 places gd/gd2 are mentioned but I'm not sure those break anything. cheers, On Mon, 11 Jul 2022, gregor herrmann wrote: But I don't have enough knowledge about this stuff that I would feel confident to blindly upload.
Bug#1014741: libgd-perl: GD and GD2 image formats are disabled in libgd3 package
Package: libgd-perl Version: 2.76-2+b1 Severity: grave Justification: renders package unusable Graph.pm contains code that specifies file formats "gd" and "gd2" which are currently disabled in Debian's libgd3 package (these are actually obsolete formats, apparently, and only used in testing scenarios according to cursory googling). Attempting to use libgd-perl will always result in an error at line 515 in Graph.pm and likely elsewhere. Removing gd and gd2 as options from line 515 (and elsewhere as needed) renders client uses of this library functional again. Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-6-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libgd-perl depends on: ii libc6 2.33-8 ii libgd3 2.3.3-3 ii perl5.34.0-5 ii perl-base [perlapi-5.34.0] 5.34.0-5 libgd-perl recommends no packages. libgd-perl suggests no packages. -- no debconf information
Bug#946552: graphdefang: mimedefang.pl regex filter assumes sendmail, does not work with, for example, postfix
Package: graphdefang Version: 2.84-3+b2 Severity: normal Tags: newcomer patch Dear Maintainer, I use mimedefang to filter mail for postfix as my MTS, and the packaged event filter in /usr/share/graphdefang/event/mimedefang.pl/general assumes that the system MTS is sendmail. Sendmail uses 14-character mail ID strings and postfix uses 9-character ID strings. Attached is a patch that changes the mimedefang.pl/general file to accept both sendmail and postfix strings logged by mimedefang.pl I don't know what other MTS/mimedefang combinations exist so -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-4-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 graphdefang depends on: ii libfile-readbackwards-perl 1.05-2 ii libgd-graph-perl1.54~ds-2 ii libgd-text-perl 0.86-9 ii libmldbm-perl 2.05-2 ii libtimedate-perl2.3000-2 ii perl [libstorable-perl] 5.30.0-9 Versions of packages graphdefang recommends: ii php 2:7.3+69 ii php7.0 [php] 7.0.31-1 ii php7.2 [php] 7.2.11-3 ii php7.3 [php] 7.3.12-1 Versions of packages graphdefang suggests: ii mimedefang 2.84-3+b2 -- Configuration Files: /etc/graphdefang/graphdefang-config changed [not included] -- no debconf information *** general.dpkg-dist 2019-12-10 13:07:53.707823878 -0600 --- general 2019-12-10 13:23:07.296896371 -0600 *** *** 10,16 $event{'mimedefang.pl'}{'general'} = sub { ! if ($text =~ m/^[A-Za-z0-9]{14}:\s*MDLOG,\S+?,(\S+?),(\S*?),(\S*?),(.*?),(.*?),(.*)$/ ) { # get values from regular expression --- 10,16 $event{'mimedefang.pl'}{'general'} = sub { ! if ($text =~ m/(?:^[A-Za-z0-9]{9}|^[A-Za-z0-9]{14}):\s*MDLOG,\S+?,(\S+?),(\S*?),(\S*?),(.*?),(.*?),(.*)$/ ) { # get values from regular expression
Bug#946550: graphdefang: no longer works with PHP 7.0.0 due to ereg() function removal
Package: graphdefang Version: 2.84-3+b2 Severity: important Tags: patch newcomer Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** I realized that my graphdefang output hasn't worked in ages so I decided to track down the reason(s) why. After checking web server logs I realized it was because PHP 7.x removed ereg() function and therefore its usage needed to be replaced with preg_match() so I replaced the ereg() call with a preg_match() call, putting / and / around the pattern string. Maybe strpos is more appropriate but this was the quick fix. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-4-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 graphdefang depends on: ii libfile-readbackwards-perl 1.05-2 ii libgd-graph-perl1.54~ds-2 ii libgd-text-perl 0.86-9 ii libmldbm-perl 2.05-2 ii libtimedate-perl2.3000-2 ii perl [libstorable-perl] 5.30.0-9 Versions of packages graphdefang recommends: ii php 2:7.3+69 ii php7.0 [php] 7.0.31-1 ii php7.2 [php] 7.2.11-3 ii php7.3 [php] 7.3.12-1 Versions of packages graphdefang suggests: ii mimedefang 2.84-3+b2 -- Configuration Files: /etc/graphdefang/graphdefang-config changed: $DATAFILE = '/var/log/mail.log'; $OUTPUT_DIR = '/var/lib/graphdefang'; my %GraphSettings; %GraphSettings = (); %GraphSettings = ( 'data_types'=> ['spam', 'probable_spam', 'virus', 'mail_in'], 'graph_type'=> 'line', 'grouping' => 'summary', 'grouping_times'=> ['hourly','daily','monthly'], ); push @GRAPHS, { %GraphSettings }; %GraphSettings = (); %GraphSettings = ( 'data_types'=> ['virus'], 'graph_type'=> 'stacked_bar', 'grouping' => 'value1', 'value1_title' => 'VirusName', 'grouping_times'=> ['hourly','daily','monthly'], #'filter' => '^(?:(?!klez).)*$', #'filter_name' => 'Not Klez', ); push @GRAPHS, { %GraphSettings }; %GraphSettings = (); %GraphSettings = ( 'data_types'=> ['spam', 'virus'], 'graph_type'=> 'stacked_bar', 'grouping' => 'recipient', 'top_n' => '9', 'grouping_times'=> ['hourly','daily','monthly'], ); push @GRAPHS, { %GraphSettings }; %GraphSettings = (); %GraphSettings = ( 'data_types'=> ['spam'], 'graph_type'=> 'stacked_bar', 'grouping' => 'value2', 'value2_title' => 'Relay Address', 'top_n' => '9', 'grouping_times'=> ['hourly','daily','monthly'], 'filter'=> '^(?:(?!127.0.0.1).)*$', 'filter_name' => 'localhost', ); push @GRAPHS, { %GraphSettings }; %GraphSettings = (); %GraphSettings = ( 'data_types'=> ['virus'], 'graph_type'=> 'stacked_bar', 'grouping' => 'value2', 'value2_title' => 'Relay Address', 'top_n' => '9', 'grouping_times'=> ['hourly','daily','monthly'], 'filter'=> '^(?:(?!127.0.0.1).)*$', 'filter_name' => 'localhost', ); push @GRAPHS, { %GraphSettings }; -- no debconf information *** index.php.dpkg-dist 2019-12-10 13:30:49.517395992 -0600 --- index.php 2019-12-10 11:13:50.179334072 -0600 *** *** 65,71 foreach($filename_array as $value) { ! if (ereg($view,$value)) { $subvalue=explode($view,$value); #print "$subvalue[1]"; print ""; --- 65,72 foreach($filename_array as $value) { ! $view_pattern = '/' . $view . '/'; ! if (preg_match($view_pattern,$value)) { $subvalue=explode($view,$value); #print "$subvalue[1]"; print "";
Bug#687344: mimedefang work directory files not created with g+w, breaks, for example, clamav-daemon usage
Package: mimedefang Version: 2.73-1 Severity: important Per this mailing list thread on mimedefang gmane: http://comments.gmane.org/gmane.mail.mimedefang/17076 Files are being created with 0700 permissions in the work directory /var/spool/MIMEDEFANG/mdefang-XX/ for scanning each message by a misapplication of a umask() call. This is preventing the use of clamav-daemon to scan these messages, even though the user clamav is in the group defang. Backing down to wheezy's 2.71 version of mimedefang, clamav works again, otherwise it logs a lstat() permission denied error and mail delivery quite obviously breaks. Thanks. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mimedefang depends on: ii adduser 3.113+nmu3 ii debconf [debconf-2.0] 1.5.46 ii libc6 2.13-35 ii libio-stringy-perl 2.110-5 ii libmailtools-perl 2.09-1 ii libmilter1.0.1 8.14.4-2.1 ii libmime-tools-perl 5.503-1 ii libperl5.14 5.14.2-13 ii libunix-syslog-perl 1.1-2+b2 ii perl [libmime-base64-perl] 5.14.2-13 ii psmisc 22.19-1 mimedefang recommends no packages. Versions of packages mimedefang suggests: ii clamav0.97.5+dfsg-6 ii graphdefang 2.73-1 pn libarchive-zip-perl none pn libfile-scan-perl none ii libhtml-parser-perl 3.69-2 pn sanitizer none ii sendmail 8.14.4-2.1 ii spamassassin [libmail-spamassassin-perl] 3.3.2-4 ii tk8.4 [wish] 8.4.19-5 pn wvnone -- Configuration Files: /etc/default/mimedefang changed [not included] /etc/mail/mimedefang-filter changed [not included] /etc/mail/mimedefang.pl.conf changed [not included] /etc/mail/sa-mimedefang.cf changed [not included] -- debconf information: mimedefang/embedperl: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687344: mimedefang: major configuration change in mimedefang, I suppose
Package: mimedefang Version: 2.73-1 Followup-For: Bug #687344 This passage from /etc/init.d/mimedefang should be placed in /etc/default/mimedefang, I was not even questioned about this file when upgrading to 2.73-1. Perhaps with an additional explanation line, something about enabling functionality such as virus scanners (clamav), etc. It seems ridiculous that this is not handled automatically when features are enabled for virus scanners in config files such as /etc/mail/mimedefang.pl.conf # Set to yes if you want the milter and multiplexor sockets to # be group-writable and files created by mimedefang group-readable. MD_ALLOW_GROUP_ACCESS=no -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mimedefang depends on: ii adduser 3.113+nmu3 ii debconf [debconf-2.0] 1.5.46 ii libc6 2.13-35 ii libio-stringy-perl 2.110-5 ii libmailtools-perl 2.09-1 ii libmilter1.0.1 8.14.4-2.1 ii libmime-tools-perl 5.503-1 ii libperl5.14 5.14.2-13 ii libunix-syslog-perl 1.1-2+b2 ii perl [libmime-base64-perl] 5.14.2-13 ii psmisc 22.19-1 mimedefang recommends no packages. Versions of packages mimedefang suggests: ii clamav0.97.5+dfsg-6 ii graphdefang 2.73-1 pn libarchive-zip-perl none pn libfile-scan-perl none ii libhtml-parser-perl 3.69-2 pn sanitizer none ii sendmail 8.14.4-2.1 ii spamassassin [libmail-spamassassin-perl] 3.3.2-4 ii tk8.4 [wish] 8.4.19-5 pn wvnone -- Configuration Files: /etc/default/mimedefang changed [not included] /etc/mail/mimedefang-filter changed [not included] /etc/mail/mimedefang.pl.conf changed [not included] /etc/mail/sa-mimedefang.cf changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#179458: slirp: Out of date; incompatible with pptpd
Hi all, Sorry to bump this thread again. As Roberto mentioned 3 years ago, http://www.serc.nl/people/vogt/vpn/ disappeared for a long time. But thanks to The Internet Archive project, I managed get 1.1.2 and 1.1.3 by using the following link: http://web.archive.org/web/20041113225049/http://www.serc.nl/people/vogt/vpn/ Or, alternatively you could also go to http://www.archive.org/ and paste the URL in the text box on that page. Regards, Tianjie Mao -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631069: google-chrome-beta: Google Chrome Beta unsetting itself as default browser
Package: google-chrome-beta Version: 13.0.782.24-r89139 Severity: normal I am using XFCE as my desktop environment. I have also installed Google Chrome Beta from Google's website. Using the XFCE settings manager, I set Chrome as the default browser. When I opened Chrome the first time, it asked me whether I wanted to set Chrome as the default browser. I pressed Yes. Later, I realized that Chrome had actually become unset as the default browser. Essentially, when I choose to make Chrome the default browser from Chrome's settings manager, it becomes unset as the default browser in the XFCE settings. This suggests that there is some sort of conflict between Chrome and XFCE. I know this is a somewhat sticky issue because Google Chrome is not maintained by Debian and it is not really a big problem, but I thought it would send this report anyway. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages google-chrome-beta depends on: ii ca-certificates 20110421 Common CA certificates ii dpkg1.16.0.3 Debian package management system ii libasound2 1.0.23-4 shared library for ALSA applicatio ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libcups21.4.6-6 Common UNIX Printing System(tm) - ii libcurl37.21.6-1 Multi-protocol file transfer libra ii libdbus-1-3 1.4.8-3 simple interprocess messaging syst ii libdbus-glib-1-20.94-2 simple interprocess messaging syst ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libfontconfig1 2.8.0-2.2generic font configuration library ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.0-10 GCC support library ii libgconf2-4 2.32.3-2 GNOME configuration database syste ii libgcrypt11 1.4.6-5 LGPL Crypto library - runtime libr ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libnspr4-0d 4.8.8-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.10-1Network Security Service libraries ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii libpng12-0 1.2.44-2 PNG library - runtime ii libstdc++6 4.6.0-10 The GNU Standard C++ Library v3 ii libx11-62:1.4.3-1X11 client-side library ii libxext62:1.3.0-1X11 miscellaneous extension librar ii libxrender1 1:0.9.6-1X Rendering Extension client libra ii libxss1 1:1.2.1-1X11 Screen Saver extension library ii lsb-base3.2-27 Linux Standard Base 3.2 init scrip ii wget1.12-3.1 retrieves files from the web ii xdg-utils 1.1.0~rc1-2 desktop integration utilities from ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime google-chrome-beta recommends no packages. google-chrome-beta suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528115: 2.3.1-dfsg1 introduced bug?
Probably related to this non-free material removal patch, because when I click on Add Items in any album in my gallery2 2.3.1-dfsg install, the site actually crashes out with an error about missing /usr/share/gallery2/modules/uploadapplet/* files. This renders gallery2 essentially unusable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528115: 2.3.1-dfsg1 introduced bug?
The problem seems to be that once 2.3.1-dfsg1 is installed, the old modules are deleted, and running /upgrade/ from a browser doesn't even find the modules so won't deactivate them. They're stuck in a limbo state. The fix is to downgrade to 2.3.1-1, then disable uploadapplet and galleryremote if you previously had them enabled for whatever reason, then upgrade back to 2.3.1-dfsg1. On Thu, 4 Feb 2010, Michael Schultheiss wrote: Guyang Alex Mao wrote: Probably related to this non-free material removal patch, because when I click on Add Items in any album in my gallery2 2.3.1-dfsg install, the site actually crashes out with an error about missing /usr/share/gallery2/modules/uploadapplet/* files. This renders gallery2 essentially unusable. If you want to use the upload applet, you'll need to reinstall it from the downloadable plugins. I put a note in README.Debian but will make this more prominent, such as triggering the upgrader to run so the missing modules are deactivated. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#100332: What happens in vegas depends on you
A difference in an inch brings out a whole new world http://www.limzarde.com/
Bug#335404: Playboy playmate bares all
The longer the sword, the longer you last http://www.volxwherego.com/ Orgasmic Wonderland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#286015: Quit talking and start shagging
With this miracle supplement, your growth is assured. http://www.Stopplens.com/ Learn how to pleasure her -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292361: Slap that cute tight ass
Sick of having premature ejaculation or a small erection? Heres the solution. http://www.fantestecs.com/ I unleashed my one eyed monster -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301534: Pink nipples are my true love
End all your sexual frustration today with this. http://www.aluuio.com/ Kiss Bang Bonk Galore -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444083: monopd: when I try to create a game on the server it goes into infinite loop
Package: monopd Version: 0.9.3-3 Severity: important As the subject says, when I connect to the server and try to create a game, the server goes into an infinite loop. I've tried the below clients: 0.4.2 gtkatlantic (amd64 linux, current package version) 0.4.1 gtkatlantic (win32) 0.7.5 atlantik (amd64 linux, current package version) This may be platform specific, I haven't another available machine to test monopd for other archs at the moment. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages monopd depends on: ii libc6 2.6.1-5GNU C Library: Shared libraries ii libcapsinetwork0c2a 0.3.0-3C++ network server library ii libgcc1 1:4.2.1-5 GCC support library ii libmath++0c2a 0.0.4-3C++ Math Type Library ii libstdc++64.2.1-5The GNU Standard C++ Library v3 monopd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426388: libupnp2: I also have this problem
Package: libupnp2 Version: 1.4.3-2 Followup-For: Bug #426388 I as well am experiencing this problem. There is a new upstream source for libupnp (fork from original Intel sources, I don't know where Debian upstream for this package comes from) that resolves this issue. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libupnp2 depends on: ii libc6 2.6.1-1GNU C Library: Shared libraries libupnp2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421063: cupsys: Finished print job remains in queue, cancel/lprm causes ipp to eat up cpu
Package: cupsys Version: 1.2.7-4 Severity: important CUPS printing was working fine for me when I was using Sarge. But after a fresh installation of Etch desktop task, printing becomes more troublesome. I'm able to print, either the test page from the CUPS web interface, or using lp/lpr from an xterm. The problem is that after the printout is sitting on the printer, even after the printer goes to sleeping mode, the print job still shows up in lpstat/lpq, and in http://localhost:631/jobs. In the web interface, the printer status shows Waiting for job to complete, and the job desciption says processing since... The only way to print anything else is to cancel the current job. However, both canceling from the xterm using cancel/lprm or from the web interface results in the total consumption of one of the CPUs. ps fax shows somthing like 4145 ?Ss 0:08 /usr/sbin/cupsd 4365 ?R 1:00 \_ ipp://printserver/lpt3 18 pm test.txt 1 job-u and top shows ipp run by root with the same PID 4365 is eating up the CPU. After killing the process using root, I can print another file with no problem. But I have to repeat the above cancel and kill process. The following is the content of /var/log/cups/error_log interlaced with the commands causing the output: I [26/Apr/2007:03:07:11 -0400] Listening to 127.0.0.1:631 (IPv4) I [26/Apr/2007:03:07:11 -0400] Listening to /var/run/cups/cups.sock (Domain) I [26/Apr/2007:03:07:11 -0400] Loaded configuration file /etc/cups/cupsd.conf I [26/Apr/2007:03:07:11 -0400] Using default TempDir of /var/spool/cups/tmp... I [26/Apr/2007:03:07:11 -0400] Cleaning out old temporary files in /var/spool/cups/tmp... I [26/Apr/2007:03:07:11 -0400] Configured for up to 100 clients. I [26/Apr/2007:03:07:11 -0400] Allowing up to 100 client connections per host. I [26/Apr/2007:03:07:11 -0400] Using policy default as the default! I [26/Apr/2007:03:07:11 -0400] Full reload is required. I [26/Apr/2007:03:07:11 -0400] Loaded MIME database from '/etc/cups': 34 types, 39 filters... D [26/Apr/2007:03:07:11 -0400] Loading printer brother... I [26/Apr/2007:03:07:11 -0400] Loading job cache file /var/cache/cups/job.cache... D [26/Apr/2007:03:07:11 -0400] Loading job 19 from cache... I [26/Apr/2007:03:07:11 -0400] Full reload complete. I [26/Apr/2007:03:07:11 -0400] Listening to 127.0.0.1:631 on fd 2... I [26/Apr/2007:03:07:11 -0400] Listening to /var/run/cups/cups.sock on fd 3... lpq D [26/Apr/2007:03:08:50 -0400] cupsdAcceptClient: 7 from localhost (Domain) D [26/Apr/2007:03:08:50 -0400] cupsdReadClient: 7 POST / HTTP/1.1 D [26/Apr/2007:03:08:50 -0400] cupsdAuthorize: No authentication data provided. D [26/Apr/2007:03:08:50 -0400] CUPS-Get-Printers D [26/Apr/2007:03:08:50 -0400] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok) D [26/Apr/2007:03:08:50 -0400] cupsdReadClient: 7 POST / HTTP/1.1 D [26/Apr/2007:03:08:50 -0400] cupsdAuthorize: No authentication data provided. D [26/Apr/2007:03:08:50 -0400] CUPS-Get-Classes D [26/Apr/2007:03:08:50 -0400] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok) D [26/Apr/2007:03:08:50 -0400] cupsdReadClient: 7 POST / HTTP/1.1 D [26/Apr/2007:03:08:50 -0400] cupsdAuthorize: No authentication data provided. D [26/Apr/2007:03:08:50 -0400] CUPS-Get-Default D [26/Apr/2007:03:08:50 -0400] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok) D [26/Apr/2007:03:08:50 -0400] cupsdReadClient: 7 POST / HTTP/1.1 D [26/Apr/2007:03:08:50 -0400] cupsdAuthorize: No authentication data provided. D [26/Apr/2007:03:08:50 -0400] Get-Printer-Attributes ipp://localhost/printers/brother D [26/Apr/2007:03:08:50 -0400] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok) D [26/Apr/2007:03:08:50 -0400] cupsdReadClient: 7 POST / HTTP/1.1 D [26/Apr/2007:03:08:50 -0400] cupsdAuthorize: No authentication data provided. D [26/Apr/2007:03:08:50 -0400] Get-Jobs ipp://localhost/printers/brother D [26/Apr/2007:03:08:50 -0400] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok) D [26/Apr/2007:03:08:50 -0400] cupsdCloseClient: 7 lpr test.txt D [26/Apr/2007:03:09:39 -0400] cupsdAcceptClient: 7 from localhost (Domain) D [26/Apr/2007:03:09:39 -0400] cupsdReadClient: 7 POST / HTTP/1.1 D [26/Apr/2007:03:09:39 -0400] cupsdAuthorize: No authentication data provided. D [26/Apr/2007:03:09:39 -0400] CUPS-Get-Printers D [26/Apr/2007:03:09:39 -0400] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok) D [26/Apr/2007:03:09:39 -0400] cupsdReadClient: 7 POST / HTTP/1.1 D [26/Apr/2007:03:09:39 -0400] cupsdAuthorize: No authentication data provided. D [26/Apr/2007:03:09:39 -0400] CUPS-Get-Classes D [26/Apr/2007:03:09:39 -0400] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok) D [26/Apr/2007:03:09:39 -0400] cupsdReadClient: 7 POST / HTTP/1.1 D [26/Apr/2007:03:09:39 -0400] cupsdAuthorize: No authentication data provided. D [26/Apr/2007:03:09:39 -0400] CUPS-Get-Default D [26/Apr/2007:03:09:39 -0400] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok) D
Bug#45821: nd
It was only a whim for him to meet her. AN ALLE FINANZINVESTOREN! DIESE AKTIE WIRD DURCHSTARTEN! FREITAG 20. APRIL STARTET DIE HAUSSE! REALISIERTER KURSGEWINN VON 400%+ IN 5 TAGEN! Symbol: G7Q.F Company: COUNTY LINE ENERGY 5 Tages Kursziel: 0.95 Schlusskurs: 0.21 WKN: A0J3B0 ISIN: US2224791077 Markt: Frankfurt LASSEN SIE SICH DIESE CHANCE NICHT ENTGEHEN! G7Q WIRD WIE EINE RAKETE DURCHSTARTEN! UNSERE ERWARTUNGEN WIRD G7Q.F UBERTREFFEN! Ordinarily, these groups would be given parts of the Web tree on www. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345278: kasteroids bug: key up event not recognized
Package: kdegames Version: 3.4.0-1 kasteroids doesn't seem to recognize key-up events. when I fire, it fires forever, when I hit UP, it keeps UP held until I die. Turning LEFT or RIGHT stops if I hit the opposite key, but then turning is impossible. I have included my is my kasteroids version and hardware summary. It used to work fine on FC3 with kdegames-3.3.0-2. $ kasteroids --version Qt: 3.3.4 KDE: 3.4.0-6 Red Hat KAsteroids: 2.3 $ uname -a Linux chupa 2.6.11-1.1369_FC4 #1 Thu Jun 2 22:55:56 EDT 2005 i686 i686 i386 GNU/Linux
Bug#299153: psmisc: spurious error messages from fuser
Package: psmisc Version: 21.6-1 Severity: normal [EMAIL PROTECTED]:~/utils/searchfor$ fuser searchlog /proc/bus/usb: Permission denied searchlog: 29816 /proc/bus on this system is not world-readable. Why is fuser even needing to be looking in that directory with what I asked it to do? This started happening today probably as a result of the wishlist bugfix for #178972, I am now being bombarded in email by error output of crontabs. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-grsec-despayre-despayre Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages psmisc depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290367: please OR the depends on gallery to include php5 packages
Package: gallery Version: 1.4.4-pl4-7 Severity: normal php4 | php4-cgi | libapache2-mod-php4 | php5 | php5-cgi | libapache2-mod-php5 I tried p.d.o/~dexter's php5 packages on sid, and aside from forcing the install due to dependencies (only gallery at this point) gallery worked fine with php5. Please update the depends line in the control file. Thanks! -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-grsec-despayre Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gallery depends on: ii apache2-mpm-prefork [apache2] 2.0.52-3 Traditional model for Apache2 ii debconf 1.4.41 Debian configuration management sy ii libapache2-mod-php5 5.0.3-0.3 HTML-embedded scripting language ( ii netpbm2:10.0-8 Graphics conversion tools ii php5 5.0.3-0.3 server-side, HTML-embedded scripti ii php5-cgi 5.0.3-0.3 HTML-embedded scripting language ( -- debconf information: * gallery/configure_warning: * gallery/restart: true * gallery/webserver: apache, apache-ssl, apache-perl, apache2 * gallery/album_warning: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290386: gallery: package should change depends to include php5
Package: gallery Version: 1.4.4-pl4-7 Severity: normal I'm using dexter's php5 packages at this moment and gallery apparently works fine with what's there so far, except for having to do a --force-depends and then dealing with apt telling me to -f install every time. Please update the package depends to OR the php5 versions of the packages. Thanks! -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-grsec-despayre Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gallery depends on: ii apache2-mpm-prefork [apache2] 2.0.52-3 Traditional model for Apache2 ii debconf 1.4.41 Debian configuration management sy ii netpbm2:10.0-8 Graphics conversion tools pn php4 | php4-cgi | libapache2-Not found. -- debconf information: * gallery/configure_warning: * gallery/restart: true * gallery/webserver: apache, apache-ssl, apache-perl, apache2 * gallery/album_warning: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]