|
Carthag posted:I have a bunch of servers running Debian, some prod, some dev. You should probably use source control (cue someone storming in to say "Source control isn't a deployment tool!"  ) or some dedicated deployment- or configuration-oriented tool such as Capistrano, Fabric, Chef, Puppet or similar.Might also need more details -- what sort of code are you talking about (or are you talking about server config files instead of executable application code)? What does it do? What language is it? etc. bitprophet fucked around with this message at 20:04 on Jan 7, 2010 |
#
?
Jan 7, 2010 20:01
|
|
|
|
| # ? Jun 5, 2024 23:34 |
|
|
We mainly deploy files for the web servers (images, javascript, etc) and a number of webobjects applications and frameworks. The layout of prod & dev is identical, but they have different configurations (point to different databases, etc). The current deploy scripts are simple bash scripts that scp or rsync files. They're a mess because they're old and have been modified by 3 or 4 people in succession before I signed on. For example: deploy-app Name 192.168.0.10 deploy-frm Name 192.168.0.10 These are in turn encapsulated in like deploy-frm-all Name (which would deploy Name to all prod servers) The main issue with the current scripts is that they screw up perms and leave tmp files causing problems for the next user trying a deployment. I'll try looking into your suggestions tomorrow at work -- we're switching from our old Mac servers, so it's a perfect time to set up a new deployment method, they'll need updated paths for the files anyway. I pretty much have free reign in implementing this, as long as it's not harder to deploy than it was before and security isn't compromised. Carthag Tuek fucked around with this message at 23:08 on Jan 7, 2010 |
|
#
?
Jan 7, 2010 23:02
|
|
|
Fabric looks like it'll alleviate a lot of the problems we have with the current setup. One question, is this a bad idea security-wise: A user on the production servers that has the ability to sudo without password, and can't login with a password, only with a ssh key.
|
|
#
?
Jan 8, 2010 09:50
|
|
|
Carthag posted:Fabric looks like it'll alleviate a lot of the problems we have with the current setup. WIth tools like Fabric and Capistrano you'll be prompted for sudo prompts (and the first prompt will be remembered, so you generally only have to enter the password once per invocation of the tool), so if you were worried about that aspect of it, it's not a problem. (They cannot do other kinds of remote interactivity, though -- at least not yet -- but they are able to pick up sudo prompts.) So I'd say it's safer to have a passworded sudo access, but still use an SSH key, as that is always a good idea -- even better if you can make the machine only accessible by SSH keys.
|
|
#
?
Jan 8, 2010 14:36
|
|
|
Misogynist posted:For household stuff, it really doesn't matter, and whatever's cheap and works will probably do you fine. But you can't go wrong with the Intel PRO/1000 desktop adapters. I don't think I was very clear, then. The router I have now is a Asus 10/100 running DD-WRT, and when I have more than two torrents running along with web browsing and streaming media from one computer to another, the router runs at 100% load and the streaming video stutters. In my mind, that just means my router (or server NIC) isn't capable of keeping up with the volume of traffic, so I was going to upgrade to one with more RAM/faster processor, and decided to take the plunge to gigabit while I was at it, and soup up the streaming server as well.
|
|
#
?
Jan 8, 2010 16:08
|
|
|
bitprophet posted:WIth tools like Fabric and Capistrano you'll be prompted for sudo prompts (and the first prompt will be remembered, so you generally only have to enter the password once per invocation of the tool), so if you were worried about that aspect of it, it's not a problem. (They cannot do other kinds of remote interactivity, though -- at least not yet -- but they are able to pick up sudo prompts.) It turns out with some careful planning, we don't even need sudo in the deployment scripts. You can do some simple interactive remote stuff with prompt() + run() but it's not needed for us. Gonna work out with the others whether we prefer a single deployment user, or for all of us to have access to all machines. Gotta say the former appears more manageable, but could be an issue if the key was compromised (otoh, one key to replace versus potetially many). Thanks for the pointers!
|
|
#
?
Jan 8, 2010 17:07
|
|
|
Carthag posted:Gonna work out with the others whether we prefer a single deployment user, or for all of us to have access to all machines. Gotta say the former appears more manageable, but could be an issue if the key was compromised (otoh, one key to replace versus potetially many). We have this same problem at my workplace (albeit from a Rails/Capistrano perspective.) No clearly best solution yet, unfortunately. I tend to request that people sign in under their own names when connecting manually, and otherwise channel things through a deploy user to make actual app deployment easier (file permissions, etc.)
|
|
#
?
Jan 8, 2010 20:24
|
|
|
Mister Biff posted:Wasn't sure if this was the best place, but it seemed like a good bet. I put in an Intel PRO nic and haven't had any issues since.
|
|
#
?
Jan 9, 2010 02:29
|
|
|
bitprophet posted:We have this same problem at my workplace (albeit from a Rails/Capistrano perspective.) No clearly best solution yet, unfortunately. I tend to request that people sign in under their own names when connecting manually, and otherwise channel things through a deploy user to make actual app deployment easier (file permissions, etc.) I wrote up a Fabric deployment setup that works from my user, gonna test it with one of the other guys on monday. But honestly, my main issue with having everybody deploying is that ill have to create a bunch of accounts and i dont feel like it.
|
|
#
?
Jan 9, 2010 06:27
|
|
|
I installed Ubuntu 9.10 yesterady on a PC running Windows XP that I had pretty much written off as almost dead in hardware terms (due to constant hard crashes). Turns out that Windows XP is just bloated and poo poo - Ubuntu runs as smooth as gently caress, starts up quick, and doesn't crash. I think I want to use this Ubuntu box to play all those old Windows 95/98 RPGs I could never get to work on Windows XP. I know there are some native games such as Beneath A Steel Sky that wont require emulation, but if I run something like Wine, am I going to see a performance hit? The PC in question has hardware specs that are a few years old admittedly, but it's Windows XP generation hardware rather than Windows 95/98 generation. I used to run the pre-Dominion Eve Online on it perfectly fine.
|
|
#
?
Jan 10, 2010 16:10
|
|
|
Exioce posted:am I going to see a performance hit? Depends on the game, really. Check out other people's test data on winehq.org to try to predict if the games you want to play are actually going to work.
|
|
#
?
Jan 10, 2010 16:33
|
|
|
Exioce posted:I installed Ubuntu 9.10 yesterady on a PC running Windows XP that I had pretty much written off as almost dead in hardware terms (due to constant hard crashes). Turns out that Windows XP is just bloated and poo poo - Ubuntu runs as smooth as gently caress, starts up quick, and doesn't crash. most games won't run at native speed, that being said; a lot will run near it. It's worth checking out, i usually just google "appdb game i want to play". That will load a google search of wine's application database.
|
|
#
?
Jan 10, 2010 16:46
|
|
|
Before my Windows OS crapped out, I used my netbook as a way to connect my 360 to the internet by bridging the networks. I just installed Ubuntu Netbook Remix, and was wondering if anyone could tell me how to do the same thing in Ubuntu.
|
|
#
?
Jan 10, 2010 22:52
|
|
|
Exioce posted:I installed Ubuntu 9.10 yesterady on a PC running Windows XP that I had pretty much written off as almost dead in hardware terms (due to constant hard crashes). Turns out that Windows XP is just bloated and poo poo - Ubuntu runs as smooth as gently caress, starts up quick, and doesn't crash.  A fresh XP install is even faster.
|
|
#
?
Jan 11, 2010 02:10
|
|
|
Bob Morales posted:
Sure, if it's a clean retail install. The bullshit that comes with the computer never is, though.
|
|
#
?
Jan 11, 2010 02:17
|
|
|
Bob Morales posted:
no it's not, buddy
|
|
#
?
Jan 11, 2010 02:53
|
|
|
I've done as much googling as I can stand and I'm still not finding very good answers . . . How well does Linux dual-booting work on a Macbook, specifically the newest white unibody? It sounds like lots of people can get it to sort of work but they have many random problems like the sound not working right or the Macbook getting hot enough to melt lead or its battery life being cut in half. Is it just not really worth it to run Linux on a Macbook or have things gotten better? Also, what distros have the best support/success on Macbooks?
|
|
#
?
Jan 12, 2010 22:36
|
|
|
The GNOME panel window selector is bugging out on me (intermittently unresponsive). What's a good alternative window manager?
|
|
#
?
Jan 12, 2010 23:08
|
|
|
HondaCivet posted:I've done as much googling as I can stand and I'm still not finding very good answers . . . How well does Linux dual-booting work on a Macbook, specifically the newest white unibody? It sounds like lots of people can get it to sort of work but they have many random problems like the sound not working right or the Macbook getting hot enough to melt lead or its battery life being cut in half. Is it just not really worth it to run Linux on a Macbook or have things gotten better? Also, what distros have the best support/success on Macbooks? from what i've heard, it's not really worth it since apple puts zero help into getting linux to work on their hardware. At least with other pc's, you will get some form of generic chip that has linux drivers, but apple puts in mostly proprietary hardware which means it's up to apple to make the drivers. If I remember correctly ubuntu has a site with apple compatibility. https://help.ubuntu.com/community/MacBook This is the site for ubuntu.
|
|
#
?
Jan 13, 2010 03:01
|
|
|
Rated PG-34 posted:The GNOME panel window selector is bugging out on me (intermittently unresponsive). What's a good alternative window manager? upgrade it, also XFCE
|
|
#
?
Jan 13, 2010 03:11
|
|
|
Edit: Double Post
maskenfreiheit fucked around with this message at 21:02 on Mar 13, 2017 |
|
#
?
Jan 13, 2010 11:13
|
|
|
Check up on find: find /home -name "*.tex" -or -name "*HW*" You could also just do find /home and then do the grepping afterwards, if the find terms become too complex to manage. But really it ought to be possible to fix this with groups.
|
|
#
?
Jan 13, 2010 12:42
|
|
|
Anyone know a nice app for ripping video clips to animated GIF in Linux? I know Gimp can do it, but it feels very tedious from the times I've tried. Maybe I'm doing it wrong, but ut never sets the frame speed right, then I have to go through and manually edit the name of each frame to change the timing. Also, trying to optimize GIF in Gimp is confusing. Wondering if there are any other more streamlined/specialized apps for this purpose.
|
|
#
?
Jan 14, 2010 07:52
|
|
|
peepsalot posted:Anyone know a nice app for ripping video clips to animated GIF in Linux? I know Gimp can do it, but it feels very tedious from the times I've tried. Maybe I'm doing it wrong, but ut never sets the frame speed right, then I have to go through and manually edit the name of each frame to change the timing. Also, trying to optimize GIF in Gimp is confusing. Wondering if there are any other more streamlined/specialized apps for this purpose. You can do it with ffmpeg I think, you just need to find the right flags. By default its unoptimized. There may be flags to get it the way you need it. Heres a tutorial that uses another method with mplayer: http://blog.ahfr.org/2008/03/making-animated-gifs-with-free-software.html
|
|
#
?
Jan 14, 2010 11:44
|
|
|
JHVH-1 posted:You can do it with ffmpeg I think, you just need to find the right flags. By default its unoptimized. There may be flags to get it the way you need it. imagemagick has an "animate" command line utility that you may be able to swap in here for the gimp step.
|
|
#
?
Jan 14, 2010 12:47
|
|
|
covener posted:imagemagick has an "animate" command line utility that you may be able to swap in here for the gimp step. graphicsmagick is better
|
|
#
?
Jan 14, 2010 14:32
|
|
|
Megaman posted:
Somewhere I have a bash script that shows the difference. I should dig it up.
|
|
#
?
Jan 14, 2010 15:53
|
|
|
Is there any kernel parameter I can use to override the auto-detected IRQ for my computer's IDE bus? The 2.6 kernel broke the auto-config routine in the driver for the IDE adapter in my laptop, and also conveniently removed the idex=base,ctl,irq kernel parameter that would let me override it's faulty detection. Genius move there, devs.
|
|
#
?
Jan 15, 2010 19:41
|
|
|
thelightguy posted:Is there any kernel parameter I can use to override the auto-detected IRQ for my computer's IDE bus? The 2.6 kernel broke the auto-config routine in the driver for the IDE adapter in my laptop, and also conveniently removed the idex=base,ctl,irq kernel parameter that would let me override it's faulty detection. Genius move there, devs. Isn't everyone using libata now?
|
|
#
?
Jan 16, 2010 19:33
|
|
|
sund posted:Isn't everyone using libata now? Are there any lightweight 2.6-based distros that use libata? It's a Geode (well actually MediaGX, the precursor to Geode) based system, so anything too bulky isn't going to do well. Just looked it up, libata is a Serial ATA driver. This system is Geode-based, so it's good 'ol Parallel ATA only. And I can't find any docs on IDE-core that would explain how to override it's interface auto-detection. corgski fucked around with this message at 08:10 on Jan 17, 2010 |
|
#
?
Jan 16, 2010 20:50
|
|
|
If I installed something via manual compile and not via a package manager what is the best way to go about installing a new version? Could I just download the new source and compile or do I need to do something to the existing compile that I want to replace?
|
|
#
?
Jan 20, 2010 04:12
|
|
|
Seraphic posted:If I installed something via manual compile and not via a package manager what is the best way to go about installing a new version? Could I just download the new source and compile or do I need to do something to the existing compile that I want to replace? that works just fine, but consider checkinstall or stow in the future
|
|
#
?
Jan 20, 2010 13:37
|
|
|
covener posted:that works just fine, but consider checkinstall or stow in the future checkinstall is okay, but really doesn't keep proper track of dependencies, which is a lot of the point of the package manager. It also doesn't keep a revision history or track patches or other customizations.
|
|
#
?
Jan 20, 2010 15:01
|
|
|
Misogynist posted:Or just building a package correctly in the first place what are you contrasting against when you say correctly?
|
|
#
?
Jan 20, 2010 15:12
|
|
|
covener posted:what are you contrasting against when you say correctly? checkinstall also often doesn't (can't) abide by distro-specific packaging guidelines, but how much you want to abide by that is your choice. My Red Hat packages always conform to Red Hat/Fedora's packaging guidelines, but I'm anal like that. I'm absolutely not saying that building packages is the only right way to install software ever. Edit: It's also important to note that checkinstall doesn't correctly flag config files, so you can easily clobber your configs when upgrading where a "real" RPM would have them tagged %config(noreplace). Vulture Culture fucked around with this message at 15:24 on Jan 20, 2010 |
|
#
?
Jan 20, 2010 15:21
|
|
|
Is there an mp3 tagger out there that is worth a poo poo? I have been using easytag, which is quite nice for batch operations, but it only supports 14 of the dozens of fields that id3v2.4 supports. 'Ex Falso' comes with Quod Libet (which I love), but it is a bitch to work with, and it is still missing a lot of tag fields. 'Audio Tag Tool' supports every field, but it is a pain in the rear end to use on anything but single files. eyeD3 is neat, but it is command line and far from ideal for every day use. Hell, if easytag just added the 'publisher' field I would be content.
|
|
#
?
Jan 21, 2010 22:33
|
|
Associate Christ
|
Whats the proper way to have something done when a process ends? For example, sound a bell, or send an email AFTER a long operation is done, such as large file transfers, makefile for a large project... Just use && after the command, and then put the next command after that?
|
|
#
?
Jan 24, 2010 01:33
|
|
|
Bob Morales posted:Whats the proper way to have something done when a process ends? This will work as long as the first command ends with success, it won't run the second command unless the first one ends with success.
|
|
#
?
Jan 24, 2010 01:38
|
|
|
Ok, so I've got a question that google isn't helping me with at all. Basically, I'm trying to setup Geant4 on my netbook, which has an ati3200 gpu. I've got the FGLRX drivers installed, everything seems to be working, glxinfo shows that opengl is there, glxgears works, I can get the fancy graphics options to work on the desktop. But when I go to build the geant4 package it can't find where opengl (specifically, it says "You have selected to build one or more drivers that require OpenGL. But OpenGL was not found in /usr/lib.) and then prompts for the location. Now on my main comptuer with an nvidia card it finds what it needs in /usr/lib without any trouble, but it just doesn't seem to see what it needs with the ati drivers. Pointing it to /usr/lib64 and /usr/lib/fglrx doesn't seem to help much either, so I'm kinda stumped. Edit: Also, I'm currently running Kubuntu 9.10 Dr. Despair fucked around with this message at 02:22 on Jan 24, 2010 |
|
#
?
Jan 24, 2010 02:03
|
|
|
|
| # ? Jun 5, 2024 23:34 |
|
|
Harokey posted:This will work as long as the first command ends with success, it won't run the second command unless the first one ends with success. Also if you want the second command to run regardless of how the previous command finishes, use semicolon. You can also use || to only run something if the previous failed (at least in bash this works due to lazy evaluation).
|
|
#
?
Jan 24, 2010 02:55
|
|