- WLUG - wlug.mailman3.com

Re: [Wlug] apt + version control

by James Gray

> My dpkg.py is simply a wrapper around dpkg which parses out the command > line arguments to determine which packages are being added/removed; it also > uses SUDO_USER to determine the user who called sudo. > apt-get will also install dependencies of the packages you specify. A simple command line parsing script wouldn't catch this. Perhaps you handle this already or don't care to track individual libraries. However, It seemed important enough to mention.

March 17, 2009

Re: [Wlug] apt + version control

by bkn＠ithryn.net

On Sat, 14 Mar 2009 21:05:11 -0400, Jason Couture <plaguethenet(a)gmail.com> wrote: > You could also write a script named apt-get and stick it in the PATH > before the real apt-get, Have it call the real apt-get and log the > parameters and username? You could also have it automagically sudo for > the user too. to make things easier. > This actually ended up being the approach i took. I didn't want to make a wrapper around apt-get because packages can be installed through apt-get, dpkg, aptitude. The solution that i made was to wrote a script called dpkg.py and configure apt to call that script instead of dpkg; this can be by adding Dir::Bin { dpkg "/home/brad/local/bin/dpkg.py"; }; to apt.conf. My dpkg.py is simply a wrapper around dpkg which parses out the command line arguments to determine which packages are being added/removed; it also uses SUDO_USER to determine the user who called sudo. if anyone wants this script let me know, i'll be happy to email it out. It's somewhat crudely written in python with some hardcoded paths (i started to do it in bash/zsh, but had a hard time parsing out the command line args). > On Sat, Mar 14, 2009 at 12:49 PM, John Stoffel <john(a)stoffel.org> wrote: >> >>> I'm trying to find a solution to a problem. I would like tie apt (or >>> dpkg) to some kind of version control system so every time you >>> install/remove a package you much annotate why you're doing so. The >>> reason i'd like to have a system like this is because i co-maintain >>> a linux machine with a few other people and we'd like to keep a >>> running tally as to who installed what packages and why (since the >>> package gets unwieldy after a while). >> >> Hmm...maybe just telling everyone they need to run using sudo apt-get >> ... would be enough? And log the logs? >> the logs doesn't get the user who executed the script. I thought about parsing out the logs, but i thought i could make a better solution. >>> Does anyone know of a system like this? The closest thing i was able >>> to find was something called pkgwatch, which is a package of scripts >>> which wraps around apt and rpm; one of it's features is to diff the >>> list of packages after every call to apt-get which will get the job >>> done. Does anyone know of anything similar? >> >> Sorry, I don't. Sounds like you want 'cvs-apt-get' which is a wrapper >> around apt-get which logs changes and asks for a commit message each >> time. Shouldn't be too hard, again with Sudo to force. >> As i mentioned above, the wrapper approach ended up being how i did it. apt also has hooks to run scripts before and after package additions with a pre-invoke and post-invoke scripts, but it's hard to determine which packages are being added this way. Wrapping dpkg seems to be the best way, at least as far as i've figured out. >> >> Dunno... even in my team environments, we just make sure to email the >> rest of the team to discuss new packages or just let people know you >> put something on. >> Yeah, this seems like a logical approach, but requires way too much diligents. i think i speak for the other admins on this machine by saying i'm way to lazy to email every time i add a package. If this were for work, i might take this approach, but since this is a recreational machine, laziness wins out. Thanks, -- brad

March 17, 2009

Re: [Wlug] apt + version control

by Jason Couture

You could also write a script named apt-get and stick it in the PATH before the real apt-get, Have it call the real apt-get and log the parameters and username? You could also have it automagically sudo for the user too. to make things easier. On Sat, Mar 14, 2009 at 12:49 PM, John Stoffel <john(a)stoffel.org> wrote: > >> I'm trying to find a solution to a problem. I would like tie apt (or >> dpkg) to some kind of version control system so every time you >> install/remove a package you much annotate why you're doing so. The >> reason i'd like to have a system like this is because i co-maintain >> a linux machine with a few other people and we'd like to keep a >> running tally as to who installed what packages and why (since the >> package gets unwieldy after a while). > > Hmm...maybe just telling everyone they need to run using sudo apt-get > ... would be enough? And log the logs? > >> Does anyone know of a system like this? The closest thing i was able >> to find was something called pkgwatch, which is a package of scripts >> which wraps around apt and rpm; one of it's features is to diff the >> list of packages after every call to apt-get which will get the job >> done. Does anyone know of anything similar? > > Sorry, I don't. Sounds like you want 'cvs-apt-get' which is a wrapper > around apt-get which logs changes and asks for a commit message each > time. Shouldn't be too hard, again with Sudo to force. > > Then have tripwire monitor the system to look for other changes. > > Dunno... even in my team environments, we just make sure to email the > rest of the team to discuss new packages or just let people know you > put something on. > > John > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug >

March 15, 2009

Re: [Wlug] apt + version control

by John Stoffel

> I'm trying to find a solution to a problem. I would like tie apt (or > dpkg) to some kind of version control system so every time you > install/remove a package you much annotate why you're doing so. The > reason i'd like to have a system like this is because i co-maintain > a linux machine with a few other people and we'd like to keep a > running tally as to who installed what packages and why (since the > package gets unwieldy after a while). Hmm...maybe just telling everyone they need to run using sudo apt-get ... would be enough? And log the logs? > Does anyone know of a system like this? The closest thing i was able > to find was something called pkgwatch, which is a package of scripts > which wraps around apt and rpm; one of it's features is to diff the > list of packages after every call to apt-get which will get the job > done. Does anyone know of anything similar? Sorry, I don't. Sounds like you want 'cvs-apt-get' which is a wrapper around apt-get which logs changes and asks for a commit message each time. Shouldn't be too hard, again with Sudo to force. Then have tripwire monitor the system to look for other changes. Dunno... even in my team environments, we just make sure to email the rest of the team to discuss new packages or just let people know you put something on. John

