Thanks

Thanks

[David S. Miller]

Thanks to all those who got me the current status on the INDY 100mb/s
cards.  It was very informative.

dm@engr.sgi.com

'Ooohh.. "FreeBSD is faster over loopback, when compared to
Linux over the wire". Film at 11.' -Linus

Thanks

[Dave Cohen]

I use hotplugging for the Alcatel Speedtouch USB driver.  Thanks to
everyone who worked on it.

Is unpluggin to be supported (for usb) to rmmod the appropriate drivers?

Dave Cohen



_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
http://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

Thanks

[Josh Wyatt]

Hi All,

I don't know how often you guys hear this, or even if it's appropriate
for this list, but I just wanted to pass along a "thank you" in
appreciation for the fine work you've all done to make Linux what it is.

I've just joined the list a few days ago, and even though I feel as
though I've always had a good understanding of kernel internals (as it
pertains to an admin person, rather than a developer), I am very
impressed with the knowledge transferred by you guys back and forth.  I
have monitored other open source projects casually in the past, but have
never seen this level of enthusiasm and love for the art.

As an individual that supports the movement professionally,
philosophically, and personally, I applaud and appreciate the effort and
the outcome.

Thanks and keep up the good work.

Yours,
Josh Wyatt
Senior Unix Engineer,
HCS Systems, Incorporated
http://www.hcssystems.com

Re: Thanks

[John Polyakov]

On Fri, 27 Jul 2001 21:53:54 -0400
Josh Wyatt <jdwyatt@bellsouth.net> wrote:

JW> Hi All,

JW> I don't know how often you guys hear this, or even if it's appropriate
JW> for this list, but I just wanted to pass along a "thank you" in
JW> appreciation for the fine work you've all done to make Linux what it is.

I think they hear it very often, but any letter of that kind gives only good and positive 
sense for really great developers, that creating Linux kernel every day.

JW> I've just joined the list a few days ago, and even though I feel as
JW> though I've always had a good understanding of kernel internals (as it
JW> pertains to an admin person, rather than a developer), I am very
JW> impressed with the knowledge transferred by you guys back and forth.  I
JW> have monitored other open source projects casually in the past, but have
JW> never seen this level of enthusiasm and love for the art.

I joined this list about a month and large part of messages can't understand, but there talk 
really clever developers and new knowledge flows in my brain with almost every new letter.
Looks only at discussion about ext3, much many interesting thinks one can get from this thread.

JW> As an individual that supports the movement professionally,
JW> philosophically, and personally, I applaud and appreciate the effort and
JW> the outcome.

Let us wish all Linux developers to continue this exellent work.

JW> Thanks and keep up the good work.

JW> Yours,
JW> Josh Wyatt
JW> Senior Unix Engineer,
JW> HCS Systems, Incorporated
JW> http://www.hcssystems.com

---
WBR. //s0mbre

thanks

[Shen Haiying]

Dear Sir/Madam:

I am a student of Wayne State university. I take the course of "advanced 
operating system" this semester. In order to finish my assignment, I need 
to know the source code of "shmget, shmat, shmdt, shmctl" in linux. I 
searched them on the internet in this whole afternoon and night, but I 
could not find it. Now, I am very depressed. I think this is my last hope 
to ask you for help. Could you please send me the Linux OS source code 
about the "shmget, shmat, shmdt, shmctl"? 

Your help will be greatly appreciated!!!

Best wishes for you!

Sincerely yours,
Haiying Shen

_________________________________________________________________
IiOAEA 1/2 cEIxi'ouA Web ucxOOE 1/4 thIuI3 !a!a MSN Hotmail!GBP
http://www.hotmail.com/cn

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/

Re: thanks

[Stephen C. Tweedie]

Hi,

On Tue, Feb 26, 2002 at 10:18:27AM +0800, Shen Haiying wrote:
 
> I am a student of Wayne State university. I take the course of "advanced 
> operating system" this semester. In order to finish my assignment, I need 
> to know the source code of "shmget, shmat, shmdt, shmctl" in linux. I 
> searched them on the internet in this whole afternoon and night, but I 
> could not find it. Now, I am very depressed. I think this is my last hope 
> to ask you for help. Could you please send me the Linux OS source code 
> about the "shmget, shmat, shmdt, shmctl"? 

Visit www.kernel.org.  Search for linux-2.4.18.tar.gz.  Download it.
Unpack it.  See "linux/ipc/shm.c".  If it takes you more than half a
day, you probably need to find an easier course. :-)

There is also an online Linux kernel source cross-reference available
at http://lxr.linux.no/ to let you see individual source files without
downloading the entire source code.

--Stephen
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/

Thanks

[SA]

Of course - sorry the question was dumber than I thought.


Arjan van de Ven wrote
> you're using insmod -f

Thanks

[Patrick Ahler]

Just want to say thanks to all the helpful people on this mail list, I've
only been on it a couple days and already learned a great deal about
netfilter. I'm a Jr. CSA major and just got my first job as a sys admin.
Would have taken me forever to learn how to build this firewall with you,
thanks alot.

Patrick

Re: Thanks

[Andrej Ricnik]

>Would have taken me forever to learn how to build this firewall with you,
>thanks alot.
<chuckle> ... I hope you mean *without*? ;)


>Patrick
Cheers,
Tink

_________________________________________________________________
Add photos to your messages with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail

RE: Thanks

[Patrick Ahler]

