[goldstar] Re: New setup.exe version 2.738 installed
On Dec 7 01:08, Christopher Faylor wrote: I just installed a new version of setup.exe to pull in Jon's incredible speedups. The old version is still available as setup.exe.old, in case of problems. Thanks, Jon, for all of your work on setup.exe. It is much appreciated. Indeed. I would even go as far as saying that it deserves a gold star. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [goldstar] Re: New setup.exe version 2.738 installed
On Dec 7 01:08, Christopher Faylor wrote: I just installed a new version of setup.exe to pull in Jon's incredible speedups. The old version is still available as setup.exe.old, in case of problems. Thanks, Jon, for all of your work on setup.exe. It is much appreciated. Indeed. I would even go as far as saying that it deserves a gold star. Awarded. http://cygwin.com/goldstars/#JTy
Re: [goldstar] Re: New setup.exe version 2.738 installed
On Tue, Dec 07, 2010 at 10:59:05AM +0100, Corinna Vinschen wrote: On Dec 7 01:08, Christopher Faylor wrote: I just installed a new version of setup.exe to pull in Jon's incredible speedups. The old version is still available as setup.exe.old, in case of problems. Thanks, Jon, for all of your work on setup.exe. It is much appreciated. Indeed. I would even go as far as saying that it deserves a gold star. Certainly. I thought we'd already done that or I would have suggested it. The speed improvement is really quite impressive. cgf
Re: [goldstar] Re: New setup.exe version 2.738 installed
On Tue, Dec 07, 2010 at 10:59:05AM +0100, Corinna Vinschen wrote: On Dec 7 01:08, Christopher Faylor wrote: I just installed a new version of setup.exe to pull in Jon's incredible speedups. The old version is still available as setup.exe.old, in case of problems. Thanks, Jon, for all of your work on setup.exe. It is much appreciated. Indeed. I would even go as far as saying that it deserves a gold star. Certainly. I thought we'd already done that or I would have suggested it. The speed improvement is really quite impressive. Wow, you're not kidding! I'd call it amazing. Andrew.
Dinamichni saitove
Изработка на сайт на най-ниски цени. Цени започващи от 95 лв ! Вижте демо версии и подробности http://violleta.com - Izrabotka na sait na nai-niski ceni. Ceni zapochvashti ot 95 lv ! Vijte demo versii i podrobnosti http://violleta.com Съгласно Закона за Електронната Търговия ви информираме, че това може да е непоискано търговско съобщение. Ако не желаете да получавате наши оферти е достатъчно да ни върнете този мейл, за да ви извадим от картотеката ни. Хубав ден! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Permissions on Windows 2008
On Dec 7 05:09, Bryan Slatner wrote: I've just installed Cygwin on a Windows 2008 Standard server with SP2. I'm noticing two strange behaviors with files that I upload via SFTP (or SCP, I'm not actually sure which protocol WinSCP uses by default). First, the ACL list on the uploaded files contains an entry for ServerName\None, which is a non-existent account as best I can tell. No, it's an existing account. After all, if it wouldn't exist, how would Windows be able to resolve the SID into a name? If the receiving account on the target machine is not a domain account, then None is its default Windows primary group, the local group with RID 513. Second, it shares the files and directories using the Windows 2008 file sharing feature that allows you to share files with other users on the same machine. It shares the file with Everyone and ServerName\None. As Jeremy already noted, Cygwin emulates POSIX permissions. The default POSIX permissions are 0644. Well, actually it depends on your umask and your usage of the scp -p option, but let's assume the default settings are used. This leads to the following ACL: ServerName\Userrw- ServerName\Noner-- Everyone r-- Note that Windows Explorer only erroneously treats such files as shared if they are in your own user folder. If you scp the files into some other folder (like, say, /home/user within your Cygwin folder hirarchy, this won't occur anymore. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Permissions on Windows 2008
On Dec 7 10:51, Corinna Vinschen wrote: Note that Windows Explorer only erroneously treats such files as shared if they are in your own user folder. Let me rephrase: Note that Windows Explorer only annoys its users by treating such files [etc] If you scp the files into some other folder (like, say, /home/user within your Cygwin folder hirarchy, this won't occur anymore. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Problem with fork() in latest snapshot
On Tue, Nov 16, 2010 at 04:41:41PM +0100, Corinna Vinschen wrote: On Nov 10 13:43, Heath Kehoe wrote: I have ruby 1.9.2 which I built from source. It works fine in cygwin 1.7.7 and earlier, but in the current snapshot when it does a fork, the child process dies pretty much instantly. I've put together a test case (see attached) which replicates what ruby is doing so that this problem can be repro'd without needing to build ruby. It seems that the failure only happens when the fork call is in a dll, and it also seems to depend on manipulating threads in close proximity to the fork. Here's the test program under 1.7.7: $ uname -a CYGWIN_NT-6.1-WOW64 hkehoe1 1.7.7(0.230/5/3) 2010-08-31 09:58 i686 Cygwin $ ./testfork Before fork After fork pid=5060 After fork pid=0 subprocess status 0 (0x0) And here it is in the snapshot: $ uname -a CYGWIN_NT-6.1-WOW64 hkehoe1 1.7.8s(0.233/5/3) 20101102 14:03:08 i686 Cygwin $ ./testfork Before fork After fork pid=3808 subprocess status 32512 (0x7f00) Note the missing 'After fork' message from the child and the -127 exit status. An strace of testfork will reveal this error occurring shortly after the fork returns in the child: --- Process 2944, exception C005 at 610E4B8C (the process ID is the child's) Would you mind to test which snapshot introduced this problem? I ran the test case in a loop on my Windows XP system under various conditions - no load, load, no load with most services stopped. I couldn't reproduce the problem. I also tried on a virtual system running Windows 7 64-bit and couldn't duplicate it. So, I'm currently stumped. I guess I'll try to add some instrumentation to catch the case where this fails. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Install still fails on win7 (and no tips after 2.5 months?)
On 12/6/2010 11:56 PM, Mark Geisert wrote: And then also look forhttp://www.acronymfinder.com/#BLODA. A nitpick but that URL seems incorrect.http://cygwin.com/acronyms/#BLODA Thanks Mark. You're correct about the URL. Obviously I didn't proof-read that one. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
skipping initial setup screens for existing installation with setup.exe?
When I want to install a new package in my existing cygwin installation, I fire up setup.exe and blow through the first couple screens that ask me about installation directory, mirrors, packages directory, etc, to get to the package installation menu. Is there a way I can skip those initial setup screens and go straight to package selection once I have my installation going? Steve Lefevre -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: skipping initial setup screens for existing installation with setup.exe?
On 12/7/2010 1:43 PM, Steven Lefevre wrote: When I want to install a new package in my existing cygwin installation, I fire up setup.exe and blow through the first couple screens that ask me about installation directory, mirrors, packages directory, etc, to get to the package installation menu. Is there a way I can skip those initial setup screens and go straight to package selection once I have my installation going? Run setup.exe --help for a full list of command line options. The option you want is -M. -Jeremy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
problem with find in newly Updated: findutils-4.5.9-2
When I updated the findutils package to 4.5.9-2, find no longer works. It returns nothing when run. Not even `/bin/find --help` or `/bin/find -version` return anything. cygcheck -s shows the new findutils as 4.5.9-2 When I roll back to 4.5.8-1, all the above work as expected. Didn't see any mention of this on the list since 6 Dec when new version announced. Thanks, John R -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: skipping initial setup screens for existing installation with setup.exe?
On Tue, Dec 7, 2010 at 2:47 PM, Jeremy Bopp jer...@bopp.net wrote: Run setup.exe --help for a full list of command line options. The option you want is -M. Hello Jeremy - Thanks for your help :) I had tried the -M option, but got no window. Perhaps there's another problem that's causing my symptoms. I'm using Windows Vista. I have a shortcut on the desktop that launches setup.exe. I've tried both the -M and --help switches, with and without 'Run As Administrator' checked, but I get no window. However, the shortcut works ( the window appears with the initial screen) when I remove the switches. I also tried the switches in cmd, both as and not as Administrator, also with no windows appearing. But again, the setup window launches okay when I use no switches. Also I had noticed that the -M switch is not listed in the FAQ http://cygwin.com/faq/faq-nochunks.html#faq.setup.cli -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: skipping initial setup screens for existing installation with setup.exe?
Greetings, Jeremy Bopp! Run setup.exe --help for a full list of command line options. Hm. If this normal for setup ? (look for dump after signature) -- WBR, Andrey Repin (anrdae...@freemail.ru) 07.12.2010, 23:07 Sorry for my terrible english... $ ./setup.exe --help Starting cygwin install, version 2.721 io_stream_cygfile: fopen(/etc/setup/extrakeys) failed 2 No such file or directory io_stream_cygfile: fopen(/etc/setup/chooser_window_settings) failed 2 No such file or directory Current Directory: \\DAEMON1\arc\cygwin\install Command Line Options: -D --download Download from internet -L --local-install Install from local directory -s --site Download site -O --only-site Ignore all sites except for -s -R --root Root installation directory -P --packages Specify packages to install -C --categoriesSpecify entire categories to install -p --proxy HTTP/FTP proxy (host:port) -q --quiet-modeUnattended setup mode -M --package-manager Semi-attended chooser-only mode -h --help print help -l --local-package-dir Local package directory -r --no-replaceonrebootDisable replacing in-use files on next reboot. -X --no-verify Don't verify setup.ini signatures -n --no-shortcuts Disable creation of desktop and start menu shortcuts -N --no-startmenu Disable creation of start menu shortcut -d --no-desktopDisable creation of desktop shortcut -K --pubkeyPath to extra public key file (gpg format) -S --sexpr-pubkey Extra public key in s-expr format -u --untrusted-keysUse untrusted keys from last-extrakeys -U --keep-untrusted-keys Use untrusted keys and retain all -A --disable-buggy-antivirus Disable known or suspected buggy anti virus software packages during execution. Ending cygwin install AddAccessAllowedAce(, owner) failed: 1337 AddAccessAllowedAce(, group) failed: 1337 AddAccessAllowedAce(, everyone) failed: 1337 AddAccessAllowedAce(, owner) failed: 1337 AddAccessAllowedAce(, group) failed: 1337 AddAccessAllowedAce(, everyone) failed: 1337 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: skipping initial setup screens for existing installation with setup.exe?
On 12/7/2010 2:08 PM, Andrey Repin wrote: If this normal for setup ? $ ./setup.exe --help Starting cygwin install, version 2.721 io_stream_cygfile: fopen(/etc/setup/extrakeys) failed 2 No such file or directory io_stream_cygfile: fopen(/etc/setup/chooser_window_settings) failed 2 No such file or directory Current Directory: \\DAEMON1\arc\cygwin\install Command Line Options: -D --download Download from internet -L --local-install Install from local directory -s --site Download site -O --only-site Ignore all sites except for -s -R --root Root installation directory -P --packages Specify packages to install -C --categoriesSpecify entire categories to install -p --proxy HTTP/FTP proxy (host:port) -q --quiet-modeUnattended setup mode -M --package-manager Semi-attended chooser-only mode -h --help print help -l --local-package-dir Local package directory -r --no-replaceonrebootDisable replacing in-use files on next reboot. -X --no-verify Don't verify setup.ini signatures -n --no-shortcuts Disable creation of desktop and start menu shortcuts -N --no-startmenu Disable creation of start menu shortcut -d --no-desktopDisable creation of desktop shortcut -K --pubkeyPath to extra public key file (gpg format) -S --sexpr-pubkey Extra public key in s-expr format -u --untrusted-keysUse untrusted keys from last-extrakeys -U --keep-untrusted-keys Use untrusted keys and retain all -A --disable-buggy-antivirus Disable known or suspected buggy anti virus software packages during execution. Ending cygwin install AddAccessAllowedAce(, owner) failed: 1337 AddAccessAllowedAce(, group) failed: 1337 AddAccessAllowedAce(, everyone) failed: 1337 AddAccessAllowedAce(, owner) failed: 1337 AddAccessAllowedAce(, group) failed: 1337 AddAccessAllowedAce(, everyone) failed: 1337 That's the output I see when running under cmd, and I have to hit Enter to get the prompt back. That same command under bash works great though. I suspect I have to hit Enter by design so that if someone ran setup --help with a shortcut they would have a chance to see the output before the cmd window closed. -Jeremy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: problem with find in newly Updated: findutils-4.5.9-2
find --version works fine for me. Perhaps it's time for the -srv... -- Lee Maschmeyer Wayne State University Computing Center 5925 Woodward, #281 Detroit MI 48202 USA -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: skipping initial setup screens for existing installation with setup.exe?
On 12/7/2010 2:03 PM, Steven Lefevre wrote: On Tue, Dec 7, 2010 at 2:47 PM, Jeremy Bopp jer...@bopp.net wrote: Run setup.exe --help for a full list of command line options. The option you want is -M. Hello Jeremy - Thanks for your help :) I had tried the -M option, but got no window. Perhaps there's another problem that's causing my symptoms. You should see a window, so that's odd. I'm using Windows Vista. I have a shortcut on the desktop that launches setup.exe. I've tried both the -M and --help switches, with and without 'Run As Administrator' checked, but I get no window. However, the shortcut works ( the window appears with the initial screen) when I remove the switches. I also tried the switches in cmd, both as and not as Administrator, also with no windows appearing. But again, the setup window launches okay when I use no switches. I wish I could help more, but I don't have a Vista installation on which to try this. It *should* work though. The setup maintainer should be able to give you more detailed pointers once he sees the thread. Something to look for are the log files setup creates when running: http://cygwin.com/faq/faq-nochunks.html#faq.setup.setup-fails Perhaps those logs have useful information. Also I had noticed that the -M switch is not listed in the FAQ http://cygwin.com/faq/faq-nochunks.html#faq.setup.cli Good catch. I'm not sure of the exact procedure, but I believe that a patch with the updated information would be accepted. -Jeremy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: problem with find in newly Updated: findutils-4.5.9-2
On 12/07/2010 01:02 PM, qatmo-gi...@stanfordalumni.org wrote: When I updated the findutils package to 4.5.9-2, find no longer works. It returns nothing when run. Not even `/bin/find --help` or `/bin/find -version` return anything. You have a missing dll, and/or conflicting versions of cygwin1.dll reachable on your PATH. What does 'cygcheck /bin/find' show? -- Eric Blake ebl...@redhat.com+1-801-349-2682 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Re: cygpath -w for non-existent server
On 6 December 2010 13:13, Corinna Vinschen wrote: On Dec 6 11:59, Andy Koppe wrote: On 6 December 2010 11:34, Corinna Vinschen wrote: - //foo is a virtual path, valid only in Cygwin. You can't access \\foo in the Win32 API using file or directory access functions. It just doesn't exist as a path. UNC paths are only valid with at least two path components as in \\server\share. Since //foo is a virtual path, there's no Win32 equivalent. So, from the Windows perspective there's No such file or directory. Weird. \\server works fine in Explorer and also with cygstart, so I guess Explorer implements it as some sort of virtual directory. That's right. Is that enough reason to support it as a special case in the Cygwin path conversion? Huh, now I see the problem. *Existing* virtual server-only paths are converted, only non-existent aren't. I fixed that in CVS. Fix confirmed. Thanks! Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
du -ks output different when run from command and when run on scheduled task
Greetings all I have run this set of commands directly from the cygwin command line. du -ks //comp/shares/ Ouput1: is correct 49939594//comp/shares/ When I put the script in a bash script(file1.sh) and run from cygwin command line, it works fine also(output1 is generated), it is only when the file runs as a schedule task that if gives the wrong ouput(output2) For clarity sake here is what the file looks like. #!/usr/bin/bash OUT=/cygdrive/c/logs echo `date` $OUT/size-new.txt du -ks //comp/shares/ $OUT/size-new.txt The bat. file that schedules the bash script looks like this. The scheduled task runs at night and it works , it just outputs the wrong number. @echo off C:\cygwin\bin\bash.exe --login -c /home/rod/Shop-fs2.sh Output2: when script runs from scheduled tasks ; It just gives a 4, when the output is way more then 4. 4 //s550-shop/shares/replica/Administration I am running win xp, sp3. And I am really confused. Why would script generate proper output when it is run from command line and not when run from scheduled tasks. Thank you all for your help, Rigo -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: du -ks output different when run from command and when run on scheduled task
On 12/7/2010 4:10 PM, computer tech wrote: Greetings all I have run this set of commands directly from the cygwin command line. du -ks //comp/shares/ Ouput1: is correct 49939594//comp/shares/ snip The bat. file that schedules the bash script looks like this. The scheduled task runs at night and it works , it just outputs the wrong number. @echo off C:\cygwin\bin\bash.exe --login -c /home/rod/Shop-fs2.sh Output2: when script runs from scheduled tasks ; It just gives a 4, when the output is way more then 4. 4 //s550-shop/shares/replica/Administration Yep. This is an age-old issue that really has to do with Windows permissions for services. The default user for services doesn't have permission to access network shares, even if you do. One option is to run the service as you. There are others. Read http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-setuid-overview and the following sections for more background, details, and possible options. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: skipping initial setup screens for existing installation with setup.exe?
On 12/7/2010 2:03 PM, Steven Lefevre wrote: [...] I had tried the -M option, but got no window. Perhaps there's another problem that's causing my symptoms. I'm using Windows Vista. I have a shortcut on the desktop that launches setup.exe. I've tried both the -M and --help switches, with and without 'Run As Administrator' checked, but I get no window. However, the shortcut works ( the window appears with the initial screen) when I remove the switches. -M works for me on XP and 7. Maybe you are supplying the -M argument incorrectly in your shortcut? You may have double quotes around the setup.exe path. Make sure to put the arguments outside the quotes. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Cygwin: GCC /usr/local/include: not a directory
Hello, I have a bit of an emergency. After running a poorly written makefile my gcc compiler install is now messed up. I get the following error when compiling: gcc helloworld.c -o helloworld cc1: /usr/local/include: not a directory The same happens when I try: gcc -I/usr/include/ I've also reinstalled gcc to no avail. I assume this has to do with the paths in cygwin but I dont see where it is pointing to /usr/local/include at all. Anyone able to help? Thanks, Chris -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin: GCC /usr/local/include: not a directory
Resolved, I found a file called include was added today to my /usr/local/ directory which was messing up GCC. Removal fixed the issue. Chris On Tue, Dec 7, 2010 at 10:25 PM, chris henry mozar...@gmail.com wrote: Hello, I have a bit of an emergency. After running a poorly written makefile my gcc compiler install is now messed up. I get the following error when compiling: gcc helloworld.c -o helloworld cc1: /usr/local/include: not a directory The same happens when I try: gcc -I/usr/include/ I've also reinstalled gcc to no avail. I assume this has to do with the paths in cygwin but I dont see where it is pointing to /usr/local/include at all. Anyone able to help? Thanks, Chris -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Wrong message 'Pattern not found'
when I call 'man grep' in Cygwin 1.7.1 and try to search the pattern -P, which is really available, with '/-P', the wrong message 'Pattern not found (press RETURN)' appeared. This behaviour only occurs with Cygwin and only on a certain computer. It works well with Cygwin on another computer. What may be the reason for this invalid message and how to resolve that problem? I just tried this under Linux and was surprised that it works as you say it should. For years I've always automatically backslashed a leading hyphen when searching in man because I had to. It seems to have changed. I wonder how long ago. That must have been an upstream change. -Ken -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
