Re: Booting linux from windows over net (was: Re: Simulating PXE boot?)
On 24/01/07, Yedidyah Bar-David [EMAIL PROTECTED] wrote: 2007/1/24, Amos Shapira [EMAIL PROTECTED]: I've just realized that maybe the original subject was wrong and therefore pointed repliers to the wrong direction. What I was after is to actually be able to run something under Win98 which will start the boot sequence of Linux over the network and end up with NFS-root. So far it looks like LTSP and maybe loadlin can help me achieve that. On 24/01/07, Peter [EMAIL PROTECTED] wrote: Ha :) This laptop is so old that it doesn't have an integrated network card - the net card is a PCMCIA 10/100 addition I bought her around 2003. IIRC etherboot does not support PCMCIA. It might (low chances) support USB. Dully noted. Will try to continue down the LTSP path later tonight. AS I SAID BEFORE it might but it involves a reboot, strictly speaking. Once inside a system there is no way to change to another system without Bzzt. Wrong answer - Win98 is actually DOS, which uses real mode[1], so things like loadlin (which was probably what I was looking for when asking my first question) are possible. No, that's not true. Win98 is not DOS. It does use protected mode, although in some obscure way - IIRC only to separate the OS and the processes, not to separate the processes themselves. In any case, that's not the point IMO. The point is caching. The reason you want a real clean reboot is in order to allow the OS to cleanly flush the caches (and do an equivalent of umount - not sure exactly what win98 does in this regard). Care to comment to the following: http://en.wikipedia.org/wiki/Windows_Me#Last_DOS_based_Windows Windows Me is the last version of a DOS-based Windows OS. Windows Me is listed in Wikipedia as the successor to Win98 so... And as a DOS-based system, as far as I remember it didn't provide OS-level disk write caching. What I think might be the best for you, considering your PCMCIA card and the fact you do not want a menu on boot: Write some set of batch files, that will do the following: When she chooses to start linux (probably some desktop shortcut to a batch file you'll write), the file will connect to the linux server (by tftp or some other way - maybe wget etc.), download a kernel and initrd, and will put them in some convenient place ( e.g. C:\linux), removing old versions first (to allow seamless upgrades controlled from the server), and will change the boot sequence (probably autoexec.bat or some file it will call or something) to do two things: first restore the normal boot sequence, then start linux (using loadlin). Note that during the running of autoexec.bat you are still in real mode, no caching etc., so it's safe to do. Then reboot (I mean, the first script will then reboot). I did not write this very clearly but I hope you understand. Yes, I got you. I'm still not sure all this is required instead of just a simple loadlin but I take you as someone with more experience with that than me. Cheers, --Amos
Re: Experience with Scmbug?
On 1/24/07, Lior Okman [EMAIL PROTECTED] wrote: Amos Shapira wrote: Hi, Does anyone here had/heard experience with Scmbug? (http://www.mkgnu.net/?q=taxonomy/term/1) My company uses this tool with Subversion and Bugzilla. We're actually pretty satisfied with it. It's easy to setup on Debian, easy to maintain, and simply works with the Bugzilla and Subversion that come with Debian. It appears to be a generic interface to integrate issue tracking systems ( i.e. the Bugzilla's of the world) with version control systems (the CVS's, SVN's of the world). I plan to join an environment which already uses Bugzilla and I plan to offer integration of Subversion into this, so Trac is apparently not an option (is Trac better than Scmbug?). Thanks, --Amos Lior Same here. Note that security is not the bright side of this script, it come with default setup to listen on TCP *:3872 and will react on the input without any method of authorization, meaning you need to be sure you block this port in with iptables or better yet set the daemon to listen only on localhost. Other then the above it's a great tool, and works well. Note that the format of the comment should be bug: -your-comment-to-bug-zilla-goes-here-, also what doesn't seem to be that obvious in first glance is that scmbug won't close your bugs, it will merely add comments to existing bugs leaving the confirmation job to the human side of the keyboard. HTH -- Cheers, Maxim Veksler Free as in Freedom - Do u GNU ? = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Booting linux from windows over net (was: Re: Simulating PXE boot?)
On 24/01/07, Peter [EMAIL PROTECTED] wrote: Ha :) This laptop is so old that it doesn't have an integrated network card - the net card is a PCMCIA 10/100 addition I bought her around 2003. No- Ha ;) I did not write this. I am not the guy with the laptop Peter = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Experience with Scmbug?
On 24/01/07, Maxim Veksler [EMAIL PROTECTED] wrote: Same here. Note that security is not the bright side of this script, it come with default setup to listen on TCP *:3872 and will react on the input without any method of authorization, meaning you need to be sure you block this port in with iptables or better yet set the daemon to listen only on localhost. Other then the above it's a great tool, and works well. Note that the format of the comment should be bug: -your-comment-to-bug-zilla-goes-here-, also what doesn't seem to be that obvious in first glance is that scmbug won't close your bugs, it will merely add comments to existing bugs leaving the confirmation job to the human side of the keyboard. Thanks for the heads up. From a cursory glance through the docs it looks like the auto-bug-closing (or actually automatic push of a bug from worked on to test) could be achieved if the right hook is added... Anyone care to comment how it compares with Trac? (I know Trac can't work with Bugzilla and has its own issue tracking system, maybe if it's worth it I'll manage to push it over Bugzilla still). Cheers, --Amos
Re: Booting linux from windows over net (was: Re: Simulating PXE boot?)
2007/1/24, Peter [EMAIL PROTECTED]: On 24/01/07, Peter [EMAIL PROTECTED] wrote: Ha :) This laptop is so old that it doesn't have an integrated network card - the net card is a PCMCIA 10/100 addition I bought her around 2003. No- Ha ;) I did not write this. I am not the guy with the laptop Yes, sorry. I actually write this from gmail, after moving out of tau (and using my email address there for 14 years or so). I decided to give gmail a try, before I give up and go back to mutt, where these kinds of things tend to work better, at least for me. -- Didi
version control wiki
Hi Everyone I am not sure if I should mail this only to linux-il. I apology if you gets this mail twice. I would like to here your advice I am the administrator or the System Software Development Laboratory (SSDL) in the computer science department at the Technion. I have a RHEL 4 application server. The server can be accesses via ssh from everywhere (meaning outside of the Technion). We would like to add 2 additional services to our users: version control (including web interface) wiki. The access to the new services can be from everywhere. Some of the data will have anonymous read access but most of it will require authentication for read write. 1.. Can you recommend a good implementation of version control wiki (we would like to use free software) 2.. From a security point of view, what is the risk of installing the version control wiki on the application server? Do you recommend to install the wiki on a separate machine and expose (maybe for read only) the files from the version control to the wiki machine? Do you have any better system architecture? 3.. Can you recommend on raid controller for Linux. I will probably use 2-3 SATA disks Thanks Shahar Dag System Software Development Laboratory (SSDL) Computer Science Department Technion - Israel Institute of Technology Haifa, Israel Tel. 972-4-8294880 Fax 972-4-8293900 _ I am looking for old Vinyl record. If you have any that you don’t need please send me mail Thanks Shahar
Re: version control wiki
On Wed, Jan 24, 2007, Shahar Dag wrote about version control wiki: 1.. Can you recommend a good implementation of version control wiki (we would like to use free software) I am not aware of a version control + wiki combination (but maybe someone can correct me?), so you will have to choose each one separately. For version control, I would recommend Subversion. It is very similar in its basic philosophy to CVS, but it's simply better in many ways (I'm sure that Google can return heaps of comparisons of Subversion to every other version control system under the sun). For Wiki, I don't have any experiance of actually *installing* such a system, but from a user's perspective, I'd recommend MediaWiki, because it has the most familar syntax (at least to the hundreds of thousands of people which contribute to Wikipedia). -- Nadav Har'El|Wednesday, Jan 24 2007, 5 Shevat 5767 [EMAIL PROTECTED] |- Phone +972-523-790466, ICQ 13349191 |What's tiny, yellow and very dangerous? A http://nadav.harel.org.il |canary with the super-user password. = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: version control wiki
2007/1/24, Nadav Har'El [EMAIL PROTECTED]: On Wed, Jan 24, 2007, Shahar Dag wrote about version control wiki: 1.. Can you recommend a good implementation of version control wiki (we would like to use free software) I am not aware of a version control + wiki combination (but maybe someone can correct me?), so you will have to choose each one separately. I did not work with it myself, but trac is both a wiki and a project management tool that interfaces to subversion. I did see it used in various sites I stumbled upon, have read a bit about it, and it seems interesting. -- Didi
Re: [Haifux] Re: version control wiki
TRAC, only trac. It integrates bugzilla(like)+svn+wiki in one tight nice integration. When you start using it, everything else just stinks. ביום רביעי 24 ינואר 2007, 11:27, נכתב על ידי Nadav Har'El: On Wed, Jan 24, 2007, Shahar Dag wrote about version control wiki: 1.. Can you recommend a good implementation of version control wiki (we would like to use free software) I am not aware of a version control + wiki combination (but maybe someone can correct me?), so you will have to choose each one separately. For version control, I would recommend Subversion. It is very similar in its basic philosophy to CVS, but it's simply better in many ways (I'm sure that Google can return heaps of comparisons of Subversion to every other version control system under the sun). For Wiki, I don't have any experiance of actually *installing* such a system, but from a user's perspective, I'd recommend MediaWiki, because it has the most familar syntax (at least to the hundreds of thousands of people which contribute to Wikipedia). To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
ubuntu parallel of rpmbuild
whats the parallel of 'rpmbuild --rebuild a.src.rpm' in debian (ubuntu edgy) ?
Re: Experience with Scmbug?
Amos Shapira wrote: On 24/01/07, *Lior Okman* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Amos Shapira wrote: Hi, Does anyone here had/heard experience with Scmbug? (http://www.mkgnu.net/?q=taxonomy/term/1) My company uses this tool with Subversion and Bugzilla. We're actually pretty satisfied with it. It's easy to setup on Debian, easy to maintain, and simply works with the Bugzilla and Subversion that come with Debian. Thanks! So do you feel it really provides an advantage in integration of the two systems? Yes, if you set it up so that the users in Bugzilla are LDAP based, and Subversion requires authentication for any non-view actions. SCMBug makes it easy to track what commit touched which bug, and prevents user A from committing against user B's bugs, and the comment you use when you commit changes to Subversion are available in the bug report itself in Bugzilla along with the modified/affected files. All in all - once you get used to it, it's very hard to let go. Lior Cheers, --Amos = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: [Haifux] Re: version control wiki
I second that one, TRAC! This suite is just brilliant: wiki,svn,project management, bugtask management, extendable and pluggable, not bloated.. Go with TRAC and you'll never look back. On 1/24/07, Diego Iastrubni [EMAIL PROTECTED] wrote: TRAC, only trac. It integrates bugzilla(like)+svn+wiki in one tight nice integration. When you start using it, everything else just stinks. ביום רביעי 24 ינואר 2007, 11:27, נכתב על ידי Nadav Har'El: On Wed, Jan 24, 2007, Shahar Dag wrote about version control wiki: 1.. Can you recommend a good implementation of version control wiki (we would like to use free software) I am not aware of a version control + wiki combination (but maybe someone can correct me?), so you will have to choose each one separately. For version control, I would recommend Subversion. It is very similar in its basic philosophy to CVS, but it's simply better in many ways (I'm sure that Google can return heaps of comparisons of Subversion to every other version control system under the sun). For Wiki, I don't have any experiance of actually *installing* such a system, but from a user's perspective, I'd recommend MediaWiki, because it has the most familar syntax (at least to the hundreds of thousands of people which contribute to Wikipedia). To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED] -- Not gonna be king of the world if you're slave to the grind - Skid Row
Re: version control wiki
On Wed, Jan 24, 2007 at 11:04:58AM +0200, Shahar Dag wrote: Hi Everyone I am not sure if I should mail this only to linux-il. I apology if you gets this mail twice. I would like to here your advice I am the administrator or the System Software Development Laboratory (SSDL) in the computer science department at the Technion. I have a RHEL 4 application server. The server can be accesses via ssh from everywhere (meaning outside of the Technion). We would like to add 2 additional services to our users: version control (including web interface) wiki. The access to the new services can be from everywhere. Some of the data will have anonymous read access but most of it will require authentication for read write. 1.. Can you recommend a good implementation of version control wiki (we would like to use free software) Subversion is a safe choice, as everybody is familiar with it and it is well-supported. However consider arguments such as: http://keithp.com/blog/Repository_Formats_Matter.html As for a read-only web interface to subversion: trac is nice, intuitive and powerful. However I would not use it for read-write access. It is also limited for a single repository. One very intuitive, very simple and very limited interface is the one provided by subversion itself. Take a look at http://svn.digium.com/svn/asterisk/ http://svn.digium.com/svn/zaptel/ Its main atvantage is that it allows trivial downloads of files and quick browsings of the latest versions of every branch/tag. In the above example, it is a handy complement to http://svn.digium.com/view/ Digium uses viewcvs. People somehow seem to prefer websvn. See: http://svn.debian.org/wsvn/pkg-apache . I find websvn more limited. viewcvs nd websvn were trivial to install from Debian. Trac took more work, but maybe it has improved. -- Tzafrir Cohen | [EMAIL PROTECTED] | VIM is http://tzafrir.org.il || a Mutt's [EMAIL PROTECTED] || best ICQ# 16849755 || friend t = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: version control wiki
On 24/01/07, Nadav Har'El [EMAIL PROTECTED] wrote: On Wed, Jan 24, 2007, Shahar Dag wrote about version control wiki: 1.. Can you recommend a good implementation of version control wiki (we would like to use free software) I am not aware of a version control + wiki combination (but maybe someone can correct me?), so you will have to choose each one separately. For version control, I would recommend Subversion. It is very similar in its basic philosophy to CVS, but it's simply better in many ways (I'm sure that Google can return heaps of comparisons of Subversion to every other version control system under the sun). For Wiki, I don't have any experiance of actually *installing* such a system, but from a user's perspective, I'd recommend MediaWiki, because it has the most familar syntax (at least to the hundreds of thousands of people which contribute to Wikipedia). I agree on both counts. While I personally prefer CVS because I am familiar with it, I understand that those in the know prefer subversion. Also, the only wiki I'd recommend is MediaWiki. Dotan Cohen http://what-is-what.com/what_is/malware.html http://dugry.com = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: [SLUG] Querying an LDAP database
On 25/01/07, Howard Lowndes [EMAIL PROTECTED] wrote: I am querying the userPassword field in an LDAP database. The user's password is stored in the database as: {SSHA}Z7072f78+4XQTrps38xKXFIrrFSPEHvd but the ldapsearch is returning it as: userPassword:: e1NTSEF9WjcwNzJmNzgrNFhRVHJwczM4eEtYRklyckZTUEVIdmQ= What format is this latter? This smelt of being a Base64 encoding (don't know why, maybe that = at the end), so I found http://www.motobit.com/util/base64-decoder-encoder.asp, pasted that string to the bottom box and got the {SSHA} string at the top. Conclusion - it's Base64 encoding of the data. Would I be better off trying to do an LDAP compare, in which case, what should the compare statement look like? I'm not sure you want to do that - if the search depends on the password and it's the wrong password then how would you differentiate between no match ( e.g. user not found, for instance) and just a wrong password? --Amos