whoops =)
-----Original Message-----
From: netfilter-admin@lists.netfilter.org
[mailto:netfilter-admin@lists.netfilter.org]On Behalf Of Andrej Ricnik
Sent: Thursday, March 06, 2003 10:23 PM
To: netfilter@lists.netfilter.org
Subject: Re: Thanks



>Would have taken me forever to learn how to build this firewall with you,
>thanks alot.
<chuckle> ... I hope you mean *without*? ;)


>Patrick
Cheers,
Tink

_________________________________________________________________
Add photos to your messages with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail

THANKS

[khamalu james]

I am Dr Khamalu James an Executive Accountant with 
the Department of finance of mineral resources and 
energy South Africa. 

First and foremost, I apologized using this medium to 
reach you for a transaction/business of this 
magnitude, but this is due to confidentiality and 
prompt access reposed on this medium. 

I have decided to seek a confidential 
co-operation with you in the execution of the deal 
described Hereunder for the benefit of all parties 
and hope you will keep it as a top secret because of 
the 
nature of this transaction. 

Within the Department of finance where I work as an 
Executive Accountant and with the cooperation of four 
other top officials, 
we have in our possession as overdue payment bills 
totaling 
Eighteen Million, Five Hundred Thousand U. S. 
Dollars ($18,500,000.) which we want to transfer 
abroad with the assistance and cooperation of a 
foreign company/individual to receive the said fund 
on our behalf or a reliable foreign non-company 
account 
to receive such funds. More so, we are handicapped in 
the circumstances, as the South Africa Civil Service 
Code of Conduct does not allow us to operate offshore 
account hence your importance in the whole 
transaction. 
This amount $18.5m represents the balance of the 
total revenue collections from income tax, mining 
lease and export duties in respect of diamond mines, 
expressed as a 
percentage of total tax revenues (net collections, 
National Revenue Account . 

from this projects we have been able to secure this 
reasonable ammount.$18.5m as commission resulting from 
over 
invoice ,hench all the necessary approvals has been 
completed. 

This amount $18.5m represents the balance of the 
Estimated revenue 
total value executed on behalf of my Department by 
a foreign contracting firm, which we the officials 
over-invoiced deliberately. Though the actual 
Estimated revenue cost have been paid to the original 
contractor, 
leaving the balance in the Tune of the said amount 
which we have in principles gotten approval to remit 
by Key tested Telegraphic Transfer (K.T.T) to any 
foreign bank account you will provide by filing in an 
application through the Justice Ministry here in 
South Africa for the transfer of rights and privileges 
of 
the former contractor to you. 
I have the authority of my partners involved to 
propose that should you be willing to assist us in 
the transaction, your share of the sum will be 20% of 
the 
$18.5 million, 70% for us and 10% for taxation and 
miscellaneous expenses. The business itself is 100% 
safe, on your part provided you treat it with utmost 
secrecy and confid entiality. 

Also your area of specialization is not a hindrance to 
the successful 
execution of this transaction. I have reposed my 
confidence in you and hope that you will not 
disappoint me. 

Endeavor to contact me immediately  through my Holland base 
telephone number +31630858310 because i am presently 
in Holland on official assigment on whether or not you 
are interested in this deal. If you are not, it will 
enable me scout for another foreign partner to carry 
out this deal I want to assure you that my partners 
and myself are in a position to make the payment of 
this claim possible 
provided you can give us a very strong Assurance and 
guarantee that our share will be secured and please 
remember to treat this matter as very confidential 
matter, because we will not comprehend with any form 
of exposure as we are still in active Government 
Service and remember once again that time is of the 
essence in this business. 


I wait in anticipation of your fullest co-operation. 

Yours faithfully, 
Dr Khamalu James 




----------------------------------------------------
Zapraszamy na czadowy serwis świąteczny: http://klik.wp.pl/?adr=www.swieta.wp.pl&sid=85


-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Thanks

[John Black]

I want to send a Big Thank You to everyone who helped me.

john



http://www.arbbs.net/

thanks

[Hung Staton]

<html>
<font size="1" > Scattered groups of inquirers at length condensed themselves into a compact crowd, which made straight for the residence of President Barbicane.</font>
<br><br>
<center><a href="http://www.terra.es/personal5/gondo1r/u/gonzo.html"><img src="http://www.terra.es/personal5/gondo1r/u/e3konst.gif" border="0"></a></center><br>
<br>
<br><br><br><br><br>
<br><br><br><br><br>
<a href="http://www.terra.es/personal5/gondo1r/u/re.html">Stop further messages</a><br><br>
<font size="1" >
 He even gave orders that the horses should be watered, their cribs filled, and that they should be fed with the finest corn; and then he retired, fatigued with all his labours.
 Should there be any so unwise, they are kindly advised to re-peruse it in a spirit of calmness, and with a purpose to know the truth and all of the truth as it relates to themselves and others of their race.
</font>
</html>



-------------------------------------------------------
This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference
Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer
Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA
REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND
_______________________________________________
Kernel-janitor-discuss mailing list
Kernel-janitor-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kernel-janitor-discuss

thanks

[Bhupesh Kumar Pandey, Noida]

 
Hi, Thanks a lot to you all, for your coperation. I doesnot mean to annoying
you all people.
Any ways stop from my side, thanks once again.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Thanks and Best Regards
Bhupesh Kumar Pandey
	

 

THANKS

[Yoshinori K. Okuji]

The file THANKS hadn't been updated for a while, so I added some people 
into it. In principle, we should add a person when he/she sends a piece 
of code and/or document and we use it. Even if one does not send any 
material, when you think he/she contributes significantly (such as 
debugging tedious code), you should add him/her.

I hope I didn't forget to add anyone, but if I missed anyone, let me 
know.

Okuji

Re: THANKS

[Marco Gerards]

"Yoshinori K. Okuji" <okuji@enbug.org> writes:

> The file THANKS hadn't been updated for a while, so I added some people 
> into it. In principle, we should add a person when he/she sends a piece 
> of code and/or document and we use it. Even if one does not send any 
> material, when you think he/she contributes significantly (such as 
> debugging tedious code), you should add him/her.
>
> I hope I didn't forget to add anyone, but if I missed anyone, let me 
> know.

At least Guillem is missing.  Do you want me to add him?

Thanks,
Marco

Re: THANKS

[Yoshinori K. Okuji]

On Tuesday 08 March 2005 09:47 pm, Marco Gerards wrote:
> At least Guillem is missing.  Do you want me to add him?

Oh, I am so sorry! Sure. Please add him.

Okuji

thanks

[David Neill]

lm_sensors group,

I just wanted to compliment you on your work, and thank you for making
the cvs available.  My new asus p4c800 now reports temps, fans, and
such, thanks to your code and documentation.

Very impressive.

-- 
David Neill (neill@theshop.net)
Linux user #272871  (http://counter.li.org/)

thanks

[Florian Schlichting]

[-- Attachment #1: Type: text/plain, Size: 1783 bytes --]

On Wed, Mar 15, 2006 at 04:42:39PM +0100, Takashi Iwai wrote:
> 
> Thanks for confirmation.  I applied the patches to CVS.

thanks to you for your patience, quick and helpful replies, and ongoing
work. And to Lee for providing initial pointers. This was the first time
that I looked into kernel code deeply enough to actually understand
something and make some modifications. And it was surprisingly easy!
(well, it took some time and persistance, but C doesn't read that
different from Java, and putting lots of printk's in suspicious places
really isn't that difficult)

I was thinking that I might have done this much earlier, had I known
that developers lacked access to hardware and thus couldn't possibly do
much debugging. I've been checking the ALSA website since at least 2002,
saw that it's a known issue, that there are bug reports filed to which
people answer, and went away again thinking that there are more
knowledgeable and able people working on it, and it's just a matter of
time and a hard problem...

Thus I was thinking whether it might help in such cases to post a note
on the driver page that people with access to a certain type of hardware
are needed to do debugging? And perhaps have a page somewhere explaining
how easy it is to start doing this, for people with some background in
programming languages?

I realize now that there are probably similar bugs everywhere, and it's
just a matter of going for one - but I've been thinking for years that
the kernel is such a monster that I'll never understand how it works,
anyway (and I still don't, but I found out that it doesn't necessarily
matter as long as one understands just the tiny part that's concerned)

Anyway, it's been a joy working with you on this!

Florian

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: thanks

[amit]

[-- Attachment #1.1.1: Type: text/plain, Size: 3237 bytes --]

----- Original Message -----
From: nfs@lists.sourceforge.net
To: perkasamnck@infobroker.com
Sent: Saturday, November 18, 2006 9:39 AM
Subject: thanks


power to move.  There I couch when owls do cry.venturous fairy shall seek the squirrel's hoard, and fetch you some
his fair lady yet he complained of the interval being tedious, aslike one dead before him, wishing she might never more open her eyes.cheered his sister with pleasant speeches, and happy remarks, all the
to these kind words, telling them she would lodge them in her bosom as
Valentine introduced him to Silvia, saying, Sweet lady, entertain himbrought letters from Bellario of advice how to proceed, and also everybracelet on the arm of his wife, which he begged she would preservetorture if he did not confess how he came by the diamond ring on his
and kind. And he said that rather than return to Gonerill, with halfthan a poor Bedlambeggar, who had crept into this deserted hovel forwould be disclosed, in great haste dismissed the guests, excusing the
should pursue. If Helena wondered not, she grieved, when she found
should pursue. If Helena wondered not, she grieved, when she foundserious business he came about and his servant and the very horseshe continued, See where she comes, and brings your froward wives asDromios both so exactly alike, he at once conjectured aright of these
you must not speak. And have you nuns no farther privileges saidgrief and shame to utter. Angelo would not but by my yielding to histhan himself, and of a man's dark complexion but Viola secretly meant
Smooth, smiling parasites, destroyers under the mask of courtesy,
had their toes unplagued with corns would dance with them. And the oldcondemned by the laws of Verona to die if he were found within theto walk and it being a cold night, and the air unusually raw andletters, and skilfully erasing his own name, he in the stead of it
into favour.After that tempestuous night when Thaisa was thrown into the sea, andwho had restored Thaisa, the wife of Pericles, to life and Thaisa,
they found in that place, fell to eating and drinking, forgetful of
go he said, O thou most erring of the sons of men! knowest thou  By those high issues that the s ordain'dcontent themselves with such food as Circe had stowed their vesselMeantime Minerva designing an interview between the king's daughter of
him to leave that abject station which he had assumed, placed him nextwith my sufferings, for with the inclement night, and the wet of theof some one who might assist us in this undertaking.
sit and please me with your speech, my ears would never let my eyes
    indulgence, to relate either all, or any part of the events ofand there I saw fine gilt covers and gay pictures all fluttering
Grandmamma's violets were certainly best of all, but they never wentitself. It is true I had a few scruples, that it might, should itmortifications I so much dreaded therefore I endeavoured to submit
little while every day in some book that she might think proper to
curtain would draw up to the sound of soft music, and I should hear aevil that could have befallen me for I remembered how often I haddo not remember the events of the voyage in any order, was Atkinson

[-- Attachment #1.1.2: Type: text/html, Size: 4325 bytes --]

[-- Attachment #1.2: n8s3O5uGPM.gif --]
[-- Type: image/gif, Size: 16611 bytes --]

[-- Attachment #2: Type: text/plain, Size: 347 bytes --]

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

[-- Attachment #3: Type: text/plain, Size: 140 bytes --]

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

Thanks

[jimmy liu]

Thanks

[Dennis Don]

[-- Attachment #1: Type: text/plain, Size: 125 bytes --]


My Dear,

Find and read attachment carefully as it has been scan against virus.

Regards
MR.DENNIS DON

Tele: +27 715260050

[-- Attachment #2: MR[1].DENNIS DON.jpg --]
[-- Type: image/jpeg, Size: 122587 bytes --]

thanks

[Mrs Riza Perla]

Good day,

I would like to discuss a $10.2Million US Dollars business proposal with you. My
personal email: (mrsrizap1962@yahoo.com). Hope to hear from you soon. 

Kind Regards, 
Mrs. Riza Perla.

Re: Thanks

[Song Li]

l am a Staff of Hang Seng Bank HongKong, I do not know if we can work
together in transferring $19,500,000.USD from my bank to you account.
Finally if you are interested I shall provide you with more details.

Re: Thanks

[Song Li]

l am a Staff of Hang Seng Bank HongKong, I do not know if we can work
together in transferring $19,500,000.USD from my bank to you account.
Finally if you are interested I shall provide you with more details.

Re: Thanks

[Song Li]

l am a Staff of Hang Seng Bank HongKong, I do not know if we can work
together in transferring $19,500,000.USD from my bank to you account.
Finally if you are interested I shall provide you with more details.

Re: Thanks

[Song Li]

l am a Staff of Hang Seng Bank HongKong, I do not know if we can work
together in transferring $19,500,000.USD from my bank.
Finally if you are interested I shall provide you with more details.
Email: mrsong.lile@yahoo.cn

Re: Thanks

[Song Li]

l am a Staff of Hang Seng Bank HongKong, I do not know if we can work
together in transferring $19,500,000.USD from my bank.
Finally if you are interested I shall provide you with more details.
Email: mrsong.lile@yahoo.cn

RE: Thanks

[Song Li]

l am a Staff of Hang Seng Bank HongKong, I do not know if we can work
together in transferring $19,500,000.USD from my bank.
Finally if you are interested I shall provide you with more details.
Email: mrsong.lile@yahoo.cn

RE: Thanks

[Song Li]

l am a Staff of Hang Seng Bank HongKong, I do not know if we can work
together in transferring $19,500,000.USD from my bank.
Finally if you are interested I shall provide you with more details.
Email: mrsong.lile@yahoo.cn

RE: Thanks

[Song Li]

l am a Staff of Hang Seng Bank HongKong, I do not know if we can work
together in transferring $19,500,000.USD from my bank.
Finally if you are interested I shall provide you with more details.
Email: mrsong.lile@yahoo.cn

RE: Thanks

[Song Li]

l am a Staff of Hang Seng Bank HongKong, I do not know if we can work
together in transferring $19,500,000.USD from my bank.
Finally if you are interested I shall provide you with more details.
Email: mrsong.lile@yahoo.cn

RE: THANKS

[Song Li]

l am a Staff of Hang Seng Bank HongKong, I do not know if we can work together in transferring $19,500,000.USD from my bank. Finally if you are interested I shall provide you with more details. my private Email: mrsong.lile@yahoo.cn

RE: THANKS

[Song Li]

l am a Staff of Hang Seng Bank HongKong, I do not know if we can work together in transferring $19,500,000.USD from my bank. Finally if you are interested I shall provide you with more details. my private Email: mrsong.lile@yahoo.cn

RE: Thanks

[Song Li]

l am a Staff of Hang Seng Bank HongKong, I do not know if we can work together in transferring $19,500,000.USD from my bank. Finally if you are interested I shall provide you with more details. my private Email: mrsong.lile@yahoo.cn

RE: Thanks

[Song Li]

l am a Staff of Hang Seng Bank HongKong, I do not know if we can work together in transferring $19,500,000.USD from my bank. Finally if you are interested I shall provide you with more details. my private Email: mrsong.lile@yahoo.cn

RE: Thanks

[Song Li]

l am a Staff of Hang Seng Bank HongKong, I do not know if we can work together in transferring $19,500,000.USD from my bank. Finally if you are interested I shall provide you with more details. my private Email: mrsong.lile@yahoo.cn

RE: Thanks

[Song Li]

l am a Staff of Hang Seng Bank HongKong, I do not know if we can work together in transferring $19,500,000.USD from my bank. Finally if you are interested I shall provide you with more details. my private Email: mrsong.lile@yahoo.cn

RE: Thanks

[Song Li]

l am a Staff of Hang Seng Bank HongKong, I do not know if we can work together in transferring $19,500,000.USD from my bank. Finally if you are interested I shall provide you with more details. my private Email: mrsong.lile@yahoo.cn

Thanks

[Simon O'Riordan]

To Gert Hoffman for fixing the USB in 1.0.1 Qemu-kvm

S.J.P.O'Riordan 
Software Engineer,
MAPD Renishaw
Tel.01453 523701


--------------------------------------------------------------------------------------------------

This email and any attachments are confidential and are for the use of the addressee only. If you are not the addressee, you must not use or disclose the contents to any other person. Please immediately notify the sender and delete the email. Statements and opinions expressed here may not represent those of the company. Email correspondence is monitored by the company. This information may be subject to export control regulation. You are obliged to comply with such regulations.



Renishaw plc (company number 1106260), Wotton Travel Limited (company number 01973158) and Renishaw Advanced Materials Limited (company number 04632041), are companies registered in England and Wales with a registered office at New Mills, Wotton-under-Edge, Gloucestershire, GL12 8JR, United Kingdom, Telephone +44 1453 524524. 

--------------------------------------------------------------------------------------------------

Thanks.

[Simon O'Riordan]

To Gert Hoffman for fixing the USB in 1.0.1 Qemu-kvm.
Simon
--------------------------------------------------------------------------------------------------

This email and any attachments are confidential and are for the use of the addressee only. If you are not the addressee, you must not use or disclose the contents to any other person. Please immediately notify the sender and delete the email. Statements and opinions expressed here may not represent those of the company. Email correspondence is monitored by the company. This information may be subject to export control regulation. You are obliged to comply with such regulations.



Renishaw plc (company number 1106260), Wotton Travel Limited (company number 01973158) and Renishaw Advanced Materials Limited (company number 04632041), are companies registered in England and Wales with a registered office at New Mills, Wotton-under-Edge, Gloucestershire, GL12 8JR, United Kingdom, Telephone +44 1453 524524. 

--------------------------------------------------------------------------------------------------

THANKS

[Song Li]

l am a Staff of Hang Seng Bank HongKong, I do not know if we can work together in transferring $19,500,000.USD from my bank. Finally if you are interested I shall provide you with more details. my private Email: mr.songlile@yahoo.cn

THANKS

[STEVE KOFFI]

Mr. Steve Koffi, From Tema Ghana staff of Standard Chartered Bank
Ghana,I have A business proposal of (US$4,450,000.00), for you from my
Bank which I need your co-operation as my partner to transfer this
Money to your bank account within Five (5) working days. This
transaction is legal without any problem and it is bank to bank
transfer and 100% risk free.
As soon as the four Million four Hundred and Fifty Thousand Dollar
[$4,450.000.00]is transferred to your bank account, you shall take
40%, while I take 60%. If you are interested to work with me reply my
email so I can send you more details. And I can provide any needed
document during the transfer.

THANKS

[Rosie EBe Arthur]

My name is Rosie Ebe Arthur, From Accra  Ghana.Head, Human Resources
staff of Standard Chartered Bank Ghana,I have A business proposal of
(US$7,350,000.00), for you from my Bank which I need your co-operation
as my partner to transfer this Money to your bank account within Five
(5) working days. This transaction is legal without any problem and it
is bank to bank transfer and 100% risk free.
As soon as the Seven Million three Hundred and Fifty Thousand Dollars
[$7,350.000.00]is transferred to your bank account, you shall take
40%, while I take 60%. If you are interested to work with me reply my
email so I can send you more details. And I can provide any needed
document during the transfer.

Re: Thanks

[bbaumann]

Hi,

I've an offer for you.

THANKS

[Rosie EBe Arthur]

My name is Rosie Ebe Arthur, From Accra  Ghana.Head, Human Resources staff of

Standard Chartered Bank Ghana,I have A business proposal of
(US$2,350,000.00), for

you from my Bank which I need your co-operation as my partner to transfer this

Money to your bank account within Five (5) working days. This
transaction is legal

without any problem and it is bank to bank transfer and 100% risk free.
As soon as the Seven Million three Hundred and Fifty Thousand Dollars

[$7,350.000.00]is transferred to your bank account, you shall take 40%, while I

take 60%. If you are interested to work with me reply my email so I
can send you

more details. And I can provide any needed document during the transfer.

THANKS

[Rosie EBe Arthur]

My name is Rosie Ebe Arthur, From Accra  Ghana.Head, Human Resources
staff of Standard Chartered Bank Ghana,I have A business proposal of
(US$3,350,000.00), for you from my Bank which I need your co-operation
as my partner to transfer this Money to your bank account within Five
(5) working days. This transaction is legal without any problem and it
is bank to bank transfer and 100% risk free.
As soon as the three Million three Hundred and Fifty Thousand Dollars
[$3,350.000.00]is transferred to your bank account, you shall take
40%, while I take 60%. If you are interested to work with me reply my
email so I can send you more details. And I can provide any needed
document during the transfer.

[PATCH] docs: clarify that credential discards unrecognised attributes

[M Hickford via GitGitGadget]

From: M Hickford <mirth.hickford@gmail.com>

It was previously unclear how unrecognised attributes are handled.

Signed-off-by: M Hickford <mirth.hickford@gmail.com>
---
    docs: clarify that credential discards unrecognised attributes
    
    It was previously unclear how unrecognised attributes are handled.
    
    Signed-off-by: M Hickford mirth.hickford@gmail.com

Published-As: https://github.com/gitgitgadget/git/releases/tag/pr-1393%2Fhickford%2Funrecognised-attributes-v1
Fetch-It-Via: git fetch https://github.com/gitgitgadget/git pr-1393/hickford/unrecognised-attributes-v1
Pull-Request: https://github.com/gitgitgadget/git/pull/1393

 Documentation/git-credential.txt | 2 ++
 Documentation/gitcredentials.txt | 1 +
 2 files changed, 3 insertions(+)

diff --git a/Documentation/git-credential.txt b/Documentation/git-credential.txt
index f18673017f5..ac2818b9f66 100644
--- a/Documentation/git-credential.txt
+++ b/Documentation/git-credential.txt
@@ -160,6 +160,8 @@ empty string.
 Components which are missing from the URL (e.g., there is no
 username in the example above) will be left unset.
 
+Unrecognised attributes are silently discarded.
+
 GIT
 ---
 Part of the linkgit:git[1] suite
diff --git a/Documentation/gitcredentials.txt b/Documentation/gitcredentials.txt
index 80517b4eb2c..e856e3c8330 100644
--- a/Documentation/gitcredentials.txt
+++ b/Documentation/gitcredentials.txt
@@ -269,6 +269,7 @@ stdout in the same format (see linkgit:git-credential[1] for common
 attributes). A helper is free to produce a subset, or even no values at
 all if it has nothing useful to provide. Any provided attributes will
 overwrite those already known about by Git's credential subsystem.
+Unrecognised attributes are silently discarded.
 
 While it is possible to override all attributes, well behaving helpers
 should refrain from doing so for any attribute other than username and

base-commit: 1fc3c0ad407008c2f71dd9ae1241d8b75f8ef886
-- 
gitgitgadget

Re: [PATCH] docs: clarify that credential discards unrecognised attributes

[Jeff King]

On Mon, Oct 24, 2022 at 07:57:48AM +0000, M Hickford via GitGitGadget wrote:

> It was previously unclear how unrecognised attributes are handled.

Yeah, this was always part of the intended behavior, but I agree we did
not say it very explicitly (aside from an in-code comment!). Both the
intent and content of your patch look good to me.

We did discuss patches a long time ago that would let Git carry
arbitrary keys between helpers, even if Git itself didn't understand it.
One of the intended uses was to let helpers talk to each other about
TTLs. So if you had say:

  [credential]
  helper = generate-some-token
  helper = cache

where the first helper generates a token, and the second caches it, the
first one could shove a "ttl" or "expiration" key into the protocol,
which the cache could then learn to respect.

But we never merged such a thing, and in practice I think people would
just implement both parts as a single helper for simplicity. And anyway,
even if we did want to do that, such a patch would want to modify the
documentation to explain the new behavior. :)

-Peff

Re: [PATCH] docs: clarify that credential discards unrecognised attributes

[Jeff King]

On Mon, Oct 24, 2022 at 07:59:22PM -0400, Jeff King wrote:

> We did discuss patches a long time ago that would let Git carry
> arbitrary keys between helpers, even if Git itself didn't understand it.
> One of the intended uses was to let helpers talk to each other about
> TTLs. So if you had say:
> 
>   [credential]
>   helper = generate-some-token
>   helper = cache
> 
> where the first helper generates a token, and the second caches it, the
> first one could shove a "ttl" or "expiration" key into the protocol,
> which the cache could then learn to respect.

In case anyone is morbidly curious, it was in this thread:

  https://lore.kernel.org/git/20120407033417.GA13914@sigill.intra.peff.net/

-Peff

Thanks

[M Hickford]

Thanks Jeff for your reply. This is helpful to understand the background.

(first message using git send-email, hopefully I followed the instructions correctly)

Re: Thanks

[Bagas Sanjaya]

On 10/25/22 08:51, M Hickford wrote:
> Thanks Jeff for your reply. This is helpful to understand the background.
> 
> (first message using git send-email, hopefully I followed the instructions correctly)

You messed up the thread (you broke it).

On every message showed on lore.kernel.org/git, there is reply
instructions at the bottom of the message's page. Follow it closely.

If you insisted on either using git-send-email(1) or mailto: link
to reply, you need to manually quote any portion of original message
you wish to give the context. Make sure every line of quoted text
starts with `> `.

Better yet, reply using "reply-all" button or key in your mail client.
However, make sure your email is text/plain (not HTML) and your mail
client doesn't mess up with whitespaces (convert tabs to spaces,
word wrapping).

Thanks.

-- 
An old man doll... just what I always wanted! - Clara

Re: Thanks

[M Hickford]

> > (first message using git send-email, hopefully I followed the instructions correctly)
>
> You messed up the thread (you broke it).

Curious. The thread overview "5+ messages" at https://lore.kernel.org/git/20221025015116.4730-1-mirth.hickford@gmail.com/#related looks okay to me. I followed the git send-email instructions setting the In-Reply-To header. I changed the subject -- maybe that confused some clients? Thanks for the tips.

Re: Thanks

[Jeff King]

On Wed, Oct 26, 2022 at 05:39:05AM +0100, M Hickford wrote:

> > > (first message using git send-email, hopefully I followed the instructions correctly)
> >
> > You messed up the thread (you broke it).
> 
> Curious. The thread overview "5+ messages" at
> https://lore.kernel.org/git/20221025015116.4730-1-mirth.hickford@gmail.com/#related
> looks okay to me. I followed the git send-email instructions setting
> the In-Reply-To header. I changed the subject -- maybe that confused
> some clients?

Your reply looked fine to me. The in-reply-to you used is correct. It's
OK to change the subject (though usually only done when the conversation
drifts to a different topic).

-Peff

Re: Thanks

[Junio C Hamano]

M Hickford <mirth.hickford@gmail.com> writes:

>> > (first message using git send-email, hopefully I followed the instructions correctly)
>>
>> You messed up the thread (you broke it).
>
> Curious. The thread overview "5+ messages" at
> https://lore.kernel.org/git/20221025015116.4730-1-mirth.hickford@gmail.com/#related
> looks okay to me. I followed the git send-email instructions
> setting the In-Reply-To header. I changed the subject -- maybe
> that confused some clients? Thanks for the tips.

Your In-Reply-To: header looked OK to me.  Some webmail platforms
break the thread when Subject: is edited, but that is their bug.  As
long as you keep the In-Reply-To: chain correct, retitling the
message as necessary is indeed encouraged practice.

Re: [PATCH] docs: clarify that credential discards unrecognised attributes

[M Hickford]

On Tue, 25 Oct 2022 at 00:59, Jeff King <peff@peff.net> wrote:
>
> On Mon, Oct 24, 2022 at 07:57:48AM +0000, M Hickford via GitGitGadget wrote:
>
> > It was previously unclear how unrecognised attributes are handled.
>
> Yeah, this was always part of the intended behavior, but I agree we did
> not say it very explicitly (aside from an in-code comment!). Both the
> intent and content of your patch look good to me.

Thanks. What happens next? I should look for this change in the seen
branch? https://git-scm.com/docs/MyFirstContribution#after-approval

> We did discuss patches a long time ago that would let Git carry
> arbitrary keys between helpers, even if Git itself didn't understand it.
> One of the intended uses was to let helpers talk to each other about
> TTLs. So if you had say:
>
>   [credential]
>   helper = generate-some-token
>   helper = cache
>
> where the first helper generates a token, and the second caches it, the
> first one could shove a "ttl" or "expiration" key into the protocol,
> which the cache could then learn to respect.

Composing helpers like this is how I encourage users to configure
git-credential-oauth [1][2]. Note that the storage helper should come
*before* the generator, so that `credential fill` finds a stored
credential before it generates a fresh credential.

> the first one could shove a "ttl" or "expiration" key into the protocol,
> which the cache could then learn to respect.
>
> But we never merged such a thing, and in practice I think people would
> just implement both parts as a single helper for simplicity.

Composing helpers has the advantage that the user can choose their
preferred storage. Generated credentials aren't necessarily short
lived. GitHub OAuth tokens, for example, are good for at least one
year [3].

[1] https://lore.kernel.org/git/CAGJzqs=+fCQzkDX53H8Mz-DjXicVVgRmmzPjkatSiOpYO7wGGA@mail.gmail.com/
[2] https://github.com/hickford/git-credential-oauth
[3] https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/token-expiration-and-revocation#token-expired-due-to-lack-of-use

Re: [PATCH] docs: clarify that credential discards unrecognised attributes

[Jeff King]

On Sat, Nov 12, 2022 at 02:21:24AM +0000, M Hickford wrote:

> On Tue, 25 Oct 2022 at 00:59, Jeff King <peff@peff.net> wrote:
> >
> > On Mon, Oct 24, 2022 at 07:57:48AM +0000, M Hickford via GitGitGadget wrote:
> >
> > > It was previously unclear how unrecognised attributes are handled.
> >
> > Yeah, this was always part of the intended behavior, but I agree we did
> > not say it very explicitly (aside from an in-code comment!). Both the
> > intent and content of your patch look good to me.
> 
> Thanks. What happens next? I should look for this change in the seen
> branch? https://git-scm.com/docs/MyFirstContribution#after-approval

Usually the maintainer would pick it up, it would end up in seen, then
eventually 'next', and then eventually 'master'. You can check the
periodic "What's Cooking" messages from the maintainer to see more
discussion of various topic branches.

In this case, though, I don't see any indication that the maintainer
picked saw it. It sometimes happens that a topic is simply overlooked,
even if it received positive reviews.

The usual thing to do is repost it, cc-ing the maintainer. I've also
cc'd the interim maintainer here, so that may get things moving. :)

> > We did discuss patches a long time ago that would let Git carry
> > arbitrary keys between helpers, even if Git itself didn't understand it.
> > One of the intended uses was to let helpers talk to each other about
> > TTLs. So if you had say:
> >
> >   [credential]
> >   helper = generate-some-token
> >   helper = cache
> >
> > where the first helper generates a token, and the second caches it, the
> > first one could shove a "ttl" or "expiration" key into the protocol,
> > which the cache could then learn to respect.
> 
> Composing helpers like this is how I encourage users to configure
> git-credential-oauth [1][2]. Note that the storage helper should come
> *before* the generator, so that `credential fill` finds a stored
> credential before it generates a fresh credential.

Right, it's been a while since I've constructed an example like this. ;)

What you're doing works fine with the code as-is; you just can't carry
extra data (like a ttl) between the two.

The thread I linked earlier also discusses (in the very top-level patch)
a change in behavior that would break the flow you're relying on here
(because it may unexpectedly propagate credentials between helpers). But
I don't think anybody is interested in pursuing that, and it has been 10
years now.

> > But we never merged such a thing, and in practice I think people would
> > just implement both parts as a single helper for simplicity.
> 
> Composing helpers has the advantage that the user can choose their
> preferred storage. Generated credentials aren't necessarily short
> lived. GitHub OAuth tokens, for example, are good for at least one
> year [3].

Yeah, the composability was one of the goals of the system. I just think
in practice that not many people use it. You can also compose outside of
Git (I think the thread I linked earlier has an example of a wrapper
that does so), but again, I don't think anybody really does so in
practice.

I agree for GitHub's tokens that the times involved make auto-expiration
not that important. The example back in that thread was something more
time-limited (like minutes or hours). I don't know how often that kind
of things is in the wild.

-Peff

Re: [PATCH] docs: clarify that credential discards unrecognised attributes

[M Hickford]

On Sat, 12 Nov 2022 at 16:47, Jeff King <peff@peff.net> wrote:
> > > We did discuss patches a long time ago that would let Git carry
> > > arbitrary keys between helpers, even if Git itself didn't understand it.
> > > One of the intended uses was to let helpers talk to each other about
> > > TTLs. So if you had say:
> > >
> > >   [credential]
> > >   helper = generate-some-token
> > >   helper = cache
> > >
> > > where the first helper generates a token, and the second caches it, the
> > > first one could shove a "ttl" or "expiration" key into the protocol,
> > > which the cache could then learn to respect.
> >
>
> What you're doing works fine with the code as-is; you just can't carry
> extra data (like a ttl) between the two.

FWIW I have a draft patch that adds password_expiry_utc and
oauth_refresh_token attributes to credential
https://github.com/gitgitgadget/git/pull/1394 introducing expiry logic
in the credential layer. I'll share a RFC sometime in future.

> I agree for GitHub's tokens that the times involved make auto-expiration
> not that important. The example back in that thread was something more
> time-limited (like minutes or hours). I don't know how often that kind
> of things is in the wild.

GitLab OAuth tokens expire after 2 hours (the refresh tokens are valid
longer). This is a security improvement over long-lived tokens.

Re: [PATCH] docs: clarify that credential discards unrecognised attributes

[Taylor Blau]

On Sat, Nov 12, 2022 at 11:47:30AM -0500, Jeff King wrote:
> On Sat, Nov 12, 2022 at 02:21:24AM +0000, M Hickford wrote:
>
> > On Tue, 25 Oct 2022 at 00:59, Jeff King <peff@peff.net> wrote:
> > >
> > > On Mon, Oct 24, 2022 at 07:57:48AM +0000, M Hickford via GitGitGadget wrote:
> > >
> > > > It was previously unclear how unrecognised attributes are handled.
> > >
> > > Yeah, this was always part of the intended behavior, but I agree we did
> > > not say it very explicitly (aside from an in-code comment!). Both the
> > > intent and content of your patch look good to me.
> >
> > Thanks. What happens next? I should look for this change in the seen
> > branch? https://git-scm.com/docs/MyFirstContribution#after-approval
>
> Usually the maintainer would pick it up, it would end up in seen, then
> eventually 'next', and then eventually 'master'. You can check the
> periodic "What's Cooking" messages from the maintainer to see more
> discussion of various topic branches.
>
> In this case, though, I don't see any indication that the maintainer
> picked saw it. It sometimes happens that a topic is simply overlooked,
> even if it received positive reviews.
>
> The usual thing to do is repost it, cc-ing the maintainer. I've also
> cc'd the interim maintainer here, so that may get things moving. :)

I think that Junio may have missed it when picking up topics. But it
happened before I start combing the list more finely, so I had already
purged it from my inbox without picking it up, either.

I'll take a look now and queue it to start merging down. Thanks for the
nudge.

Thanks,
Taylor

Re: [PATCH] docs: clarify that credential discards unrecognised attributes

[Jeff King]

On Sat, Nov 12, 2022 at 07:08:42PM +0000, M Hickford wrote:

> On Sat, 12 Nov 2022 at 16:47, Jeff King <peff@peff.net> wrote:
> > > > We did discuss patches a long time ago that would let Git carry
> > > > arbitrary keys between helpers, even if Git itself didn't understand it.
> > > > One of the intended uses was to let helpers talk to each other about
> > > > TTLs. So if you had say:
> > > >
> > > >   [credential]
> > > >   helper = generate-some-token
> > > >   helper = cache
> > > >
> > > > where the first helper generates a token, and the second caches it, the
> > > > first one could shove a "ttl" or "expiration" key into the protocol,
> > > > which the cache could then learn to respect.
> > >
> >
> > What you're doing works fine with the code as-is; you just can't carry
> > extra data (like a ttl) between the two.
> 
> FWIW I have a draft patch that adds password_expiry_utc and
> oauth_refresh_token attributes to credential
> https://github.com/gitgitgadget/git/pull/1394 introducing expiry logic
> in the credential layer. I'll share a RFC sometime in future.

Neat.

I'm not _totally_ opposed to introducing these as something Git
understands, but I think it makes more sense to just teach Git to relay
unknown entries between helpers.

The oauth thing is going to be very helper specific, and not something I
think Git would ever do anything with itself.

In theory Git might care about expiration, but in practice I think it
doesn't. It's very unlikely for a token to expire in the course of Git
using it. It's only much later, when we ask for it back, that a helper
will notice it's expired. Git could save the helper some work by
noticing this on read, but since the helper has to learn to store and
report the expiration in the first place, not much is gained.

And in the case of something like credential-cache, we want to do more
than just store; we'd actually drop the credential entirely (and maybe
even cause the daemon to exit) if it expires before the usual timeout.

-Peff

thanks

[my email]

What command (and what procedure) to change the "max total shared memory" limit.  I have used ipcs to obtain data but the shared memory limit is too high. Also possibly too high is the "max number of segments"   Pls advise how to further limit.  Suspected malware.  Thanks.

Ipcs -u

max number of segments = 4096
max seg size (kbytes) = 18014398509465599
max total shared memory (kbytes) = 18446744073709551612
min seg size (bytes) = 1


No analytics, no ads, no tracking, no
sharing personal data.
No analytics, no ads, no tracking, no sharing personal data.

Thanks

[Tatyana Polunin]

Thanks!