Re: Lenny upgrade-advisor
On Wed, Sep 10, 2008 at 4:16 PM, Franklin PIAT <[EMAIL PROTECTED]> wrote: > One thing I wish (but I can't do it alone), is to list/detect all the > applications that require user intervention for the migration (I mean > any intervention other than debconf). The nfs/mount issue is one: 493095/498350 -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Lenny upgrade-advisor
Le mercredi 10 septembre 2008 à 16:27 +0800, Paul Wise a écrit : > On Wed, Sep 10, 2008 at 4:16 PM, Franklin PIAT <[EMAIL PROTECTED]> wrote: > > > One thing I wish (but I can't do it alone), is to list/detect all the > > applications that require user intervention for the migration (I mean > > any intervention other than debconf). > > The nfs/mount issue is one: 493095/498350 BTW I don’t get why Breaks: would fix the issue if Conflicts: does not. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Re: Lenny upgrade-advisor
Alexander Reichle-Schmehl wrote: > Am 7.9.2008 schrieb "Franklin PIAT": >>I've worked on an upgrade advisor tool for Lenny. The idea is to do some >>sanity check to then warn the users of potential problems (and also >>advertise some best practices). The example below should be quite >>explicit. > > Wonderfull idea! Are you "synchronizing" with the release notes? > Meaning, that you things you test, are documented there and vice versa? Good suggestion. >> * Add links to Release Notes. For each test, I want to have a link to some official docs (Release Notes, Installation guide, etc). This is now implemented. It would be great to test all entries in the release notes, but it often requires a very good understanding of the problem. (If one knows how to test it, your patches are welcome). One thing I wish (but I can't do it alone), is to list/detect all the applications that require user intervention for the migration (I mean any intervention other than debconf). It's now hosted on collab-maint[1]. As usually, contributions are welcome. Thanks you all for comments (both on this ML, and private email). Franklin [1] http://git.debian.org/?p=collab-maint/upgrade-advisor.git;a=summary -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366893: reassign to lintian
reassign 366893 lintian thanks Hi, I'm reassigning this to lintian so that a check for a standarized stop message can be implemented. Reading from the bug, I think policy is quite clear about it. (If there is a stop script, there should be a stop message) Feel free to reassign to debian-policy if you think policy is not clean enough. Having this filed as a general bug is definitly not useful... regards, Holger pgplFC6As2ykC.pgp Description: PGP signature
Processed: reassign to lintian
Processing commands for [EMAIL PROTECTED]: > reassign 366893 lintian Bug#366893: init.d stopping messages not standardized or even always logged Bug reassigned from package `general' to `lintian'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#495659: marked as done (base: prevent unix 2038 oveflow)
Your message dated Wed, 10 Sep 2008 12:11:15 +0200 with message-id <[EMAIL PROTECTED]> and subject line closing this bugreport has caused the Debian Bug report #495659, regarding base: prevent unix 2038 oveflow to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 495659: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495659 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: base Severity: critical Tags: security Justification: breaks the whole system it should be made impossible to reach the unix overflow upcoming in 2038. There should be a facility to block entering such a date and ignoring ntp servers or other items that may influence he system clock that would cause the date to pass 2038. This should be altered when there is a patch / solution to the problem on a given system. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash --- End Message --- --- Begin Message --- Hi, I'm closing this bugreport as its quite useless: foremost it's a upstream issue in several packages (so if you really care about this, please file bug_s_ upstream), second, it's still 30 years and third, this is a well known issue (which wont be dealt with any better or faster just because of this bugreport). So in summary, leaving this bug open just prevents real issues to be visible. As usual, if you object, please speak up, we might listen ;-) regards, Holger pgpe0PNaaNZW3.pgp Description: PGP signature --- End Message ---
Bug#498483: ITP: evolution-remove-attachments -- Evolution Remove Attachments Plugin
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: evolution-remove-attachments Version: 0.0.3-1 Upstream Author: [Rex Tsai <[EMAIL PROTECTED]>] URL: [http://people.debian.org.tw/~chihchun/tag/evolution/] License: [GPL] Description: [Evolution Remove Attachments Plugin] This software implement a plugin for evolution, which help users remove the attachments in mails by click the menu. A small but useful software. You can download the latest version of Debian package from http://mentors.debian.net/debian/pool/main/e/evolution-remove-attachments/ I am looking for a sponsor or co-maintainer for this software. -Rex signature.asc Description: OpenPGP digital signature
Quilt runs crazy?
Hi, when trying to build Debian packages from alpine 2.0 (Asheesh, I try to sort out this first and then will send you a patch) I observed a really strange issue with quilt. Please have a look at http://people.debian.org/~tille/packages/alpine/ where I uploaded my work on the package. The typescript.txt there reflects the problem perfectly. It is that if you unpack the source package and try QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null push -a all patches will be applied perfectly. Once you undo the patches and try to build the package (for instance with debuild) quilt is called with the exactly same command but fails for the second patch. I have no idea at all what happened here - it is just strange and never happened before in the 20+x packages I was working on with quilt. Anybody able to enlighten me what might went wrong here? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: please read the bugreport until the end to understand why I reassigned this bug
Processing commands for [EMAIL PROTECTED]: > reassign 238833 qt-x11-free Bug#238833: general: not all fonts contain glyphs for all codepoints Bug reassigned from package `general' to `qt-x11-free'. > retitle 238833 wrong rendering fallback Bug#238833: general: not all fonts contain glyphs for all codepoints Changed Bug title to `wrong rendering fallback' from `general: not all fonts contain glyphs for all codepoints'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Quilt runs crazy?
Andreas Tille wrote:
> Hi,
>
> when trying to build Debian packages from alpine 2.0 (Asheesh, I
> try to sort out this first and then will send you a patch) I observed
> a really strange issue with quilt. Please have a look at
>
> http://people.debian.org/~tille/packages/alpine/
>
> where I uploaded my work on the package. The typescript.txt there
> reflects the problem perfectly. It is that if you unpack the
> source package and try
>
>QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null push -a
>
> all patches will be applied perfectly. Once you undo the patches
> and try to build the package (for instance with debuild) quilt is
> called with the exactly same command but fails for the second
> patch. I have no idea at all what happened here - it is just strange
> and never happened before in the 20+x packages I was working on
> with quilt.
>
> Anybody able to enlighten me what might went wrong here?
>
You haven't moved all patches to debian/patches.
Your diff.gz still patches files directly
Btw, the handling of config.{guess,sub} is a bit weird imho.
You update it conditionally in autotools: and unconditionally in
clean-patched.
As you have a Build-Depends on autotools-dev, I'd suggest to save a copy
in autotools: and *restore* the copies in clean-patched, so it doesn't
end up in the final diff.gz.
Cheers,
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
Re: Quilt runs crazy?
Andreas Tille wrote: > Anybody able to enlighten me what might went wrong here? I did not checked in details but it seems to me that your "make clean" modifies some files: [...] fakeroot debian/rules clean [...] sed -i 's|/usr/local/lib/pine.conf|/etc/pine.conf|g' [...] pith/filter.c [...] QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null pop -a -R || test $? = 2 No patch removed ### no patch were applied so no error is generated. But running the clean target ### on a manually patched directory would generate an error such as ### 'cannot unapply the patch' (I do not remember the quilt error exactly) [...] QUILT_PATCHES=debian/patches quilt --quiltrc /dev/null push -a || test $? = 2 [...] patching file pith/filter.c Hunk #1 FAILED at 7640. Hunk #2 FAILED at 7649. 2 out of 2 hunks FAILED -- rejects in file pith/filter.c ### You try to apply the patch to a file you already patched... ### (ie not the same state as when running manually quilt before) Regards, Vincent > Kind regards > > Andreas. > -- Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble Téléphone: +33 4 76 61 20 11ENSIMAG - antenne de Montbonnot Fax:+33 4 76 61 20 99ZIRST 51, avenue Jean Kuntzmann Email: [EMAIL PROTECTED] 38330 Montbonnot Saint Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Quilt runs crazy?
Michael Biebl wrote:
> Btw, the handling of config.{guess,sub} is a bit weird imho.
> You update it conditionally in autotools: and unconditionally in
> clean-patched.
Oh, and another thing:
Updating config.{guess,sub} doesn't require to run autoconf afterwards.
It's also very weird, that you have patches to change the paths
(10_alpine_1.10_spooldir.patch, 10_config2etc.patch), but in
clean-patched: you change it back using sed.
Cheers,
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
Bug#238833: please read the bugreport until the end to understand why I reassigned this bug
reassign 238833 qt-x11-free retitle 238833 wrong rendering fallback thanks Hi, please read the bugreport until the end to understand why I reassigned this bug. Probably you also want to retitle this bug even more. regards, Holger pgpBJiJQvc0dE.pgp Description: PGP signature
Re: Quilt runs crazy?
On Wed, 10 Sep 2008, Michael Biebl wrote:
...
Ahh, thanks for openingf my eyes - the diff.gz is definitely broken ...
Btw, the handling of config.{guess,sub} is a bit weird imho.
You update it conditionally in autotools: and unconditionally in
clean-patched.
Oh, and another thing:
Updating config.{guess,sub} doesn't require to run autoconf afterwards.
Well, this was done by the former maintainer - I'll try to fix
this.
It's also very weird, that you have patches to change the paths
(10_alpine_1.10_spooldir.patch, 10_config2etc.patch), but in
clean-patched: you change it back using sed.
This stuff from former maintainer has to be removed.
Sorry for the noise
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cdbs: how to move file after install target?
I use cdbs to maintain the php-codesniffer package and have a very basic debian/rules: http://cgi.sfu.ca/~jdbates/tmp/debian/200809030/rules Unfortunately it installs a script at /usr/bin/scrips/phpcs-svn-pre-commit, instead of /usr/share/subversion/hook-scripts/phpcs So I tried inserting my own command to move /usr/bin/scrips/phpcs-svn-pre-commit to /usr/share/subversion/hook-scripts/phpcs after the debian/rules install target: install:: mv -i $(DEB_DESTDIR)/usr/bin/scripts/phpcs-svn-pre-commit $(DEB_DESTDIR)/usr/share/subversion/hook-scripts/phpcs - but it has no effect: The script is still installed at /usr/bin/scrips/phpcs-svn-pre-commit What is the "correct" way to move /usr/bin/scrips/phpcs-svn-pre-commit to /usr/share/subversion/hook-scripts/phpcs using cdbs? Thanks, Jack signature.asc Description: This is a digitally signed message part
Re: cdbs: how to move file after install target?
On Wed, 2008-09-10 at 10:53 -0700, Jack Bates wrote: > I use cdbs to maintain the php-codesniffer package and have a very basic > debian/rules: http://cgi.sfu.ca/~jdbates/tmp/debian/200809030/rules These type of questions might best be answered on debian-mentors - specific advice will need access to the source package which debian-mentors can provide. > Unfortunately it installs a script > at /usr/bin/scrips/phpcs-svn-pre-commit, instead > of /usr/share/subversion/hook-scripts/phpcs You should set the install to use a temp directory and then pick what you want from that. > So I tried inserting my own command to > move /usr/bin/scrips/phpcs-svn-pre-commit > to /usr/share/subversion/hook-scripts/phpcs after the debian/rules > install target: > > install:: > mv -i $(DEB_DESTDIR)/usr/bin/scripts/phpcs-svn-pre-commit > $(DEB_DESTDIR)/usr/share/subversion/hook-scripts/phpcs install/$package:: or specify it in the relevant .install file as with any debhelper package. > - but it has no effect: The script is still installed at > /usr/bin/scrips/phpcs-svn-pre-commit > > What is the "correct" way to move /usr/bin/scrips/phpcs-svn-pre-commit > to /usr/share/subversion/hook-scripts/phpcs using cdbs? > > Thanks, Jack -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: This is a digitally signed message part
Processed: reassign to lsb
Processing commands for [EMAIL PROTECTED]: > reassign 65611 lsb-base Bug#65611: general: setting `global' env. variables, esp. PATH Bug reassigned from package `general' to `lsb-base'. > tags 65611 +upstream Bug#65611: general: setting `global' env. variables, esp. PATH There were no tags set. Tags added: upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#65611: reassign to lsb
reassign 65611 lsb-base tags 65611 +upstream thanks Hi, I don't think it's Debians role to demand such changes in upstreams behavior, even though this change might be a good idea. So I'll reassign this to lsb-base. regards, Holger pgpK62PyEw3Se.pgp Description: PGP signature
Processed: reassign to policy
Processing commands for [EMAIL PROTECTED]: > reassign 54138 debian-policy Bug#54138: pre-removal scripts fail when /etc/init.d/* stop fails Bug reassigned from package `general' to `debian-policy'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: reassign
Processing commands for [EMAIL PROTECTED]: > reassign 388065 cups Bug#388065: My PC should warn me when I try to shut down while my printer is still printing Bug reassigned from package `general' to `cups'. > tags 388065 +upstream Bug#388065: My PC should warn me when I try to shut down while my printer is still printing There were no tags set. Tags added: upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#388065: reassign
reassign 388065 cups
tags 388065 +upstream
thanks
Hi,
based on the assumption that a bug report titled "My PC should warn me when I
try to shut down while my printer is still printing" clearly assumes ("My
PC") a default printing environment on a default desktop install (which is
cups) and that bugs originating from packages should be assigned to those,
I'm reassigning this to cups. (So that the cups maintainers (maybe)
reassign/clone this to further printing frontends.)
I wrote the above paragraph without reading the actual bug report, then I
thought "wait, re-read it, there must be something in there otherwise you
would just reassign" and so I re-read the bug report.
After I've now done so, I still think reassigning to cups (and then clone and
assigning the clones to kdm, gnome and xfce and keeping this bug to track the
others) is sensible.
I've tagged this bug upstream too. ;-)
regards,
Holger
P.S.: Please cc: me if you disagree, I'm neither subscribed to this bug nor
the cups pts.
pgpJ47WZr0wTD.pgp
Description: PGP signature
Re: people.debian.org to move to ravel
]] Joerg Jaspert | >> Perhaps the DELAYED queue should be moved out of ~tfheen to a more | >> neutral directory? | > ACK on all this request, which I was going to write almost identically :-) | > Cc-ing ftpmaster. | | We sure can move it back into ftpmasters hands sometime in the not too | distant future. I just set up the queue when ftp-master (auric at the time, IIRC) became restricted. If the ftpmasters want to run the service themselves, you're more than welcome to do so. :-) -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Grazzi - Garota Morango do Mês Setembro - www.garotamora ngo.com.br
Acompanhantes de Alto Nível - Disponíveis 24 Horas Grazzi - Garota Morango do Mês Setembro www.garotamorango.com.br (31) 9202-0200 Se você não quiser mais receber e-mails desta Lista, http://marketing.garotamorango.com.br/admin/unsubscribe.php?id=VUpVVExV&uid=122107380424288900
Re: Processed: please read the bugreport until the end to understand why I reassigned this bug
On Wed, Sep 10, 2008 at 5:09 AM, Debian Bug Tracking System <[EMAIL PROTECTED]> wrote: > Processing commands for [EMAIL PROTECTED]: >> retitle 238833 wrong rendering fallback > Bug#238833: general: not all fonts contain glyphs for all codepoints > Changed Bug title to `wrong rendering fallback' from `general: not all fonts > contain glyphs for all codepoints'. If you need a fallback Unicode font, you can look at the "xfonts-unifont" and "ttf-unifont" packages in unstable & testing. I'm currently maintaining the "unifont" package. The current version of those packages contains a glyph for every visible code point in the Unicode 5.1 Basic Multilingual Plane. The TrueType font will look best at 12pt (and might look outright unacceptable at smaller point sizes). However, beware the Jabberwock, er, I mean the combining marks. The xfonts-unifont font encodes glyphs for them, but they are not superimposed on a preceding glyph. The ttf-unifont font displays combining marks superimposed over a following glyph, rather than over the preceding glyph as per the Unicode Standard. So combining marks aren't handled in accordance with the Unicode Standard in either version yet, but at least they only form a small fraction of the total Basic Multilingual Plane. I made a new version of the TrueType font that ought to render combining marks in accordance with the Unicode Standard. Unfortunately, the font renders perfectly under Windows XP but not under GNOME on Debian. I haven't tried it under KDE and would be interested in feedback if someone wants to try it under KDE. The new version of the TrueType font is at http://unifoundry.com/unifont-5.1.20080907.ttf.gz (You'll have to gunzip it before you use it.) I just barely got the current version of the "unifont" package in with the lenny freeze, and I haven't assembled yet another version with the above 2008-09-07 TrueType font. It was about all I could do to finish all the missing glyph renderings before the freeze -- there wasn't time for everything I would have liked to accomplish. If there is interest though, I could try to have one more version brought into lenny that includes the very latest TrueType font. One reason I didn't bother so far is because its combining marks don't render correctly under GNOME, and I think it is probably a more generic X11 bug not specific to GNOME (though I haven't had time to check the font with KDE). The combining marks in that latest TrueType font do have an advance width of zero so I am fairly confident that the bug is not with the TrueType font. See bug #497326 for more mention of this. I also posted a message about TTF Unicode combining marks on the debian-x list about half a week ago. I also have a file containing a list of every code point in the Unicode 5.1 Basic Multilingual Plane that should have zero advance width (i.e., the combining marks), with one code point per line in hexadecimal. The file is at http://unifoundry.com/pub/combining-5.1.dat I entered all the data in that file, and I'm placing it in the public domain to help spread support for Unicode. Paul Hardy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#498562: ITP: last-align -- genome-scale comparison of biological sequences.
Package: wnpp Severity: wishlist Owner: Charles Plessy <[EMAIL PROTECTED]> Package name: last-align Version : 7 Upstream Author : Martin C. Frith and Paul B. Horton <[EMAIL PROTECTED]> URL : http://last.cbrc.jp/ License : GPL-3+ Programming Lang: C++ Description : genome-scale comparison of biological sequences. LAST is software for comparing and aligning sequences, typically DNA or protein sequences. LAST is similar to BLAST, but it copes better with very large amounts of sequence data. Here are two things LAST is good at: . * Comparing large (e.g. mammalian) genomes. * Mapping lots of sequence tags onto a genome. . The main technical innovation is that LAST finds initial matches based on their multiplicity, instead of using a fixed size (e.g. BLAST uses 11-mers). This allows us to map tags to genomes without repeat-masking, without becoming overwhelmed by repetitive hits. To find these variable-sized matches, it uses a suffix array (inspired by Vmatch). To achieve high sensitivity, it uses a discontiguous suffix array, analogous to spaced seeds. The package is almost ready, but I will wait that GCC 4.3 issues are solved upstream. Manpages are missing and I will not write some during the freeze. This package will be part of a larger effort to make Debian the best platform for large-scale genomics. Have a nice day, -- Charles -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#498563: ITP: gracie -- OpenID provider for local accounts
Package: wnpp Severity: wishlist Owner: Leonardo Serra <[EMAIL PROTECTED]> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: gracie Version : 0.2.6 Upstream Author : Ben Finney <[EMAIL PROTECTED]> * URL : http://trac.whitetree.org/gracie/ * License : GPL Programming Lang: Python Description : OpenID provider for local accounts Gracie is an OpenID server (a "provider" in OpenID terminology) that serves OpenID identities for the local system PAM accounts. It authenticates users with a username/password challenge. The OpenID protocol is documented at http://openid.net/>. There is a package available in: http://www.iaaeee.org/debian/dists/sid/main/binary-all/python/gracie_0.2.6-1_all.deb thanks leoserra - -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkjIty4ACgkQx3nm0mFx2innVQCfQvYe9jNzLqAGUtx1POBEK2pq vN0Ani07HTrDHzOP0a4ftpBN4JmtfZNi =4h4I -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
HOT PRON
Huge collection: hot pron. Here they are: http://videos.videosextube2009.com/hot-pron.html --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "shemale cum" group. To post to this group, send email to shemale-cum@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/shemale-cum -~--~~~~--~~--~--~---
Bleach 325
Bleach 325 About the weapons. The captains have TWO swords, linked by a chain/ rope. They have TWO weapons each. They are dual weilding TWO swords. The chain/rope is not part of the weapons in any meaningful way, it's just a symbolic link which serves no purpose other than to link them. Hisagi's weapon is ONE weapon. The chain and two blades are all part of the weapon. I fully expect him to start whirling it around his head and throwing them around using the chain as part of the technique. Not a very clear distiction between the two types I know, but we will see it when he starts fighting. If he fights like he is duel weilding all the time then I am wrong (but they still arn't swords which is a big difference), but if he starts spining them around (you can actually see him doing this when he releases) then the chain is a meaningful part of the weapon making it one coherant weapon. http://english.isoshu.com/search/Bleach%20325/all-1 --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Cunsulting-jobs-USA" group. To post to this group, send email to Cunsulting-jobs-USA@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this dministrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems i feel like i'm diagonally parked in a parallel universe. digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
