Bug#929272: nmap-common: executable distributed in nmap-common detected as malware
Hello, Granted, this is a false positive and could be fixed through other channels if I absolutely had to have nmap installed, but... This a corporate antivirus which I have no ability to personally override. Arguing with company IT about it is more trouble than just uninstalling an only occasionally used tool. I imagine arguing with the AV vendor would be even more of a headache. Even if I did all that it wouldn't be much help for others in similar situations at other companies with other AV products. The previous link I sent, to an archived discussion of this suggested a workaround which I think would be relatively simple to implement: distribute the affected files separately, as a recommended dependency. A user can then remove it (or not install it in the first place) if it becomes a problem and they don't need it. Thanks, Dom
Bug#929272: nmap-common: executable distributed in nmap-common detected as malware
Package: nmap-common Severity: normal Dear Maintainer, /usr/share/nmap/nselib/data/psexec/nmap_service.exe is detected by Sophos AV as malware. This appears to be a common problem with psexec, both with nmap's implementation and Microsoft's: https://seclists.org/nmap-dev/2010/q1/198 https://docs.microsoft.com/en-us/sysinternals/downloads/psexec The nmap packages prior to 7.70 did not include the compiled binary. -- System Information: Debian Release: buster/sid APT prefers disco-updates APT policy: (500, 'disco-updates'), (500, 'disco-security'), (500, 'disco') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.15.0-29-generic (SMP w/8 CPU cores) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#922981: ca-certificates-java: "update-ca-certificates -f" doesn't update "/etc/ssl/certs/java/cacerts"
Package: ca-certificates-java Version: 20170929~deb9u1 Severity: normal Dear Maintainer, * What led up to the situation? Executing gradlew script leading to following error : java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty * What exactly did you do (or not do) that was effective (or ineffective)? When I ran "sudo update-ca-certificates -f" error still appeared; After running "sudo rm /etc/ssl/certs/java/cacerts" and then again "sudo update-ca-certificates -f" Error disappeared * What was the outcome of this action? resolution of the error * What outcome did you expect instead? I expected "sudo update-ca-certificates -f" to automatically update the file -- System Information: Debian Release: 9.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-7-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ca-certificates-java depends on: ii ca-certificates 20161130+nmu1+deb9u1 ii libnss3 2:3.26.2-1.1+deb9u1 ii openjdk-11-jre-headless [java7-runtime-headless] 11.0.2+9-3~bpo9+1 ii openjdk-8-jre-headless [java7-runtime-headless] 8u181-b13-2~deb9u1 ca-certificates-java recommends no packages. ca-certificates-java suggests no packages. -- Configuration Files: /etc/default/cacerts [Errno 13] Permission denied: '/etc/default/cacerts' -- no debconf information
Bug#775552: youtube-dl: older version is packaged
Package: youtube-dl Version: 2015.01.16-1 Severity: important Dear maintainer, The version packaged doesn't correspond with Debian version. $ youtube-dl --version 2014.07.23.1 Best wishes, -- Dom Delimar http://domdelimar.com -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.18-2.towo-siduction-686 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages youtube-dl depends on: ii python2.7.8-2 ii python-pkg-resources 5.5.1-1 Versions of packages youtube-dl recommends: ii ffmpeg 10:2.5.3-dmo1 ii libav-tools 10:2.5.3-dmo1 ii mplayer 3:1.1.1+20141221+svn37342-dmo1 ii rtmpdump 1:2.4+20130918.git79459a2-dmo6 youtube-dl 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#770695: Still getting fault in dovecot-core (1:2.2.13-11)
So I notice this bug has been reported as fixed, but i tried to do a apt-get upgrade over crimbo and my dpkg seems to be throwing the same fault in dovecot-core (1:2.2.13-11), so far I have spent a day trying to fix this but with no luck, the init script is throwing exit code 1 which i can see from the init script is something to do with the conf files, i am a bit of a noob at this so if there is any explanation on how i can fix this would be appreciated. it may have been caused by a wrong option being selected at upgrade, i notice two files that seemed to have been generated at the same time as things going sideways. here's all the information from dpkg and other information that could be related to the fault: dpkg output: Setting up dovecot-core (1:2.2.13-11) ... Job for dovecot.service failed. See 'systemctl status dovecot.service' and 'journalctl -xn' for details. invoke-rc.d: initscript dovecot, action start failed. dpkg: error processing package dovecot-core (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of dovecot-imapd: dovecot-imapd depends on dovecot-core (= 1:2.2.13-11); however: Package dovecot-core is not configured yet. systemctl message: ● dovecot.service - LSB: Dovecot init script Loaded: loaded (/etc/init.d/dovecot) Active: failed (Result: exit-code) since Fri 2015-01-02 20:50:27 GMT; 13min ago Process: 8580 ExecStart=/etc/init.d/dovecot start (code=exited, status=1/FAILURE) Jan 02 20:50:27 dovecot[8580]: Starting IMAP/POP3 mail server: dovecotError: service(imap-login): listen(*, 143) failed: Address already in use Jan 02 20:50:27 dovecot[8585]: master: Error: service(imap-login): listen(*, 143) failed: Address already in use Jan 02 20:50:27 dovecot[8580]: Fatal: Failed to start listeners Jan 02 20:50:27 dovecot[8585]: master: Fatal: Failed to start listeners Jan 02 20:50:27 dovecot[8580]: failed! Jan 02 20:50:27 systemd[1]: dovecot.service: control process exited, code=exited status=1 Jan 02 20:50:27 systemd[1]: Failed to start LSB: Dovecot init script. Jan 02 20:50:27 systemd[1]: Unit dovecot.service entered failed state. conf file permissions and last edit times: -rw-r--r-- 1 root root 5296 Sep 6 22:49 10-auth.conf -rw-r--r-- 1 root root 1893 Sep 6 22:49 10-director.conf -rw-r--r-- 1 root root 2727 Sep 6 22:49 10-logging.conf -rw-r--r-- 1 root root 15596 Sep 6 22:49 10-mail.conf -rw-r--r-- 1 root root 3383 Sep 6 22:49 10-master.conf -rw-r--r-- 1 root root 2164 Jan 2 02:50 10-ssl.conf -rw-r--r-- 1 root root 2150 Jan 2 19:40 10-ssl.conf.ucf-dist -rw-r--r-- 1 root root 291 Sep 6 22:49 10-tcpwrapper.conf -rw-r--r-- 1 root root 1668 Sep 6 22:49 15-lda.conf -rw-r--r-- 1 root root 1137 Sep 6 22:49 15-mailboxes.conf -rw-r--r-- 1 root root 2425 Sep 6 22:49 20-imap.conf -rw-r--r-- 1 root root 4007 Sep 6 22:49 20-pop3.conf -rw-r--r-- 1 root root 676 Sep 6 22:49 90-acl.conf -rw-r--r-- 1 root root 292 Sep 6 22:49 90-plugin.conf -rw-r--r-- 1 root root 2502 Sep 6 22:49 90-quota.conf -rw-r--r-- 1 root root 5062 Sep 6 22:49 90-sieve.conf -rw-r--r-- 1 root root 499 Sep 6 22:49 auth-checkpassword.conf.ext -rw-r--r-- 1 root root 489 Sep 6 22:49 auth-deny.conf.ext -rw-r--r-- 1 root root 343 Dec 14 19:20 auth-dict.conf.ext -rw-r--r-- 1 root root 561 Sep 6 22:49 auth-master.conf.ext -rw-r--r-- 1 root root 515 Sep 6 22:49 auth-passwdfile.conf.ext -rw-r--r-- 1 root root 788 Sep 6 22:49 auth-sql.conf.ext -rw-r--r-- 1 root root 611 Sep 6 22:49 auth-static.conf.ext -rw-r--r-- 1 root root 2185 Sep 6 22:49 auth-system.conf.ext -rw-r--r-- 1 root root 330 Sep 6 22:49 auth-vpopmail.conf.ext i tried to do this update on 14 December to which dpkg threw a non related fault, but running dpkg --configure --pending and then apt-get install -f seemed to return the system to normal, but i think somehow this fault was also introduced and i had not noticed it. dpkg dint warn me to an issue with dovecot not working at that point, but i noticed over crimbo that dovecot was not accepting any connections so i went to do another upgrade on new years day and then dpkg starts throwing this error while trying to configure dovecot. not been able to get past it this time. any help would be appreciated. i suspect this has something to do with the old files possibly old ssl keys or an error by me in the upgrade. any advice ? -- To UNSUBSCRIBE, email to
Bug#678932: mythtv-status: Should have Depends for libsocket6-perl
Package: mythtv-status Version: 0.10.1-1 Severity: important Dear Maintainer, Installed latest mythtv-status and while it mostly works, it throws an error at the end: Unable to access MythTV Perl API. Try with --verbose to find out why. Running with the --verbose option gave: Base class package IO::Socket::INET6 is empty. (Perhaps you need to 'use' the module which defines that package first, or make that module available in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .). at /usr/share/perl5/IO/Socket/INET/MythTV.pm line 14 BEGIN failed--compilation aborted at /usr/share/perl5/IO/Socket/INET/MythTV.pm line 14, CHILD line 71. Compilation failed in require at /usr/share/perl5/MythTV.pm line 14, CHILD line 71. BEGIN failed--compilation aborted at /usr/share/perl5/MythTV.pm line 14, CHILD line 71. Compilation failed in require at /usr/bin/mythtv-status line 714, CHILD line 71. Installing libsocket6-perl fixed this. Suggest either set a Depends for libsocket6-perl, or report upstream to not assume INET6 is available? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (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/dash Versions of packages mythtv-status depends on: ii debconf [debconf-2.0] 1.5.43 ii libconfig-auto-perl0.42-1 ii libdate-manip-perl 6.32-1 ii libmime-tools-perl 5.503-1 ii libsys-sigaction-perl 0.13-1 ii libwww-perl6.04-1 ii libxml-libxml-perl 1.99+dfsg-1 ii perl 5.14.2-12 Versions of packages mythtv-status recommends: ii libmythtv-perl0.25.1-dmo1 ii libnet-upnp-perl 1.4.2-1 Versions of packages mythtv-status suggests: pn molly-guard none -- debconf information: mythtv-status/host: localhost mythtv-status/enable: true mythtv-status/email: none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678932: Correction: Depends on libio-socket-inet6-perl
Apologies, The actual package I needed to install was libio-socket-inet6-perl. libsocket6-perl was pulled in as a dependancy of libio-socket-inet6-perl. -- Dom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656953: [openshot] Segmentation fault at startup, different to #643562
Package: openshot Version: 1.4.0-1 Severity: critical --- Please enter the report below this line. --- $ openshot - ERROR 1 -- Failed to import 'from openshot import main' Error Message: cannot import name main OpenShot (version 1.4.0) Process no longer exists: 14767. Creating new pid lock file. mlt_repository_init: failed to dlopen /usr/lib/mlt/libmltavformat.so (libmlt.so.2: cannot open shared object file: No such file or directory) No LADSPA plugins were found! Check your LADSPA_PATH environment variable. Detecting formats, codecs, and filters... Segmentation fault --- System information. --- Architecture: i386 Kernel: Linux 3.1.0-9.dmz.1-liquorix-686 Debian Release: wheezy/sid 500 unstablew3you.com 500 unstableliquorix.net 500 unstableftp.hr.debian.org 500 unstabledeb.opera.com 500 unstableaptosid.com 500 testing ftp.hr.debian.org 500 stable ftp.hr.debian.org 500 stable dl.google.com 500 experimentalmozilla.debian.net 100 experimental-snapshots qt-kde.debian.net 1 experimentalftp.hr.debian.org --- Package information. --- Depends (Version) | Installed ===-+- gtk2-engines-pixbuf | 2.24.8-3 fontconfig | 2.8.0-3 librsvg2-common | 2.34.2-2 melt| 0.7.6+git20111222-1 python-gtk2 | 2.24.0-2 python-httplib2 | 0.7.2-1 python-imaging | 1.1.7-4 python-mlt3 | 0.7.6+git20111222-1 OR python-mlt2 | python-pygoocanvas | 0.14.1-1+b3 python-xdg | 0.19-3 python (= 2.5) | 2.7.2-9 python-support (= 0.90.0) | 1.0.14 Recommends (Version) | Installed =-+-=== openshot-doc | frei0r-plugins| 1.1.22git20091109-1.1 Suggests (Version) | Installed ===-+-=== blender(= 2.5) | 2.61-1 inkscape| 0.49.0+bzr10609 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651500: ttytter: Returns to shell prompt after downloading feed and repeatedly, displays error message
I have encountered this bug too, and have investigated further. The problem is caused by ttytter's use of SIGPWR to communicate between the backend and frontend. As soon as this signal is sent, the frontend is killed with a Power failure error. I have made the author of ttytter aware of this and he is going to look at other methods of signalling. I suggested using SIGUSR1, but apparently that causes breakage if ttytter is used with Term::ReadLine::TTYtter. (I don't use Term::ReadLine::TTYtter, and altered the program to use SIGUSR1, which now runs correctly). -- Dom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633932: dump keeps attepting to rewrite after receiving unknown signal 8, after upgrade of e2fslibs
Package: dump Version: 0.4b44-1 Severity: important -- System Information: Debian Release: wheezy/sid Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (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/dash Versions of packages dump depends on: ii e2fslibs 1.42~WIP~2011-07-02-1 ext2/ext3/ext4 file system librari ii libblkid1 2.17.2-9.1block device id library ii libc6 2.13-7Embedded GNU C Library: Shared lib ii libcomerr2 1.42~WIP-2011-07-02-1 common error description library ii libncurses55.9-1 shared libraries for terminal hand ii libreadline6 6.2-2 GNU readline and history libraries ii libselinux12.0.98-1.1SELinux runtime shared libraries ii libuuid1 2.17.2-9.1Universally Unique ID library ii tar1.25-3GNU version of the tar archiving u dump recommends no packages. dump suggests no packages. -- debconf information: dump/moving_from_etc_to_var: dump/dumpdates_is_a_symlink: After the recent upgrade of e2fslibs from 1.41.12-4stable1 to 1.42~WIP~2011-07-02-1, dump continuously tries to restart after reporting an unknown signal 8. Example output: DUMP: Volume 1 started with block 1 at: Fri Jul 15 09:04:09 2011 DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: Rewriting attempted as response to unknown signal: 8. DUMP: Closing /dev/null DUMP: Volume 1 completed at: Fri Jul 15 09:04:39 2011 DUMP: Volume 1 4579 blocks (4.47MB) DUMP: Volume 1 took 0:00:30 DUMP: Volume 1 transfer rate: 152 kB/s DUMP: Change Volumes: Mount volume #2 DUMP: Is the new volume mounted and ready to go?: (yes or no) no DUMP: Do you want to abort?: (yes or no) yes DUMP: The ENTIRE dump is aborted. If I replied yes to the new volume, dump repeated the same output after a short while. After downgrading e2fslibs to the previous version, I had no problems. I tested this on three different systems, with different output files. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627457: gphpedit: Does not save settings
This appears to be fixed by the installation of dconf-gsettings-backend, which was installed during my latest update as a new dependency of gcalctool. Should dconf-gsettings-backend be added to the Depends list for this package too? Thank you for your time. -- Dom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627457: gphpedit: Does not save settings
Package: gphpedit Version: 0.9.98-1 Severity: normal gphpedit doesn't save settings from one session to the next. This results in it starting with an unreadable font size, which has to reset every time it is used. When invoked from the command line, the following message is displayed: GLib-GIO-Message: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications. Seaching for this message seems to indicate that this is caused by dconf not being installed, but installing dconf doesn't seem to make any difference. -- System Information: Debian Release: wheezy/sid Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (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/dash Versions of packages gphpedit depends on: ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libc62.13-4 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.0-2 GCC support library ii libgdk-pixbuf2.0-0 2.23.3-3GDK Pixbuf library ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgtk2.0-0 2.24.4-3The GTK+ graphical user interface ii libpango1.0-01.28.3-6Layout and rendering of internatio ii libsoup2.4-1 2.34.0-1HTTP library implementation in C - ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii libwebkit-1.0-2 1.2.7-3 Web content engine library for Gtk ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library gphpedit recommends no packages. Versions of packages gphpedit suggests: pn php-doc none (no description available) ii php5-cli 5.3.3-7command-line interpreter for the p -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#481952: very sad
Dear Ralph, Please understand that people developing Debian are volunteers and if they didn't care about Debain they wouldn't even bother with any other bug, which we all know isn't a case. I'm sure there's a reason why your bug was left unanswered, maybe unintentionally. Don't let that stop you from submitting other bug reports. Anyway, what I really wanted to report is that the web page you mention doesn't crash Iceweasel 3.0.1-1 on my system. Is the bug still present in Iceweasel 2.0.0.16-0etch1? Best wishes, Dom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#234547: Oh, Lord, II'm Going to Kill You!
Lend themselves to accident,' said miss marple. I am sorry. 511. The way to wealth the way to so that not a page of the chamber, nor an officer, your name on the old door would be bringing back do you mean? I've never come across a murder commit..
Bug#490978: iceweasel: HTML checkbox and radio rendering issue
It seems this bug has been fixed with the latest version of gtk-qt-engine and that this bug report can be closed. -- Dom http://domdelimar.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490978: iceweasel: HTML checkbox and radio rendering issue
josx wrote: El Monday 21 July 2008 13:10:43 Dom Delimar escribió: It seems this bug has been fixed with the latest version of gtk-qt-engine and that this bug report can be closed. -- Dom http://domdelimar.com Can you tell us with what version? with 0.8-2 or later? It has been solved with version 0.8-4. I'm sorry. I was looking at the version number but forgot to insert it into the message. Regards -- Dom http://domdelimar.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490978: iceweasel: HTML checkbox and radio rendering issue
Sharuzzaman Ahmat Raslan wrote: Dom, I believe the issue is only happening to KDE user that install gtk-qt-engine. By default, GTK application in KDE will use GTK widget, so that would explain why nobody is aware of the issue. Gnome user will sure not having this issue. As what I have tested, if I use other Raleigh style in that option, the issue goes away. I can confirm that. The problem you describe, including the imperfections around active tabs that I mention don't show when I choose Raleigh style in GTK Styles and Fonts. OK, there's one thing that is still not OK IMHO and that is the way Bookmarks Toolbar looks - every folder has this unnecessary pointer by the left side that doesn't do anything other than taking space, valuable space IMHO. But I suppose GNOME users see it that way too, so I'd have to submit this as a whishlist upstream, right? Also when I remove gtk-qt-engine, gtk applications including Iceweasel fallback on the same Raleigh style, so no issues again, as you suggested. I hope this will be solved for KDE users looking for consistent styling between qt and gtk applications. Regards -- Dom http://domdelimar.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292856: Results in just 6-8 weeks.
Proven efficacy in more than 20,000 men worldwide - average gains of 3.02 inches. http://www.deevilcarens.com/ Slap that cute tight ass -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#132582: Watch her climax over and over again
Special prices on this incredible medical breakthrough for manhood enlargement. http://www.bilsterkin.com/ Heard of the fellowship of my manhood? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342141: get at me
hi how are you doing i just ran across your pic i think its adorable my msm messenger [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342387: because they're there.
ErectileorganLargeEldon http://www.Twalveen.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465253: My experiences
I don't know if it helps but here is my experience with this bug. Seems that at about the same time this started, when I would try to open konqueror in file management mode as root user, I would get the following message and konqueror would crash: Command 'konqueror --profile filemanagement ' not found. So this might be related. When I try running it as root in terminal window I also get this message: konqueror: symbol lookup error: /usr/lib/kde3/konq_sidebartree_dirtree.so: undefined symbol: stat64 Actually I get that same message when running as normal user from the terminal and then konqueror crashes as well. Here's what happened: I typed 'konqueror --profile filemanagement' in terminal as normal user, konqueror started. It was set to show history in the sidebar. As soon as I clicked Folder, to see the folder tree, it crashed and gave me the above message in terminal. But then if I start it through Quick Browser button from the panel or just open Home from the desktop (as normal user), it doesn't crash but it doesn't show the folder tree either. Dom http://domdelimar.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#201884: Serious jobs for serious people. No investment needed.
Big international commercial organization is seeking of talented, honest, reliable representatives in different regions. Because of developing of our business the organization is proposing to you to become its part. You can work part time or full time. Requirements: Internet Connection Basic knowledge of PC Honesty Reliability Basic knowledge of marketing is a plus. If you want to get an opportunity to make a career, to earn some extra money, to gain new experience during the work, you should send us the following information to: [EMAIL PROTECTED] 1) Full name 2) Contact phone numbers 3) Languages 4) Part time job/Full time No investments needed to start working with us. The preference is given to employees with knowledge of foreign languages. Thank you and we are looking forward to cooperate in long term base with you. P.S. This job is not associated with money muls Yet, there remains a problem with the nano in both nanoscience and nanotechnology. Nanotechnology's a term with not too much new in it. It existed a long time ago, says Dai. Indeed, the characteristic length of bonds that have always been under scrutiny in the molecular sciences is on the order of a nanometer. Chidsey adds, I worry that the term confuses people about what's important: the length scale itself is not important. Rather, it is the novel properties that structures exhibit at the nanoscale that is. As Dai puts it, We work on carbon nanotubes not because they are small, but because they are interesting. They just happen to be nano. For all the problems with the term nanotechnology, though, it may have done some good. Chidsey remarks, Just as nanotechnology has attracted the attention of outsiders, it also stimulates us internally: it provides a context for tackling and defining grand challenges-things so out there you wouldn't tackle them otherwise. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420106: Fixed upstream.
Hi, the documentation have been updated by the upstream with the attached patch, maybe it can be added to the debian package until the next audacious release. Bye, Angelus. Index: README === --- README (revisione 4395) +++ README (copia locale) @@ -144,7 +144,7 @@ 2.3 Skin Installation - -Audacious will create a directory called ~/.share/audacious/Skins. You can unarchive +Audacious will create a directory called ~/.local/share/audacious/Skins. You can unarchive the skins the same way as you do for Winamp. However, you don't need to as Audacious supports archived skins. Audacious @@ -160,7 +160,7 @@ Audacious looks for skins in these directories (in listing order): prefix/share/audacious/Skins -~/.share/audacious/Skins +~/.local/share/audacious/Skins ~/.audacious/Skins You can set the environment variable SKINSDIR to another location of Index: man/audacious.1.in === --- man/audacious.1.in (revisione 4395) +++ man/audacious.1.in (copia locale) @@ -192,11 +192,11 @@ User's set of Audacious-specific GTK config settings. Options such as widget color and fonts sizes can be set here. .TP -~/.share/audacious/Skins, @datadir@/audacious/Skins +~/.local/share/audacious/Skins, @datadir@/audacious/Skins Default location(s) where Audacious should look for skinfiles. .TP -~/.config/audacious/Plugins -Location of user-installed plugins. (subject to change) +~/.local/share/audacious/Plugins +Location of user-installed plugins. .SH ENVIRONMENT .TP 12 .B SKINSDIR
Bug#356826: Netweblt PrevNext gt microsoft
I tried- Ralph's voice ran up. But a boar. 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! To avoid name conflicts Silicon Graphics will maintain a registry of EXT extensions, including all their procedures and definitions, in a location that is accessible to all licensees. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]