Seven days - seven ways to save! 10% off hard drivres & point of sale.
Bring on the best software...at the most reasonable prices! http://qwup.rydoc89k6j9yosr.shieldha.com It is only as we develop others that we permanently succeed. They couldn't hit an elephant at this dist- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
we edit your photos
We provide below image editing services : Clipping path Image cut out Image shadow creation Image masking Photo retouching Beauty retouching - (skin, face, body retouching) Glamour retouching Product retouching Color correction and other image editing We assure you the top quality along with reasonable cost. We can provide you sample testing. Please reply back if interested. Thanks, Jeff
we have not heard from you
We have 20 image editors and on daily basis 1000 images can be processed, if you want to know more about us. Please reply back. If you want to check our quality of work please send us a photo with instruction and we will work on it. Our Service is 24 hours. Introduction of Our Services: Adding, removing background Color, brightness and contrast correction Beauty, Model retouching, skin retouching. Image cropping and resizing Correcting the shape and size Adding and removing logos, watermarks, etc. Thanks, Jeff
photo team
We have not heard from you yet. Are you interested in our photo retouching services? We mainly do: e-commerce products photo editing, jewelry photos retouching, model retouching, wedding photo retouching and photo cutting out, masking, clipping path. You may send us a test photo to judge our quality and services. Our advantages: Speedy Turnaround Time 7/24/365 days on service. Thanks, Jeff
Re: schroot mounting directory from host
Hi Roger, On 19/01/2021 20:18, Roger Leigh wrote: This is a standard schroot feature—enable a bind mount in the schroot configuration. Look at the different “profiles” in /etc/schroot. You’ll see bind mounting used for the “desktop” profile. You’ll want to copy that for the “sbuild”/“buildd” profile in use with your sbuild commands. Add a bind mount for the build directory, and you should be able to see the same location on both the host and in the chroot. You can have multiple “profiles” and multiple chroot configurations. You could create different ones for use with sbuild, and choose the one you want when running sbuild. That was the information I needed. I was able to locate the bug. Thanks for the explanation and your time Regards Jeff OpenPGP_signature Description: OpenPGP digital signature
Bug#527529: ipppd fails to install cleanly if makedev is not installed.
installing ipppd when makedev is not already installed doesn't prompt the user to install the dependency. Having only udev installed I wasn't able to cleanly install the package. Looking through the recent changes I notice * Call /sbin/MAKDEV explicitly from ipppd postinst instead of relying on the symlink in /dev/, which may not be there if makedev was installed after udev was started. closes: #542156 which looks like a change the meant that makedev was explicitly required now. output from aptitude trying to configure ipppd: Setting up ipppd (1:3.9.20060704-9) ... Note: running MAKEDEV to create ISDN devices in /dev... /var/lib/dpkg/info/ipppd.postinst: 114: MAKEDEV: not found dpkg: error processing ipppd (--configure): subprocess installed post-installation script returned error exit status 127 Errors were encountered while processing: ipppd E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up ipppd (1:3.9.20060704-9) ... Note: running MAKEDEV to create ISDN devices in /dev... /var/lib/dpkg/info/ipppd.postinst: 114: MAKEDEV: not found dpkg: error processing ipppd (--configure): subprocess installed post-installation script returned error exit status 127 Errors were encountered while processing: ipppd Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information... Done Initializing package states... Done Writing extended state information... Done Reading task descriptions... Done installing makedev remedies the configuration problem, sudo aptitude install makedev Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information... Done Initializing package states... Done Reading task descriptions... Done The following NEW packages will be installed: makedev The following partially installed packages will be configured: ipppd 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 42.4kB of archives. After unpacking 152kB will be used. Writing extended state information... Done Get:1 http://ftp.ca.debian.org squeeze/main makedev 2.3.1-89 [42.4kB] Fetched 42.4kB in 0s (50.9kB/s) Selecting previously deselected package makedev. (Reading database ... 68766 files and directories currently installed.) Unpacking makedev (from .../makedev_2.3.1-89_all.deb) ... update-rc.d: using dependency based boot sequencing Processing triggers for man-db ... Setting up makedev (2.3.1-89) ... .udevdb or .udev presence implies active udev. Aborting MAKEDEV invocation. .udevdb or .udev presence implies active udev. Aborting MAKEDEV invocation. Setting up ipppd (1:3.9.20060704-9) ... Note: running MAKEDEV to create ISDN devices in /dev... .udevdb or .udev presence implies active udev. Aborting MAKEDEV invocation. Stopping ipppd Starting ipppd...no ISDN cards configured! Please configure 'hisax' module with modconf. Read /usr/share/doc/isdnutils-base/README.HiSax.gz for more information. (e.g. with 'zless /usr/share/doc/isdnutils-base/README.HiSax.gz').. Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information... Done Initializing package states... Done Writing extended state information... Done Reading task descriptions... Done -- _ Jeff Richards (250) 483-4318 http://www.jrichards.ca -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/g2m353016961004091743r6b6948adp157c02c5c1c1e...@mail.gmail.com
Bug#355792: dillo starts as a useless too tiny window
Just running through the dillo bugs, I'm unable to reproduce this bug using package dillo 0.8.6-2 on amd64.
Bug#491476: amavis-stats: Error with img path and COMMENT enddate strings
Package: amavis-stats
Version: 0.1.12-7.3
Severity: important
Below is a patch for the changes that I made to make it run on a local
system. This bug seems to be a bit related to #473735 though that
submitter made other changes and possibly reversed some that I made.
Other info: this is a fresh install for me.
Anyway, below are the patches (I had to reinstall to get the original):
--- amavis-stats.php-orig 2008-07-19 13:36:59.0 -0400
+++ amavis-stats.php-fixed 2008-07-19 13:28:25.0 -0400
@@ -639,16 +639,16 @@
addopts($opts, "STACK", $id, $vcount, $virus, $length);
}
}
-$opts[] = "COMMENT:" . str_replace(":", "\:", $enddate) . "\\n";
+//$opts[] = "COMMENT:" . str_replace(":", "\:", $enddate) . "\\n";
}
}
$opts[] = "COMMENT:\\n";
$opts[] = "COMMENT:amavis-stats v$asVersion ";
-$opts[] = "COMMENT:$enddate \\r";
+//$opts[] = "COMMENT:$enddate \\r";
asDbg($opts);
-$ret = rrd_graph("/usr/share/amavis-stats/$img" , $opts, count($opts));
+$ret = rrd_graph("$img" , $opts, count($opts));
if (!is_array($ret)) {
$err = rrd_error();
@@ -769,7 +769,7 @@
}
*/
$opts[] = "COMMENT:amavis-stats v$asVersion ";
-$opts[] = "COMMENT:$enddate" . str_replace(":", "\:", $enddate) . " \\r";
+//$opts[] = "COMMENT:$enddate" . str_replace(":", "\:", $enddate) . " \\r";
/*
* debugging - graph definitions
@@ -777,7 +777,7 @@
asDbg($opts);
$start = microtime();
-$ret = rrd_graph("/usr/share/amavis-stats/$img" , $opts, count($opts));
+$ret = rrd_graph("$img" , $opts, count($opts));
$t = elapsed($start);
if (!is_array($ret)) {
$err = rrd_error();
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages amavis-stats depends on:
ii adduser 3.102 Add and remove users and groups
ii debconf [debconf-2.0]1.5.11etch1 Debian configuration management sy
ii librrds-perl 1.2.15-0.3 Time-series data storage and displ
ii rrdtool 1.2.15-0.3 Time-series data storage and displ
ii wwwconfig-common 0.0.48 Debian web auto configuration
Versions of packages amavis-stats recommends:
ii amavisd-new [amavis] 1:2.4.2-6.1 Interface between MTA and virus sc
-- debconf information:
* amavis-stats/stay_on_purge: false
amavis-stats/config_apache: Apache
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#433661: latest tix release
Indeed the Tix 8.4.2 is the latest stable and official release. I have updated the webpage for Tix to reflect that as well (http://tix.sourceforge.net/download.shtml). Jeff Hobbs -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#418548: Steve's Patch
Steve's patch seems to have solved this problem for me as well. Jeff. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367949: libjpeg-mmx-progs: djpeg-mmx executable missing
Package: libjpeg-mmx-progs Severity: normal This package should ship the djpeg executable, named djpeg-mmx. The executable builds just fine from source, it's just that the package forgets to ship it. This is very important utility for people who care about JPEG decoding speed. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-1-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334698: closed by Christopher Martin <[EMAIL PROTECTED]> (reply to Christopher Martin <[EMAIL PROTECTED]>) (Re: Bug#334698: htdig: AMD64 arch corrupts databases)
Bad move. Debian uses a separate package for the 3.2 and 3.1 versions due to large performance difference (3.2 does more, but is much more resource hungry). Please reopen and mark wontfix. On Thu, 3 Aug 2006 5:55 pm, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #334698: htdig: AMD64 arch corrupts databases, which was filed against the htdig package. It has been closed by Christopher Martin <[EMAIL PROTECTED]> (reply to Christopher Martin <[EMAIL PROTECTED]>). Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Christopher Martin <[EMAIL PROTECTED]> (reply to Christopher Martin <[EMAIL PROTECTED]>) by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) --Jeff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334698: closed by Christopher Martin <[EMAIL PROTECTED]> (reply to Christopher Martin <[EMAIL PROTECTED]>) (Re: Bug#334698: htdig: AMD64 arch corrupts databases)
If you really want to keep using htdig 3.1 [...] Ok, ok, ok, it's time to move on. Sigh... Jeff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400923: (no subject)
Steve Langasek wrote: The point is that, according to the bug submitter, programs being run *under* multi-gnome-terminal don't have $DISPLAY set in their environment. It may indeed still not be an m-g-t bug, but at least it doesn't appear to be a gdm bug. I, too, doubt that it's a multi-gnome-terminal bug. I just can't figure out why when I type 'env' in the gnome-terminal window, I have several more variables set than when I type 'env' in the multi-gnome-terminal window. My guess is that it has something to do with m-g-t being a gnome1 app, although I don't see how that'd make a difference. Thanks for your help, -- Jeff Beaird Digital Access and Information Architecture Department University Libraries of Notre Dame -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400923: (no subject)
Mohammed Sameer wrote: I had a look at the source code for gnome-terminal. gnome-terminal is setting the HOME environmental variable as well as some other variables. This explains why it's working fine with -display. I'll work on a patch for that. Thanks, Mohammed. I don't know if it makes a difference, but I'm quite sure I didn't have this problem on another unstable machine. The machine which is having the problem was recently installed from scratch; the other machine had been running unstable for a couple of years, and had also been installed from scratch. Just can't figure out why the problem exhibited itself on one machine more readily than another. Thanks again, -- Jeff Beaird Digital Access and Information Architecture Department University Libraries of Notre Dame -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400923: (no subject)
Steve Langasek wrote: On Sun, Dec 17, 2006 at 01:29:31PM +0200, Mohammed Sameer wrote: I don't know if it makes a difference, but I'm quite sure I didn't have this problem on another unstable machine. The machine which is having the problem was recently installed from scratch; the other machine had been running unstable for a couple of years, and had also been installed from scratch. Just can't figure out why the problem exhibited itself on one machine more readily than another. I'm not really sure why you are having a different behaviour with 2 different unstable installations. I don't have enough time to dig farther so I took the simple approach and set the DISPLAY before invoking the terminal widget itself. Andreas, Can you please sponsor it ? Here are the files: http://home.foolab.org/debs/multi-gnome-terminal/ And here's the dsc file: http://home.foolab.org/debs/multi-gnome-terminal/multi-gnome-terminal_1.6.2-13.dsc Sorry, I've been a bit out of the loop. Eventually, it would be _great_ if all the variables that a gnome-terminal session knows about are also known by a multi-gnome-terminal session. Other ones that I depend on regularly are SSH_AGENT_PID SSH_AUTH_SOCK. Thanks for your help, -- Jeff Beaird Digital Access and Information Architecture Department University Libraries of Notre Dame -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#220356: Please send resolve comments to requestor by default
Package: request-tracker Severity: wishlist Hullo! I've had several cusotmers pissed off at me when I hadn't figured out that RT defaults to not sending an email to the requestor of the ticket by default when "resolve" is selected. I can't imagine a scenario where resolving a ticket shouldn't send a note to the person who asked for it. Tks, Jeff Bailey -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux outpost 2.6.0-test9-1-386 #1 Sun Oct 26 22:32:52 EST 2003 i686 Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8
Bug#246200: relay-ctrl: version has been obsolete for over two years
Package: relay-ctrl Version: 2.5-2 Severity: normal Version 3.1.1 of this program has been available for over two years. The Debian package needs to be updated. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.5-1-686 Locale: LANG=C, LC_CTYPE=C Versions of packages relay-ctrl depends on: ii libc6 2.3.2.ds1-12 GNU C Library: Shared libraries an -- no debconf information
Bug#865576: Fwd: Bug#865576: guilt FTBFS with git 2.13.1: test failures [origin: b...@debian.org]
On Fri, Jul 14, 2017 at 08:58:17 +0200, Axel Beckert wrote: > Hi Jeff, > > I'm not sure if you've already seen this bug report against guilt in > Debian: https://bugs.debian.org/865576 I haven't. Thanks for forwarding it to me. > But since I saw no new commits since the release of Git 2.13.1 (or > 2.13) and the last test-suite related fix was in February 2016, I > assume that non of the commits since 0.36 already fix this. Right. I'm hoping that it's just git being better at cleaning up empty directories in .git/refs and the guilt refression suite asserting a slightly different git behavior. > Seems as if you need at least to update your test suite to work with > the latest git releases, but maybe more There may be more issues with 2.13, but based on the failure output in this bug report, guilt should still work. (Obviously, the regression suite needs to be fixed.) Jeff. > - Forwarded message from Adrian Bunk - > Date: Thu, 22 Jun 2017 23:51:23 +0300 > From: Adrian Bunk > To: Debian Bug Tracking System > Subject: Bug#865576: guilt FTBFS with git 2.13.1: test failures > Reply-To: Adrian Bunk , 865...@bugs.debian.org > > Source: guilt > Version: 0.36-1 > Severity: serious > Tags: buster sid > > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/guilt.html > > ... > > ./run-tests > 010: done. > 011: done. > 020: --- t-020.out2015-11-11 19:18:31.0 + > +++ /tmp/guilt.log.5484 2017-06-22 20:31:00.036043499 + > @@ -228,7 +228,6 @@ > d .git/patches > d .git/patches/master > d .git/refs/patches > -d .git/refs/patches/master > f 22930c6d1f1938f298a4fca51c57e4b47171db21 .git/patches/master/mode > f 413390f3906f16f30b054a4fb86c1e014b964504 .git/patches/master/remove > f 9c18cc7abe6b87f18503714a80a677b4094eb457 .git/patches/master/add > @@ -243,7 +242,6 @@ > d .git/patches > d .git/patches/master > d .git/refs/patches > -d .git/refs/patches/master > f 22930c6d1f1938f298a4fca51c57e4b47171db21 .git/patches/master/mode > f 413390f3906f16f30b054a4fb86c1e014b964504 .git/patches/master/remove > f 9c18cc7abe6b87f18503714a80a677b4094eb457 .git/patches/master/add > @@ -258,7 +256,6 @@ > d .git/patches > d .git/patches/master > d .git/refs/patches > -d .git/refs/patches/master > f 22930c6d1f1938f298a4fca51c57e4b47171db21 .git/patches/master/mode > f 413390f3906f16f30b054a4fb86c1e014b964504 .git/patches/master/remove > f 9c18cc7abe6b87f18503714a80a677b4094eb457 .git/patches/master/add > @@ -357,7 +354,6 @@ > d .git/patches > d .git/patches/master > d .git/refs/patches > -d .git/refs/patches/master > f 22930c6d1f1938f298a4fca51c57e4b47171db21 .git/patches/master/mode > f 413390f3906f16f30b054a4fb86c1e014b964504 .git/patches/master/remove > f 9c18cc7abe6b87f18503714a80a677b4094eb457 .git/patches/master/add > @@ -478,7 +474,6 @@ > d .git/patches > d .git/patches/master > d .git/refs/patches > -d .git/refs/patches/master > f 0803c721968056410df61400bb239380d033b9d5 .git/patches/master/empty.patch~ > f 22930c6d1f1938f298a4fca51c57e4b47171db21 .git/patches/master/mode > f 413390f3906f16f30b054a4fb86c1e014b964504 .git/patches/master/remove > Test failed! > > Test: 020 > Log file: /tmp/guilt.log.5484 > Repo dir: "/tmp/guilt reg.14476" > > Makefile:2: recipe for target 'all' failed > make[2]: *** [all] Error 1 > - End forwarded message - > > Regards, Axel > -- > ,''`. | Axel Beckert , http://people.debian.org/~abe/ > : :' : | Debian Developer, ftp.ch.debian.org Admin > `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 > `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. - Linus Torvalds