March 14, 2009

apt + version control

by bkn＠ithryn.net

Hi All, I'm trying to find a solution to a problem. I would like tie apt (or dpkg) to some kind of version control system so every time you install/remove a package you much annotate why you're doing so. The reason i'd like to have a system like this is because i co-maintain a linux machine with a few other people and we'd like to keep a running tally as to who installed what packages and why (since the package gets unwieldy after a while). Does anyone know of a system like this? The closest thing i was able to find was something called pkgwatch, which is a package of scripts which wraps around apt and rpm; one of it's features is to diff the list of packages after every call to apt-get which will get the job done. Does anyone know of anything similar? Thanks, -- Brad

March 13, 2009

Re: [Wlug] Screen resolution on my laptop - HELP!

by Eric Martin

Andrew C Wilkin wrote: > I am trying to adjust the screen resolution on my Toshiba Portege > 7140CT. I'm sure it's an adjustment in the xorg.conf file, but I > don't know enough to do it properly. As a matter of fact, I tried > following online instructions only to have no resolution - only lines > and a frozen machine. > > I need this done in the next couple days, please, and would be willing > to drive a reasonable distance to have you look at it. > > If anyone can help me, either by rewriting it for me via email or by > my visit to get it done, please let me know here or by calling my > cell: 508-713-5947. > > Thanks! > Andrew Wilkin Have you tried krandr? or xrandr? (K / X Rotate and Resize) You get a pull down menu with a bunch of choices. As others mentioned, what distro are you running and what desktop environment? -- Eric Martin Key fingerprint = D1C4 086E DBB5 C18E 6FDA B215 6A25 7174 A941 3B9F

Feb. 28, 2009

Re: [Wlug] Screen resolution on my laptop - HELP!

by John Stoffel

Andrew, You don't say which Linux Distro you're using. The newer Ubuntu ones have much improved auto-configuration of the Xserver. First off, I'd make sure you have the latest updates applied. Second, try moving the /etc/X11/xorg.conf file to another name and then rebooting. Does your display work then? Greg already replied with some useful help which you can also try, but please give us more info on your Linux Distro so we can offer more targeted help. Cheers, John P.S. I work for Toshiba, but not the laptop side. :]

Feb. 25, 2009

Re: [Wlug] Screen resolution on my laptop - HELP!

by Gregory Avedissian

Looks like my last edit didn't make it into the email. I meant for the resolutions to be: # Modes "1024x768" "800x600" "640x480"

Feb. 25, 2009

Re: [Wlug] Screen resolution on my laptop - HELP!

by Gregory Avedissian

I'm assuming you tried "dpkg-reconfigure -phigh xserver-xorg" and it didn't work. First of all, take a look in /var/log/Xorg.0.log for hints. See if there are any errors listed (lines that start with "EE") and see what driver it's trying to load. Your video card should be using the trident driver, but it might be trying to load the vesa driver. Let us know what you find. Manual edits in xorg.conf to try would be to specify the driver, specify some screen resolutions, and if you know them, specify monitor frequencies. Here's your xorg.conf file back with suggested edits. Try uncommenting the Driver line first, and if you need to, then uncomment SubSection "Display" lines. If you don't like those resolutions you can change them to whatever is appropriate for your screen. I only left the most basic ones, as they are most likely to work. You can add more after you get it working. Don't uncomment the HorizSync and VertRefresh without putting the right frequencies in place of xx, yy, aa, and bb. The new xorg is great if it works with your hardware, and if it doesn't, you're up the creek without a paddle. Good luck. Greg Andrew C Wilkin wrote: > I am trying to adjust the screen resolution on my Toshiba Portege > 7140CT. I'm sure it's an adjustment in the xorg.conf file, but I > don't know enough to do it properly. As a matter of fact, I tried > following online instructions only to have no resolution - only lines > and a frozen machine. > > I need this done in the next couple days, please, and would be willing > to drive a reasonable distance to have you look at it. > > If anyone can help me, either by rewriting it for me via email or by > my visit to get it done, please let me know here or by calling my > cell: 508-713-5947. > > Thanks! > Andrew Wilkin > > > ------------------------------------------------------------------------ > > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" EndSection Section "Device" Identifier "Configured Video Device" # Driver "trident" # BusID "PCI:1:0:0" # HorizSync xx - yy # VertRefresh aa - bb EndSection Section "Monitor" Identifier "Configured Monitor" EndSection Section "Screen" Identifier "Default Screen" Monitor "Configured Monitor" Device "Configured Video Device" # SubSection "Display" # Depth 24 # Modes "1152x864" "1024x768" "832x624" "800x600" "720x400" "640x480" # EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" EndSection

Feb. 25, 2009

Screen resolution on my laptop - HELP!

by Andrew C Wilkin

I am trying to adjust the screen resolution on my Toshiba Portege 7140CT. I'm sure it's an adjustment in the xorg.conf file, but I don't know enough to do it properly. As a matter of fact, I tried following online instructions only to have no resolution - only lines and a frozen machine. I need this done in the next couple days, please, and would be willing to drive a reasonable distance to have you look at it. If anyone can help me, either by rewriting it for me via email or by my visit to get it done, please let me know here or by calling my cell: 508-713-5947. Thanks! Andrew Wilkin

Feb. 25, 2009