Bug#54138: Find out what works for men
Discover a new amazing love life with our new product http://www.Wavareens.com/ 9 inches of perfection -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#159385: 9 inches of perfection
You deserve only the best, click here http://www.Aderventons.com/ Earn her trust and body -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#53121: Quite simply put : unbelievable
The ancient Roman warriors had peckers 8-9 inches long, you can be like them too http://www.Crovinci.com/ Honey sweet and low down sexy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472468: RFH: bash-completion -- programmable completion for the bash shell
Package: wnpp Severity: normal I request assistance with maintaining the bash-completion package. Upstream has handed over the maintenance, so working on the package is also working on upstream... I've set up an alioth project to coordinate, but the import of the history and current state still needs to happen. Any help with the initial setup as well as continued bug triage and/or co-maintainership is welcomed. The package description is: bash completion extends bashs standard completion behavior to achieve complex command lines with just a few keystrokes. This project was conceived to produce programmable completion routines for the most common Linux/UNIX commands, reducing the amount of typing sysadmins and programmers need to do on a daily basis. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472470: RFH: update-inetd -- inetd.conf updater
Package: wnpp Severity: normal I request assistance with maintaining the update-inetd package. I've quite recently taken over the maintainership of update-inetd. Any help on bug triage and/or co-maintainership would be welcomed. The package description is: This package provides a program used by other packages to automatically update /etc/inetd.conf. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#229715: Titties and beavers
Get some rip-roaring lovemaking with your new pecker today! http://www.Hardlongthick.com/ Find out what works for men -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472425: ITP: xserver-xorg-video-geode -- X.org server -- AMD Geode GX/LX display driver
Package: wnpp Severity: wishlist Owner: "Martin-Éric Racine" <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: xserver-xorg-video-geode Version : 2.8 Upstream Author : Jordan Crouse <[EMAIL PROTECTED]> * URL : git://anongit.freedesktop.org/git/xorg/driver/xf86-video-geode * License : (see below) Programming Lang: C Description : X.org X server -- AMD Geode GX/LX display driver This driver for the X.Org X server (see xserver-xorg for a further description) provides support for the AMD Geode GX/LX series. It provides the 'amd' and 'ztv' sub-drivers. . More information about X.Org can be found at: http://xorg.freedesktop.org> http://lists.freedesktop.org/mailman/listinfo/xorg> . This module can be found as the module 'xorg/driver/xf86-video-amd' at http://gitweb.freedesktop.org/> * Copyright (c) 2005 Advanced Micro Devices, Inc. Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. Neither the name of the Advanced Micro Devices, Inc. nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. * This driver is renamed from xserver-xorg-video-amd. The rename took place by unanimous decision of the upstream development team, to avoid confusion with ATI products that were recently purchased by AMD. The code is still the same as xserver-xorg-video-amd, but the filenames and the package name in configure.ac were changed to reflect the renaming. The code also includes a fallback that allows it to respond to an xorg.conf that requests the "amd" driver. This source package will therefore include transitional packages that allow users who already have xserver-xorg-video-amd to automatically pull the new xserver-xorg-video-geode driver. Likewise, the xserver-xorg-video-amd source package will be removed from the Debian archive as soon as the first xserver-xorg-video-geode upload is done. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFH54RceXr56x4Muc0RAkMNAKCG0DK521t6VvVDQzDL0SNM5X4BewCfULmC babG2LbXQ7I19KmA5WRaKlg= =3C78 -END PGP SIGNATURE-
Bug#162262: In popular men magazines (Maxim, FHM and other) was written about Penisole.
We have already sold 1,500,000 bottles all over the world. http://ilmoode.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Installation of suggested packages: recursive or not?
On Sat, Mar 22, 2008 at 02:21:52PM +0900, Charles Plessy <[EMAIL PROTECTED]> was heard to say: > Le Thu, Mar 20, 2008 at 08:13:30AM -0700, Daniel Burrows a écrit : > > > > BTW, aptitude already supports non-recursively installing Suggests, and > > flagging them as manual at the same time: "~Rsuggests:^package$" will > > install everything that's directly suggested by "package". > > Dear Daniel, > > Thanks for the suggestion. Do you think that there could be an option > that does the same except that the package would be flagged "auto" ? If > you are busy I can help updating the documentation. I would like to > provide an easy to remember way to perform this task for the users of > the packages I mentioned earlier (med-bio, t-coffee, bioperl). There could be. In fact, you can get it now: "~Rsuggests:^package$+M" (the "+M" means "install it and mark it automatic") On the other hand, resurrecting "--with-suggests" would be a more friendly way of doing this. I think I would add a sanity-check to force you to turn on "SuggestsImportant" in the config file first: if you don't, the newly installed packages will be unused and the installs will be immediately canceled. Daniel
Re: BitTorrent and ISP interference
On Thu, Mar 20, 2008 at 03:46:44PM +, brian m. carlson wrote: > I think it's a good idea. I'm not a DD, but I don't appreciate getting > dupe messages from the list. procmail is not set up to handle them, and > I read the vast majority of the lists I post to. I only wish non-Debian > lists had the same policy. The larger the volume on a list gets, the more useful duplicate messages get. That is why lists like LKML require reply-all unless explicitly requested not to (which seems to be just about never). It also is quite useful for lists that don't require subscribing to post. > Ignoring that particular provision, it contains useful tips such as > only post in English (on non-localized lists), use the proper list, and > don't send HTML email. These are all things I think we should encourage > on Debian lists, and on lists in general. I for one would rather get two copies of a message than none. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[RFH] Loki bug #409370: missing 64-bit executablex
Hi,
is anybody able to solve this problem that seems to occure only on 64bit
archs. I compared the build logs and found:
make[2]: Entering directory `/build/buildd/loki-2.4.7.4/lokisrc'
cc -g -Wall -O2 -W -Wall -pedantic -ffloat-store -Wno-long-long -I../include
-c -o param_parse.o param_parse.c
cc -c -g -Wall -O2 -W -Wall -pedantic -ffloat-store -Wno-long-long -I../include
-DYY_NO_UNPUT param_lex.c
In file included from /usr/include/sys/stat.h:107,
from param_lex.l:25:
/usr/include/bits/stat.h:65: error: expected identifier or '(' before '[' token
make[2]: *** [param_lex.o] Error 1
make[2]: Leaving directory `/build/buildd/loki-2.4.7.4/lokisrc'
in the ia64 build log while i386 says:
make[2]: Entering directory `/tmp/buildd/loki-2.4.7.4/lokisrc'
cc -g -Wall -O2 -W -Wall -pedantic -ffloat-store -Wno-long-long -I../include
-c -o param_parse.o param_parse.c
cc -c -g -Wall -O2 -W -Wall -pedantic -ffloat-store -Wno-long-long -I../include
-DYY_NO_UNPUT param_lex.c
cc -g -Wall -O2 -W -Wall -pedantic -ffloat-store -Wno-long-long -I../include
-c -o read_binfiles.o read_binfiles.c
Is anybody with experience on 64bit archs able to fix this?
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472500: ITP: libfastthread-ruby -- Optimized replacement for thread.rb primitives
Package: wnpp Severity: wishlist Owner: Matt Zagrabelny <[EMAIL PROTECTED]> * Package name: libfastthread-ruby Version : 1.0.1 Upstream Author : MenTaLguY <[EMAIL PROTECTED]> * URL : http://rubyforge.org/frs/?group_id=1306 * License : Ruby License Programming Lang: C Description : Optimized replacement for thread.rb primitives This library provides an optimized replacement for the thread.rb primitives. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: .desktop files for x-www-browser and x-terminal-emulator
On Fri, Mar 21, 2008 at 07:43:22PM +0100, Luca Capello wrote: > I'd suggest debianutils, since it provides at least sensible-browser, > but it misses sensible-terminal-emulator. I'd suggest the packages actually providing x-www-browser and x-terminal-emulator, since debianutils is not one of those. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Service stopping in prerm considered harmful
On Sun, 23 Mar 2008, Pierre THIERRY wrote: > For the nth time, I have a package that dpkg is unable to remove because > it tries to stop a service that either is already stopped (I didn't want For the nth time squared, an initscript MUST NOT FAIL to stop an already stopped service. Ever. It must return an status of zero. It is in LSB. It is in Debian policy. And it doesn't take half a software engineer to understand that initscripts are about "switch to state foo" rather than "perform action foo". This is not your problem, of course (you didn't write the script :p). But it is the issue that is causing your problem. File a bug against the package please. Severity serious, section 9.3.2. Have the output of "sh -x /etc/init.d/
Re: .desktop files for x-www-browser and x-terminal-emulator
#include * Josselin Mouette [Sun, Mar 23 2008, 11:22:37PM]: > On ven, 2008-03-21 at 22:21 +0800, Enrico Zini wrote: > > Hello, > > > > It has been brought to my attention that we don't have .desktop files > > to launch what is the standard Debian way to launch web browsers and > > terminal emulators: how come? > > Could you please care to explain what they would be useful for? Window Managers. http://bugs.debian.org/472209 opened in the meantime, detecting some resistance. Regards, Eduard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Finding installed packages which aren't part of debian
> Is there any short way to find packages installed on a machine that > can't be installed from our archives ? http://stateful.de/~carsten/bin/apt-listrepository -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian-devel@lists.debian.org
السلام عليكم ورحمة الله و بركاته نرجوا منكم التسجيل في المنتدى و المشاركة حتى برد تقديرا للجهود المبذولة من أجلكم و جزاكم الله كل خير بالصور تعال شوف دكتور يغتصب مريضه بعد تخديرها http://www.mkachkhines.com/showthread.php?t=37 مطعـم (( للعراة )) في نيويورك صور http://www.mkachkhines.com/showthread.php?t=38 أصل كلمة ( لول ) و ( برب ) و ( تيت ) ,,،!! http://mkachkhines.com/showthread.php?p=83#post83 بأفرااد صور لجميلة ( يأرا ) بالحجاب السعودى جامدة أخر حاجة http://mkachkhines.com/showthread.php?t=45 من هى معشوقتى؟؟ http://mkachkhines.com/showthread.php?p=81#post81 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian-devel@lists.debian.org
السلام عليكم ورحمة الله و بركاته نرجوا منكم التسجيل في المنتدى و المشاركة حتى برد تقديرا للجهود المبذولة من أجلكم و جزاكم الله كل خير بالصور تعال شوف دكتور يغتصب مريضه بعد تخديرها http://www.mkachkhines.com/showthread.php?t=37 مطعـم (( للعراة )) في نيويورك صور http://www.mkachkhines.com/showthread.php?t=38 أصل كلمة ( لول ) و ( برب ) و ( تيت ) ,,،!! http://mkachkhines.com/showthread.php?p=83#post83 بأفرااد صور لجميلة ( يأرا ) بالحجاب السعودى جامدة أخر حاجة http://mkachkhines.com/showthread.php?t=45 من هى معشوقتى؟؟ http://mkachkhines.com/showthread.php?p=81#post81 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian-devel@lists.debian.org
السلام عليكم ورحمة الله و بركاته نرجوا منكم التسجيل في المنتدى و المشاركة حتى برد تقديرا للجهود المبذولة من أجلكم و جزاكم الله كل خير بالصور تعال شوف دكتور يغتصب مريضه بعد تخديرها http://www.mkachkhines.com/showthread.php?t=37 مطعـم (( للعراة )) في نيويورك صور http://www.mkachkhines.com/showthread.php?t=38 أصل كلمة ( لول ) و ( برب ) و ( تيت ) ,,،!! http://mkachkhines.com/showthread.php?p=83#post83 بأفرااد صور لجميلة ( يأرا ) بالحجاب السعودى جامدة أخر حاجة http://mkachkhines.com/showthread.php?t=45 من هى معشوقتى؟؟ http://mkachkhines.com/showthread.php?p=81#post81 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What CDs and DVDs should we produce for lenny?
On Sun, Mar 23, 2008 at 02:16:05AM +0100, Peter 'p2' De Schrijver wrote: Considering that modern machines can boot from network or USB stick, some machine classes lack optical drives (small laptops, many non ia32/amd64/ppc machines), DVD readers are uncommon outside the ia32/amd64/ppc world, optical media are slow compared to network or USB sticks, I would say the importance of optical media images is low. It's cool to have CDs or DVDs to give away at fairs etc, but for practical use much better installation methods (network and USB stick) are available IMO. AIUI, USB sticks use the standard business card or netinst images, or a special pre-built image. So creating those for all architectures that can boot from USB is obviously important, especially for those people that don't want to destroy all the data on their USB sticks. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only troff on top of XML: http://crustytoothpaste.ath.cx/~bmc/code/thwack OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Re: [RFH] Loki bug #409370: missing 64-bit executablex
On Mon, Mar 24, 2008 at 06:05:20PM +0100, Andreas Tille wrote:
Hi,
is anybody able to solve this problem that seems to occure only on 64bit
archs. I compared the build logs and found:
make[2]: Entering directory `/build/buildd/loki-2.4.7.4/lokisrc'
cc -g -Wall -O2 -W -Wall -pedantic -ffloat-store -Wno-long-long -I../include
-c -o param_parse.o param_parse.c
cc -c -g -Wall -O2 -W -Wall -pedantic -ffloat-store -Wno-long-long -I../include
-DYY_NO_UNPUT param_lex.c
In file included from /usr/include/sys/stat.h:107,
from param_lex.l:25:
/usr/include/bits/stat.h:65: error: expected identifier or '(' before '[' token
make[2]: *** [param_lex.o] Error 1
make[2]: Leaving directory `/build/buildd/loki-2.4.7.4/lokisrc'
Here's the difference: in , the following occurs:
#if __WORDSIZE == 64
long int __unused[3];
#else
# ifndef __USE_FILE_OFFSET64
unsigned long int __unused4;
unsigned long int __unused5;
# else
__ino64_t st_ino; /* File serial number. */
# endif
#endif
So on 64-bit platforms, a field called __unused is defined. But in
param_lex.c, the following code exists:
#if defined(__FreeBSD__)
#include
#else
#define __unused
#endif
So that code in comes out to:
long int [3];
which isn't valid. The solution is not to define things that aren't in
your namespace, so flex shouldn't #define __unused, or use it, for that
matter.
HTH.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
troff on top of XML: http://crustytoothpaste.ath.cx/~bmc/code/thwack
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
Re: Service stopping in prerm considered harmful
I demand that Henrique de Moraes Holschuh may or may not have written... > On Sun, 23 Mar 2008, Pierre THIERRY wrote: >> For the nth time, I have a package that dpkg is unable to remove because >> it tries to stop a service that either is already stopped (I didn't want > For the nth time squared, an initscript MUST NOT FAIL to stop an already > stopped service. How is it supposed to do that? The service isn't running, so can't be stopped, therefore the script (if called to stop it) can only fail to stop it... ITYM "must not fail if the service is already stopped". [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE. "Bother", said Pooh, as the read/write heads flew across the room. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Service stopping in prerm considered harmful
On Mon, 24 Mar 2008, Darren Salt wrote: > I demand that Henrique de Moraes Holschuh may or may not have written... > > On Sun, 23 Mar 2008, Pierre THIERRY wrote: > >> For the nth time, I have a package that dpkg is unable to remove because > >> it tries to stop a service that either is already stopped (I didn't want > > > For the nth time squared, an initscript MUST NOT FAIL to stop an already > > stopped service. > > How is it supposed to do that? The service isn't running, so can't be > stopped, therefore the script (if called to stop it) can only fail to stop > it... > > ITYM "must not fail if the service is already stopped". Well, whatever suits your fancy that results in a return status of 0 should the script return with the service stopped (regardless of the script needing to do something or not to archieve that stopped status) :-) -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
