cpu-users Mailing List for Change Password Utility
Brought to you by:
matheny
Menu
▾
▴
cpu-users — Anything cpu related
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
(1) |
Mar
(19) |
Apr
(6) |
May
(10) |
Jun
(7) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
(10) |
Mar
(6) |
Apr
(16) |
May
(6) |
Jun
(8) |
Jul
(1) |
Aug
(5) |
Sep
(35) |
Oct
(14) |
Nov
(1) |
Dec
(4) |
| 2004 |
Jan
(3) |
Feb
(5) |
Mar
(9) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2004-04-15 21:58:13
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=2524288 By: m002856 For environments that use Kerberos-5 authentication, does cpu support SASL/GSSAPI binding? Thanks. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=150496 |
|
From: Blake M. <bma...@pu...> - 2004-03-24 21:40:48
|
Appologies for the spam people. I have changed the list to require approval for posts. -Blake Whatchu talkin' 'bout, Willis? > RED HEARING ST0CK ALERT > > > > NovCFTN at .40 High 2.62....655%Gain > DecHTSC at .70 High 3.25....410%Gain > JanQL.HC at .90 High 3.50....389%Gain > FebCWTD at .90 High 8.50â ¦.800%Gain > Feb 27CNLG at .84High 6.55..289%Gain > Mar1MAMA 3.95 High 13.30...400%Gain > Better get in before you miss another one > DMT Energy, Inc. ( DMTY.) > 12 month target 1.75 > 7-Day Price Target: $0.70 ? 30-Day Price Target: $1.00 > > Price: $0.45 > Shares Outstanding: 5.0 Million > Market Capitalization: $2.25 Million > 52 Week Range: $0.005 - $0.919 > > INVESTMENT OVERVIEW > > The outlook for North American oil and gas exploration is extremely positive > from an investment perspective, with increasing US energy demands projected > over the near and long term sustaining major gains for oil and gas producers. > The recent California energy crisis, the looming United States energy crunch > (the most serious domestic energy situation since the 1970â s), and the > increasingly unstable international environment for oil and natura1 gas > exploration and production, have placed a renewed emphasis on domestic energy > exploration. While crude oil and natura1 gas prices on the spot market are > likely to come off of their current highs, the immediate term price outlook > remains favorable, and long term price projections forecast significant > 1ncreases. Even as government and academia invest billions in the search for > alternative sources of energy, the demand for natura1 gas and oil continues to > grow and is expected to expand exponentially over the next twenty years. > According to the US Energy Information Administration (EIA) the US demand for > refined petroleum products will grow by over 35 percent in the next two > decades, increasing from 18.0 million barrels perr day in 1996 to over 24.6 > million barrels perr day by 2020, a 35% 1ncrease. The growth of domestic > demand for natura1 gas, driven by expanding natura1 gas-fired electric > generation plants, will be even more pronounced skyrocketing from current > levels of roughly 23 trillion cubic feet (Tcf) to 32-37 Tcf by 2020. As the > recent energy crisis in California has demonstrated, the US natura1 gas and > energy supply will prove increasingly tenuous without additional and vigorous > exploration and production efforts are undertaken. At the same time, the > international situations in Iraq and Venezuela have show the vulnerability of > US petroleum stocks and highlighted the urgnt need for 1ncreased domestic > production. The recent National Energy Policy of President Bush and Vice > President Cheney has called for dramatically 1ncreased production of domestic > oil and natura1 gas resources to meet this expanding domestic energy demand. > > For the petroleum industry, this renewed impetus on domestic exploration and > production has led to several new developments that improve the likelihood of > exploration success and the location of new reserves. Many of the technologies > associated with oil and gas exploration have been significantly enhanced over > the last several years, and the refinement of techniques such as three > dimensional seismic imaging have made oil exploration far more efficient, > increasing the accuracy of modeling and decreasing the chances of missing oil. > The second way that oil exploration is becoming more efficient is the 1ncreased > practice of reexamining properties that were no longer thought to be > profitable. Many properties through the 1970â s were extracted only using > primary production techniques and then prematurely abandoned when production > became more expensive and problematic, leaving significant quantities of oil > and natura1 gas. It has ben estimated that many of these early producing > fields can contain as much as 50-60% of recoverable production. Smaller oil > exploration and production companies, such as Newfield Exploration Oil (NYSE: > NFX) and Houston Exploration Company (NYSE: THX) have enjoyed huge successes > through employing strategies that focus on reworking overlooked and bypassed > production properties. > > With a diversified portfolio of balanced oil & gas properties, an exploration > and production strategy that emphasized the importance of developing and > exploiting overlooked and bypassed reserves with new technologies and > innovative approaches, and a seasoned management team and advisory board with > over 150 years of collective petroleum industry experience, DMT Energy, Inc. > .dmtenergyinc.com is well positioned to benefit from new oil and gas production > initiatives. DMT Energy has developed an impressive portfolio of oil and gas > properties in Alberta and British Columbia, and Northern Canada that have > strong potential for successful production over the near-to-intermediate term > period with limited capital investment. > > The Company is capitalizing on both of the major trends in domestic oil and gas > E&P efforts, carefully selecting and screening properties for maximum potential > of overlooked and bypassed production opportunities in oil producing area, and > utilizing 3-D seismic and other advanced exploration techniques, including > proprietary reservoir modeling techniques developed by EVP Don Hryhor, to > mitigate risks. The Company is within months of beginning production efforts > on its Acadia and Wainwright properties, where strong oil & gas indicators have > been confirmed by independent geologists and petroleum engineers. These > projects have been carefully selected and screened, and DMT Energy has > developed a conservative operational plan to begin production of oil and gas > reserves over the next 6-12 months. The Company additionally intends to pursue > development and production efforts on its additional Alberta and British > Columbia properties and to acquire additional leasehold prospects. DMT Energy > is further pursuing major new exploration opportunities throughout Canada and > the United States, which promise significant and unexplored production > prospects. > > DMT Energyâ s position as an innovative, technology oriented oil and gas > exploration and production company with a balanced portfolio of properties that > have near term production potential presents an attractive oportunity to invest > in the forthcoming domestic petroleum E&P explosion. The Companyâ s > innovative strategy of minimizing risk and capital outlay through concentration > on development of overlooked or bypassed oil and natura1 gas reserves and use > of advanced exploration technologies is at the forefront of petroleum E&P > efforts. This strategy has already been demonstrated successfully in the case > of smaller start-up players Newfield Oil and Houston Exploration who have > experienced consistent gains in their stock price despite the overall > difficulties that oil industry investment have experienced over the last > several years. By maximizing capital investment in property development, > mitigating exploration risks, and maintaining tight control over costs, DMT > Energy is exceptionally well situated to experience substantial growth over the > immediate term period and return value to investors. > > INVESTMENT HIGHLIGHTS > > DMT Energy is well positioned within tremendous oil and gas industry struggling > to meet 1ncreased US energy demands projected over the near and long term- > producing major gains for oil and gas producers. The specter of the California > energy crisis, the looming US energy crunch (the most serious domestic energy > situation since the late 1970â s with oil prices at the pump reaching new > highs almost daily), and the tenuous international production climate (with > OPEC production caps, uncertainty over Venezuelan production, and continued > questions over development of Iraqi production capacity), all bode well for > North American E&P companies operating in this environment. While crude oil > prices on the spot market are likely to move off their current levels of $34-35 > per barrel, the intermediate term price outlook remains highly favorable with > the US Energy Information Administration predicting that crude oil prices will > stabilize over the next several years to the $30 price range with price spikes > likely until inventory stocks are rebuilt. > > The Company benefits from its strong and experienced management team and senior > advisors, with over 150 years of collective petroleum industry experience. > President Fred Da Silva has provided consulting, business development, and > financing expertise to a number of private and public natura1 resource > companies over the last decade, while CFO Giuliano Tamburrino previously served > as founder and senior executive for a junior EPC (engineering, procurement, and > construction) provider of oil & gas facilities. VP of Exploration Don Hryhor > is a successful geophysicist and w1ldcatter, having worked closely under the > tutelage of industry pioneers William Hryhor and Drs. John Lichtenbelt over the > past 30 years. Mr. Hryhor has ben involved in several major discoveries in the > Arctic Islands, Western Canada, and Texas, and has develop a proprietary > hydrocarbon production and reservoir modeling technique which has ben used to > evaluate over 450,000 wells in Western Canada, and which is employed by the > Company. > > DMT Energy is poised to begin significant production efforts on its oil and gas > properties and is exploring additional leasehold prospects as well as major > exploration efforts throughout North America. The Companyâ s Acadia prospect > is slated to begin production in March of 2004, and DMT Energy anticipates > bringing its Wainwright field on line over the next several months. > Complimenting these production efforts, DMT Energy is also undertaking major > exploration efforts throughout North America, which should provide a > considerable growth catalyst over the intermediate term period. > > Discla1mer to enlarge highlight and change font > > The writers, PR firm, mailers involved in the creation, and distribution of the > information above are not a registered broker/dealer and may not sell, offer to > sell or offer to biy any security. This profile is not a solicitation or > recommendat1on to biy, sell securities. An offer to biy or sell can be made > only with accompanying disclosure docments from the company offering or selling > securities and only in the states and provinces for which they are apprvd. The > material in this release is intended to be strictly informational and based on > assumptions rather than fact. The companies that are discussed in this release > have not apprvd the statements made in this release nor apprvd the timing of > this release. All statements and expressions are the sole opinion of the > creators and are subject to change without notice. Information in this release > is derived from a variety of sources including that companyâ s publicly > disseminated information, third parties and the writers research and optimistic > speculation. The accuracy or completeness of the information is not warranted > and is only as reliable as the sources from which it was obtained. All involved > in the creation and distribution of this profile/release disclaims any and all > liability as to the completeness or accuracy of the information contained and > any omissions of material fact in this release. The release may contain > technical and factual inaccuracies or typographical errors. It is strongly > recommended that any purchase or sale decision be discussed with a financial > adviser, or a broker-dealer, or a member of any financial regulatory bodies. > Investment in the securities of the companiesâ discussed in this release is > highly speculative and carries a high degree of risk. All persons involved in > the creation and distribution of the information in this letter is not liable > for any 1nvestment decisions by its readers or subscribers. Investors are > cautioned that they may lose all or a portion of their investment if they make > a purchase in this security mentioned. Any mention of past profiles and returns > are not our stock p1cks > > This profile is not without bias, and is a paid release. Writers and mailers > have been compensated for the dissemination of company information on behalf of > one or more of the companies mentioned in this release. Parties involved in the > creation and distribution of this profile have been compensated 80,000 > dollars by a third party (third party), who is non-affiliated, for services > provided including dissemination of company information in this release. PR and > other individuals and other creators and mailers of this letter will sell all > of its original shares during the distribution of this profile. Parties > involved may immediately sell some or any shares in a profiled company held by > profile creators and may have previously sold shares in a profiled company held > by PR Individuals involved. Our Optin mailing services for a company may cause > the companyâ s stock price to 1ncrease, in which event involved parties would > make a profit when it sells its stock in the company. In addition, our selling > of a companyâ s stock may have a negative effect on the market price of the > stock. The past profiles are only the winers not all of our recommendat1ons -- Blake Matheny bma...@pu... The things that should be available to everyone, http://www.mkfifo.net are the things that impact everyone. http://mkfifo.net/gpg.key |
|
From: Chauncey T. <ct...@vi...> - 2004-03-12 14:37:45
|
can the smbpasswd be used for the --shadfile instead of the shadow for user password. I have a mixture of Windows, MAC OS 9/X to authicate and would like to use one tool to manage those users. Currently I'm using smbldap-tools from Idealx and cpu for the posix accounts. How can I get cpu to handle creating SAMBA accounts? I've researched this issue and hadn't found alot of documentation relating to cpu and SAMBA. Thanks -- Chauncey Thorn Systems Administrator VIBE/SPIN Ventures LLC Phone: 212-231-7374 E-Mail: ct...@vi... |
|
From: Blake M. <bma...@pu...> - 2004-03-12 02:42:43
|
http://dag.wieers.com/packages/cpu/ -Blake Whatchu talkin' 'bout, Willis? > According to cpu.sourceforge.net, CPU is included in "Red Hat/Fedora". > Which version? What is the RPM package called? > Thanks, > John > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Cpu-users mailing list > Cpu...@li... > https://lists.sourceforge.net/lists/listinfo/cpu-users -- Blake Matheny bma...@pu... The things that should be available to everyone, http://www.mkfifo.net are the things that impact everyone. http://mkfifo.net/gpg.key |
|
From: John D. <jpd...@ys...> - 2004-03-11 14:30:10
|
According to cpu.sourceforge.net, CPU is included in "Red Hat/Fedora". Which version? What is the RPM package called? Thanks, John |
|
From: Blake M. <bma...@pu...> - 2004-03-08 01:14:40
|
If you specify just -p, cpu will prompt for a password like passwd does. I think just 'cpu usermod -p %u' would work, if not see 'passwd chat' in the man page for smb.conf. -Blake Whatchu talkin' 'bout, Willis? > Yeah, in my example post I should have added usermod. > the question is how to have the password passed to --password= > > Thanks for the reply... > > > > Blake Matheny wrote: > > >Whatchu talkin' 'bout, Willis? > > > > > >>cpu usermod --password=newpasswd userid > >> > >>has anyone been able to get it to work with samba passwd program > >>directive. > >> > >>passwd program = /usr/local/sbin/cpu --password=?? %u > >> > >> > >shouldn't that line be: > > passwd program = /usr/local/sbin/cpu usermod --password=?? %u > > > >-Blake > > > > > > > -- > Chauncey Thorn > Systems Administrator > VIBE/SPIN Ventures LLC > Phone: 212-448-7397 > E-Mail: ct...@vi... > |
|
From: Chauncey T. <ct...@vi...> - 2004-03-08 00:16:07
|
Yeah, in my example post I should have added usermod. the question is how to have the password passed to --password= Thanks for the reply... Blake Matheny wrote: >Whatchu talkin' 'bout, Willis? > > >>cpu usermod --password=newpasswd userid >> >>has anyone been able to get it to work with samba passwd program directive. >> >>passwd program = /usr/local/sbin/cpu --password=?? %u >> >> >shouldn't that line be: > passwd program = /usr/local/sbin/cpu usermod --password=?? %u > >-Blake > > -- Chauncey Thorn Systems Administrator VIBE/SPIN Ventures LLC Phone: 212-448-7397 E-Mail: ct...@vi... |
|
From: Blake M. <bma...@pu...> - 2004-03-07 22:32:21
|
Whatchu talkin' 'bout, Willis? > cpu usermod --password=newpasswd userid > > has anyone been able to get it to work with samba passwd program directive. > > passwd program = /usr/local/sbin/cpu --password=?? %u shouldn't that line be: passwd program = /usr/local/sbin/cpu usermod --password=?? %u -Blake |
|
From: Chauncey T. <ct...@vi...> - 2004-03-05 20:33:04
|
Hi all, cpu usermod --password=newpasswd userid has anyone been able to get it to work with samba passwd program directive. passwd program = /usr/local/sbin/cpu --password=?? %u Thanks... -- Chauncey Thorn Systems Administrator VIBE/SPIN Ventures LLC Phone: 212-448-7397 E-Mail: ct...@vi... |
|
From: Blake M. <bma...@pu...> - 2004-02-04 13:54:42
|
I have forwarded this on to the maintainer of libbitvector, which is what cpu uses for its bitvector implementation. When I get an 'official' fix from that maintainer I'll put it in, I don't really want to fork the code. I do not have access to any big endian machines, the compile farm at sourceforge is always down or I would use the sun sparc there. I'll happily accept patches for big endian fixes though :) > ...snip... > P.S. If the three functions were tested with a only > few UIDs (e.g., 1000, 1001 and 1002 in a 1000-2000 > range), it will appear work in little endian machines > ...snip... It will only work with a few? I've tested with 3 or 4 thousand entries and it seems to work fine. -Blake -- Blake Matheny bma...@pu... The things that should be available to everyone, http://www.mkfifo.net are the things that impact everyone. http://mkfifo.net/gpg.key |
|
From: Edwin L. <el...@fl...> - 2004-02-04 04:09:55
|
I tried to let cpu find the first available UID but it
returned one that is alredy used. After poking into
the code, I think there might be a problem with the
functions bitvector_{set,unset,get}.
The structure member bitvector_s->bits is (uint32_t *),
but those functions assume it to be (uint8_t *). So
the references BV_BITS(b)[chunk] is going by every 4
bytes instead of every byte.
The function bitvector_firstunset_find() does not have
this problem as it does
uint8_t *bits = (uint8_t *)BV_BITS(b);
and uses bits[i] instead of BV_BITS(b)[i].
Cheers,
e.
P.S. If the three functions were tested with a only
few UIDs (e.g., 1000, 1001 and 1002 in a 1000-2000
range), it will appear work in little endian machines,
but won't work on big endian machines. It can be
demonstrated in the silly program attached:
Irix MIPS:
BV_CHUNKSIZE_BYTES=4
BV_CHUNKSIZE=32
0
0
0
1
Linux i386:
BV_CHUNKSIZE_BYTES=4
BV_CHUNKSIZE=32
1
0
0
0
|
|
From: Edwin L. <el...@fl...> - 2004-02-04 04:05:21
|
Sorry for the previous incomplete message.
Cpu segfaults on Irix 6.5.19m when I try to use any command, e.g., cat.
I have traced it and it seems that plugins/ldap/ldap.c:CPU_init()
calls parseCommand() and it is getting main/cpu.c:parseCommand()
instead of plugins/ldap/commandline.c:parseCommand().
So the globalLdap->dn structure does not get created and the segfault
results.
I worked around it by using -Bsymoblic to link the libraries:
Edit configure file, look for the $archive_cmds definition for Irix,
insert ${wl}-Bsymbolic before ${wl}-set_version. This is for using gcc
to link, which I presume it will pass -Bsymbolic to the native Irix ld.
This will help OSes where the default linker behavior is to resolve
symbols in the global symbol list. -Bsymbolic will cause references
within a library to be resolved against it's own symbol list first.
Just my $0.02.
Cheers,
e.
|
|
From: Edwin L. <el...@fl...> - 2004-02-04 03:54:44
|
Hi, (I have left a similar message on the sourceforge.net forum.) cpu segfaults on Irix 6.5.19m There are two functions parseCommand() in plugins/ldap/commandline.c:parseCommand() and main/cpu.c:parseCommand(). |
|
From: Guido T. <ult...@de...> - 2004-01-21 12:14:35
|
Hi, I've released cpu 1.4.3 in Debian, and closed the previous bug reports for the problems this version solves... Here is another bug, found by a Debian user, about the new version. CPU seems to segfault while trying to lock a non-existant user account (insted of giving an error message, perhaps). Here are the details... Thank you very much for your work! Guido ----- Forwarded message from Wichert Akkerman <wi...@wi...> ----- From: Wichert Akkerman <wi...@wi...> Subject: Bug#228861: cpu: usermod -L segfault on non-existing user To: Debian Bug Tracking System <su...@bu...> Date: Wed, 21 Jan 2004 12:27:11 +0100 Package: cpu Version: 1.4.3-1 Severity: normal Seems I managed to found another segfault problem: # cpu usermod -L doesnotexist Segmentation fault (core dumped) Wichert. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux vortex 2.6.0-test9 #2 Mon Nov 3 13:47:06 CET 2003 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages cpu depends on: ii cracklib2 2.7-13 A pro-active password checker libr ii debconf 1.3.22 Debian configuration management sy ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii libldap2 2.1.23-1 OpenLDAP libraries ii ucf 0.26 Update Configuration File: preserv -- debconf information: cpu/ldap/USER_BASE: * cpu/ldap_uri: ldap://localhost cpu/ldap/LDAP_URI: ldap://localhost cpu/overwrite_conf: false * cpu/ldap_dn: cn=admin,dc=attingo,dc=nl * cpu/do_debconf: false * cpu/ldap_base: dc=attingo,dc=nl cpu/ldap/BIND_DN: cpu/ldap/GROUP_BASE: ----- End forwarded message ----- |
|
From: Blake M. <bma...@pu...> - 2004-01-12 19:59:13
|
Hello All, cpu 1.4.3 has been released, here are the release notes: The cpu binary now installs in sbin instead of bin, be sure to remove the old binary before using the new one. This release fixes several segfaults on FreeBSD and Solaris. It no longer ignores values for shadow entries. It features the ability to specify post-useradd and post-userdel scripts, and the ability to override configuration values with the environment. It increases speed with densely populated LDAP directories, and now prevents users from logging into locked accounts via SSH with public key authentication. This release is one of the most stable yet, and we even got some new features in there. Please be sure to report any bugs you find. Have fun. -Blake -- Blake Matheny bma...@pu... The things that should be available to everyone, http://www.mkfifo.net are the things that impact everyone. http://ovmj.org/GNUnet/ |
|
From: John D. <jpd...@ys...> - 2004-01-07 20:09:06
|
This eliminates a "no such object" error when changing the login name and
another attribute at the same time when the USER_BASE is different from the
GROUP_BASE and/or the USER_CN_STRING is different from the GROUP_CN_STRING.
Maybe you should consider issuing a warning message when cpu.conf contains the
old CN_STRING setting?
Thanks,
John
--- user.c.orig Wed Jan 7 14:23:15 2004
+++ user.c Wed Jan 7 14:24:14 2004
@@ -78,7 +78,7 @@
fprintf (stderr, "Not yet implemented: stub\n");
}
globalLdap->passent->pw_name = globalLdap->new_username;
- newdn = buildDn (GROUPADD, globalLdap->new_username);
+ newdn = buildDn (USERADD, globalLdap->new_username);
globalLdap->dn = newdn;
}
|
|
From: Guido T. <ult...@de...> - 2003-12-31 10:17:14
|
On Tue, Dec 30, 2003 at 12:27:35PM -0500, Blake Matheny wrote: Hi, > Sorry for the delayed response, finals followed by a little vacation. That's > very strange because -L shouldn't take an option at all, since now it is used > to lock an account. Could you check out CVS and let me know if the problem > still persists? Expect a 1.4.3 release by the end of this week, which will > include some bug fixes along with most of the feature requests on sourceforge. > With the cvs version it seems to work correctly (of course using -E instead of -L). Thanks for your help! Since you are releasing 1.4.3 very soon, and I'll be on vacation from the 1st to the 5th of Jan, I think I'll upload a new version as soon as I return to have this sorted out! Thank you very much! Guido |
|
From: Blake M. <bma...@pu...> - 2003-12-31 06:36:52
|
Hello Everyone,
I expect 1.4.3 to be released by the beginning of next week, so testing is of
course greatly appreciated (especially on FreeBSD, since I no longer have
access to a machine). Here are the new features for 1.4.3:
* Post useradd and userdel scripts are now possible. You can do something
like: cpu useradd -X customscript.sh username
customscript.sh will be passed username. ADD_SCRIPT and DEL_SCRIPT can
also be set in the configuration file.
* The post add/del scripts allow for mail spools (etc) to be created
* Solaris Support
* Improved error handling and reporting
* 200%+ increase speed in densely populated directories
Bug fixes:
* SIGSEGV in ldapUserCheck reported by Guido
* SIGSEGV in user.c (only with gcc 2.9.5)
* Adding users from /etc/passwd or /etc/shadow works again
* Specifying -g nonint works again
If you're looking for a feature or fix for 1.4.3 please let me know. 1.5 is
being worked on slowly and involves a rewrite of the codebase, won't be ready
for a while though. Enjoy the New Year.
-Blake
--
Blake Matheny
bma...@pu... The things that should be available to everyone,
http://www.mkfifo.net are the things that impact everyone.
http://ovmj.org/GNUnet/
|
|
From: Blake M. <bma...@pu...> - 2003-12-30 17:21:36
|
Sorry for the delayed response, finals followed by a little vacation. That's very strange because -L shouldn't take an option at all, since now it is used to lock an account. Could you check out CVS and let me know if the problem still persists? Expect a 1.4.3 release by the end of this week, which will include some bug fixes along with most of the feature requests on sourceforge. -Blake Whatchu talkin' 'bout, Willis? > > Hi, > > Here is a bug report from a debian CPU user. > It refers to version 1.4.1 (the one which is in debian testing) but I've > reproduced it with 1.4.2 too... > > Has this problem already been addressed and is it fixed in CVS or in 1.4.3? > > Thanks, > > Guido > > ----- Forwarded message from Wichert Akkerman <wi...@wi...> ----- > > Subject: Bug#223326: cpu: segfaults on account creation > Reply-To: Wichert Akkerman <wi...@wi...>, 22...@bu... > From: Wichert Akkerman <wi...@wi...> > To: Debian Bug Tracking System <su...@bu...> > Date: Mon, 08 Dec 2003 13:41:13 +0100 > > Package: cpu > Version: 1.4.1-4 > Severity: grave > > Creating LDAP accounts does not work: > > # cpu useradd -L test test > > Group 100 does not exist, using anyway. > Segmentation fault > > The backtrace reveals that it segfaults in ldapUserCheck at line 342, > which does a strlen(npass). Since npass is NULL at that point this > produces a segfault. > > Wichert. > > -- System Information: > Debian Release: testing/unstable > Architecture: i386 > Kernel: Linux vortex 2.6.0-test9 #2 Mon Nov 3 13:47:06 CET 2003 i686 > Locale: LANG=C, LC_CTYPE=C > > Versions of packages cpu depends on: > ii cracklib2 2.7-13 A pro-active password checker libr > ii debconf 1.3.20 Debian configuration management sy > ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an > ii libldap2 2.1.22-1 OpenLDAP libraries > > -- debconf information: > cpu/ldap/USER_BASE: > * cpu/ldap_uri: ldap://localhost > cpu/ldap/LDAP_URI: ldap://localhost > cpu/overwrite_conf: false > * cpu/ldap_dn: cn=admin,dc=attingo,dc=nl > * cpu/do_debconf: false > * cpu/ldap_base: dc=attingo,dc=nl > cpu/ldap/BIND_DN: > cpu/ldap/GROUP_BASE: > > ----- End forwarded message ----- > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Cpu-users mailing list > Cpu...@li... > https://lists.sourceforge.net/lists/listinfo/cpu-users -- Blake Matheny bma...@pu... The things that should be available to everyone, http://www.mkfifo.net are the things that impact everyone. http://ovmj.org/GNUnet/ |
|
From: Guido T. <ult...@de...> - 2003-12-08 13:44:04
|
Hi, Here is a bug report from a debian CPU user. It refers to version 1.4.1 (the one which is in debian testing) but I've reproduced it with 1.4.2 too... Has this problem already been addressed and is it fixed in CVS or in 1.4.3? Thanks, Guido ----- Forwarded message from Wichert Akkerman <wi...@wi...> ----- Subject: Bug#223326: cpu: segfaults on account creation Reply-To: Wichert Akkerman <wi...@wi...>, 22...@bu... From: Wichert Akkerman <wi...@wi...> To: Debian Bug Tracking System <su...@bu...> Date: Mon, 08 Dec 2003 13:41:13 +0100 Package: cpu Version: 1.4.1-4 Severity: grave Creating LDAP accounts does not work: # cpu useradd -L test test Group 100 does not exist, using anyway. Segmentation fault The backtrace reveals that it segfaults in ldapUserCheck at line 342, which does a strlen(npass). Since npass is NULL at that point this produces a segfault. Wichert. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux vortex 2.6.0-test9 #2 Mon Nov 3 13:47:06 CET 2003 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages cpu depends on: ii cracklib2 2.7-13 A pro-active password checker libr ii debconf 1.3.20 Debian configuration management sy ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii libldap2 2.1.22-1 OpenLDAP libraries -- debconf information: cpu/ldap/USER_BASE: * cpu/ldap_uri: ldap://localhost cpu/ldap/LDAP_URI: ldap://localhost cpu/overwrite_conf: false * cpu/ldap_dn: cn=admin,dc=attingo,dc=nl * cpu/do_debconf: false * cpu/ldap_base: dc=attingo,dc=nl cpu/ldap/BIND_DN: cpu/ldap/GROUP_BASE: ----- End forwarded message ----- |
|
From: Sergey <sr...@cs...> - 2003-11-25 02:35:17
|
Hi All! Is there any easy way to move users from one server to other, and change foreach objectClass and add atribute host? -- Sorry for my poor English. --------------------------------------------------------- echo '16i[q]sa[ln0=aln100%Pln100/snlbx]sb20293A2058554E494Csnlbxq'|dc Best Regards mailto:sr...@cs... Mokeev Sergey ICQ UIN:168860082 |
|
From: Greg M. <gm...@ne...> - 2003-10-22 10:47:57
|
Hi Blake... have you had a chance to look at this? I'm currently plugging away trying to learn a bit more perl but if theres anything I can do to try to debug it let me know. GREG On Fri, 2003-10-17 at 18:20, Blake Matheny wrote: > Hi Greg, > sorry, the output you provided was a bit unclear, thanks for the extra info. > The sourceforge compile farms contains a Solaris 8 machine for use with > testing compilation/running. I'll take a look this weekend. Thanks. > > -Blake > -- Greg Matthews iTSS Wallingford 01491 692445 |
|
From: Blake M. <bma...@pu...> - 2003-10-17 22:06:04
|
Hi Greg, sorry, the output you provided was a bit unclear, thanks for the extra info. The sourceforge compile farms contains a Solaris 8 machine for use with testing compilation/running. I'll take a look this weekend. Thanks. -Blake Whatchu talkin' 'bout, Willis? > umm... no hence the gdb output below. I hoped it would be of use to > someone who knows more about the code and has more programming skill > than myself. It will compile with these changes (either with forte7 or > gcc3.2.2) but wont run. > > This would be my tool of choice for giving to our on-site admins but > most are dealing solely with solaris. As far as I can see there is no > tool available for adding users to a LDAP directory with unique > uidnumber from a solaris box. This small problem is turning into a major > headache... > > GREG > > On Thu, 2003-10-16 at 17:03, Blake Matheny wrote: > > Hi Greg, > > Did these changes make running CPU under Solaris possible? > > > > -Blake > > > > Whatchu talkin' 'bout, Willis? > > > as a newcomer to cpu let me first say, this software is great on linux. > > > > > > I've managed to compile it on solaris by providing a few libraries that > > > are required but when it is run I get a segfault: > > > > > > sidhean gmatt $ gdb cpu > > > GNU gdb 5.3 > > > Copyright 2002 Free Software Foundation, Inc. > > > GDB is free software, covered by the GNU General Public License, and you > > > are > > > welcome to change it and/or distribute copies of it under certain > > > conditions. > > > Type "show copying" to see the conditions. > > > There is absolutely no warranty for GDB. Type "show warranty" for > > > details. > > > This GDB was configured as "sparc-sun-solaris2.8"... > > > (gdb) run > > > Starting program: /usr/local/bin/cpu > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > 0xff0b3ba4 in populateGlobals () at commandline.c:704 > > > 704 globalLdap->dn = buildDn ((operation > 2) ? GROUPADD : > > > USERADD, > > > (gdb) bt > > > #0 0xff0b3ba4 in populateGlobals () at commandline.c:704 > > > #1 0xff0b8c54 in CPU_init (argc=0, argv=0x0) at ldap.c:60 > > > #2 0x00010b34 in main (argc=1, argv=0xffbefa34) at cpu.c:95 > > > (gdb) > > > > > > I changed bitvector.h to use inttypes.h instead of stdint.h and > > > provided: > > > features.h > > > bits/wchar.h > > > bits/wordsize.h > > > sys/cdefs.h > > > gnu/stubs.h > > > for compilation I used gcc3.2.2. > > > > > > I saw a couple of requests on the archives about solaris but no > > > confirmation of anyone running it. > > > > > > GREG > > > -- > > > Greg Matthews > > > iTSS Wallingford 01491 692445 > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.net email is sponsored by: SF.net Giveback Program. > > > SourceForge.net hosts over 70,000 Open Source Projects. > > > See the people who have HELPED US provide better services: > > > Click here: http://sourceforge.net/supporters.php > > > _______________________________________________ > > > Cpu-users mailing list > > > Cpu...@li... > > > https://lists.sourceforge.net/lists/listinfo/cpu-users > -- > Greg Matthews > iTSS Wallingford 01491 692445 > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > SourceForge.net hosts over 70,000 Open Source Projects. > See the people who have HELPED US provide better services: > Click here: http://sourceforge.net/supporters.php > _______________________________________________ > Cpu-users mailing list > Cpu...@li... > https://lists.sourceforge.net/lists/listinfo/cpu-users -- Blake Matheny "... one of the main causes of the fall of the bma...@pu... Roman Empire was that, lacking zero, they had http://www.mkfifo.net no way to indicate successful termination of http://ovmj.org/GNUnet/ their C programs." --Robert Firth |
|
From: Greg M. <gm...@ne...> - 2003-10-17 09:26:32
|
umm... no hence the gdb output below. I hoped it would be of use to someone who knows more about the code and has more programming skill than myself. It will compile with these changes (either with forte7 or gcc3.2.2) but wont run. This would be my tool of choice for giving to our on-site admins but most are dealing solely with solaris. As far as I can see there is no tool available for adding users to a LDAP directory with unique uidnumber from a solaris box. This small problem is turning into a major headache... GREG On Thu, 2003-10-16 at 17:03, Blake Matheny wrote: > Hi Greg, > Did these changes make running CPU under Solaris possible? > > -Blake > > Whatchu talkin' 'bout, Willis? > > as a newcomer to cpu let me first say, this software is great on linux. > > > > I've managed to compile it on solaris by providing a few libraries that > > are required but when it is run I get a segfault: > > > > sidhean gmatt $ gdb cpu > > GNU gdb 5.3 > > Copyright 2002 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and you > > are > > welcome to change it and/or distribute copies of it under certain > > conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for > > details. > > This GDB was configured as "sparc-sun-solaris2.8"... > > (gdb) run > > Starting program: /usr/local/bin/cpu > > > > Program received signal SIGSEGV, Segmentation fault. > > 0xff0b3ba4 in populateGlobals () at commandline.c:704 > > 704 globalLdap->dn = buildDn ((operation > 2) ? GROUPADD : > > USERADD, > > (gdb) bt > > #0 0xff0b3ba4 in populateGlobals () at commandline.c:704 > > #1 0xff0b8c54 in CPU_init (argc=0, argv=0x0) at ldap.c:60 > > #2 0x00010b34 in main (argc=1, argv=0xffbefa34) at cpu.c:95 > > (gdb) > > > > I changed bitvector.h to use inttypes.h instead of stdint.h and > > provided: > > features.h > > bits/wchar.h > > bits/wordsize.h > > sys/cdefs.h > > gnu/stubs.h > > for compilation I used gcc3.2.2. > > > > I saw a couple of requests on the archives about solaris but no > > confirmation of anyone running it. > > > > GREG > > -- > > Greg Matthews > > iTSS Wallingford 01491 692445 > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: SF.net Giveback Program. > > SourceForge.net hosts over 70,000 Open Source Projects. > > See the people who have HELPED US provide better services: > > Click here: http://sourceforge.net/supporters.php > > _______________________________________________ > > Cpu-users mailing list > > Cpu...@li... > > https://lists.sourceforge.net/lists/listinfo/cpu-users -- Greg Matthews iTSS Wallingford 01491 692445 |
|
From: Blake M. <bma...@pu...> - 2003-10-16 16:08:47
|
Hi Greg, Did these changes make running CPU under Solaris possible? -Blake Whatchu talkin' 'bout, Willis? > as a newcomer to cpu let me first say, this software is great on linux. > > I've managed to compile it on solaris by providing a few libraries that > are required but when it is run I get a segfault: > > sidhean gmatt $ gdb cpu > GNU gdb 5.3 > Copyright 2002 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. > This GDB was configured as "sparc-sun-solaris2.8"... > (gdb) run > Starting program: /usr/local/bin/cpu > > Program received signal SIGSEGV, Segmentation fault. > 0xff0b3ba4 in populateGlobals () at commandline.c:704 > 704 globalLdap->dn = buildDn ((operation > 2) ? GROUPADD : > USERADD, > (gdb) bt > #0 0xff0b3ba4 in populateGlobals () at commandline.c:704 > #1 0xff0b8c54 in CPU_init (argc=0, argv=0x0) at ldap.c:60 > #2 0x00010b34 in main (argc=1, argv=0xffbefa34) at cpu.c:95 > (gdb) > > I changed bitvector.h to use inttypes.h instead of stdint.h and > provided: > features.h > bits/wchar.h > bits/wordsize.h > sys/cdefs.h > gnu/stubs.h > for compilation I used gcc3.2.2. > > I saw a couple of requests on the archives about solaris but no > confirmation of anyone running it. > > GREG > -- > Greg Matthews > iTSS Wallingford 01491 692445 > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > SourceForge.net hosts over 70,000 Open Source Projects. > See the people who have HELPED US provide better services: > Click here: http://sourceforge.net/supporters.php > _______________________________________________ > Cpu-users mailing list > Cpu...@li... > https://lists.sourceforge.net/lists/listinfo/cpu-users -- Blake Matheny "... one of the main causes of the fall of the bma...@pu... Roman Empire was that, lacking zero, they had http://www.mkfifo.net no way to indicate successful termination of http://ovmj.org/GNUnet/ their C programs." --Robert Firth |
2 messages has been excluded from this view by a project administrator.