[12:48] <blanky> anyone here know about packaging?
[12:49] <blanky> er, I made a debian package but my friend said to "Drop dependency on libc6 >= 2.4-1 down to something more reasonable", he has 2.3.6, how can I change this?
[12:50] <Fujitsu> You would need to rebuild it on a system with an older version of glibc.
[12:50] <blanky> Fujitsu: seriously?! I can't do it on my system in any way?
[12:51] <blanky> Fujitsu: I can't install an older version and build it with that
[12:51] <Fujitsu> YOu could create a chroot of a previous Ubuntu release that uses glibc 2.3.
[12:51] <Fujitsu> But having multiple libc6s is unlikely to be a good idea at all.
[12:51] <Fujitsu> So a chroot is the best idea.
[12:52] <blanky> Fujitsu: So, my package (It's a tiny C program that just does basic network stuff) won't run on his older version at all?
[12:52] <blanky> I MUST rebuild?
[12:53] <cjwatson> it depends, but it's certainly entirely possible that *when built with the new libc6* it requires the new libc6
[12:53] <Fujitsu> libc6 isn't backward-compatible, as far as I know, hence the dependency.
[12:53] <Fujitsu> What cjwatson said.
[12:53] <cjwatson> that's the reason that automated dependency is there - because binaries built with the newer library can require it
[12:53] <cjwatson> it actually depends on the exact versioned symbols they use, but our dependency generation isn't fine-grained enough to detect that at the moment
[12:53] <blanky> oh okay
[12:53] <blanky> okay thanks guys, so what do you suggest I do (If you don't mind giving in input)
[12:53] <cjwatson> it's generally a very, very bad idea for source packages to override it, even so
[12:54] <cjwatson> blanky: I entirely agree with Fujitsu; build it in a chroot
[12:54] <cjwatson> it shouldn't take long to set one up using debootstrap
[12:54] <blanky> cjwatson: thanks. I'm new to package building (This one's my first) and so I'm not really sure what that means, so just read up on chroot right? Or something in specific
[12:54] <blanky> oh okay, debootstrap
[12:54] <cjwatson> sudo apt-get install debootstrap; man debootstrap; man chroot
[12:54] <blanky> thanks cjwatson 
[12:54] <cjwatson> you're welcome
[12:55] <wick2o> this may be the wrong place to ask, but anyone know where i might get some help rebuilding an install cd?
[12:55] <wick2o> i have apt-get download source and modifed the packages in the ubuntu-meta-standard
[12:56] <cjwatson> wick2o: https://help.ubuntu.com/community/InstallCDCustomization
[12:56] <wick2o> repackaged it, created my own keyring
[12:56] <wick2o> and then fixed the md5sum
[12:56] <wick2o> but when i try and install from my new cd debconf tells me the keyring and other package i modified was corrupt
[12:56] <wick2o> cjwatson: been there and done that
[12:57] <cjwatson> sounds like you didn't modify the Packages and Release and Release.gpg files correctly
[12:57] <cjwatson> though I cannot be any more accurate without an exact (not paraphrased) error message
[12:58] <wick2o> ummm, my impression was that was only needed when adding an "extras" repos
[12:58] <wick2o> but now that i think of it you could be right
[12:58] <wick2o> if Packages references a MD5 or a file size
[12:58] <cjwatson> if you're modifying any packages, you must change the index files to reflect that
[12:58] <cjwatson> Packages does
[12:58] <cjwatson> (both)
[01:00] <wick2o> ahh
[01:01] <jdub> cjwatson: intersting changes to desktop depends/recommends
[01:01] <cjwatson> most of which were mdz's
[01:01] <cjwatson> I agree though, and it's in response to consistent review feedback
[01:01] <jdub> mmm, something written up about those, or...?
[01:02] <cjwatson> bzr log says:
[01:02] <cjwatson>   Mark more desktop entries as recommended.  Our guiding philosophy should be
[01:02] <cjwatson>   that the user should be able to remove/replace default applications and
[01:02] <cjwatson>   documentation as they wish without disturbing the metapackage, while ensuring
[01:02] <cjwatson>   that essential infrastructure is implied by the metapackage
[01:02] <jdub> mmm
[01:02] <jdub> golden rule stuff
[01:02] <cjwatson> yeah
[01:02] <jdub> though still have the upgrade problem
[01:03] <cjwatson> fortunately we have update-manager now which should be able to deal with most of that for us
[01:03] <cjwatson> probably worth checking that it DTRT here
[01:03] <mdz> jdub: which upgrade problem?
[01:03] <cjwatson> mdz: installing new recommends, I'm guessing
[01:03] <jdub> mdz: recommends being installed on metapackage upgrade
[01:03] <cjwatson> apt-get defaults to installing recommends nowadays
[01:03] <jdub> but if update-manager handles it, that's pretty sweet
[01:03] <cjwatson> has done for some time
[01:03] <mdz> jdub: yes, even apt does that now
[01:03] <nrdb> I have a Matrox G400 graphics card, using the mga driver, Medion 19" MD1998LM monitor, and ubuntu 6.10 wont work with it.  It insists on try to drive it with a HF:23.55 and a VF:21.99 which is way out of range, I tried to change this in the xorg.conf file but no matter what I did it didn't change the frequencies, I tried the LiveCD, a upgrade from 6.06 (a copy), and a freash alternate CD install.
[01:04] <mdz> since edgy
[01:04] <mdz> jdub: it's selectively enabled for each section of the archive known to have sane recommends
[01:04] <jdub> mdz: point being that if i remove landscape and upgrade ubuntu-desktop, i get landscape
[01:04] <mdz> jdub: oh, you do?  if so, that's a bug
[01:05] <tepsipakki> nrdb: file a bug on xserver-xorg-video-mga
[01:05] <jdub> unless that's been fixed recently
[01:05] <jdong> oh speaking of update manager, it should keep on attempting upgrade/ --configure -a /-f install
[01:05] <jdong> until num_to_upgrade[pass]  == num[pass-1] 
[01:05] <nrdb> tepsipakki: ok
[01:05] <jdong> I've helped several people fix broken upgrades where all that was needed was 2 more dist-upgrade passes
[01:06] <tepsipakki> nrdb: look for duplicates first ;)
[01:06] <mdz> jdong: I'm sure mvo would be interested to see a bug report with the logs
[01:06] <mdz> that's not supposed to happen
[01:06] <tepsipakki> nrdb: you could also try Feisty Herd5 if it works
[01:06] <mdz> it does try to complete the upgrade even if something fails now, iirc
[01:06] <jdong> mdz: :( it happend on both my edgy->feisty upgrades. Subprocess returned error code 1 on first run, no error on 2nd run
[01:06] <LaserJock> cjwatson: hmm, reading enabling-additional-components, does Herd5 have Universe/Multiverse enabled by default then?
[01:06] <jdong> and the borkage happened on different packages too
[01:07] <mdz> update-manager now uses apport so it can automagically report bugs with logs if the upgrade fails
[01:08] <jdong> mdz: wow! that's nice, didn't know that
[01:08] <mdz> jdong: the real errors are earlier in the logs
[01:08] <jdong> mdz: I know that, but I couldn't find any
[01:08] <mdz> jdong: "subprocess returned error code 1" means "something went wrong earlier, look back"
[01:08] <jdong> mdz: I scrolled back a good page for any relevante errors
[01:08] <jdong> mdz: but it seems like whatever command failed did so silently
[01:08] <mdz> jdong: we can probably figure it out given the logs; please don't treat it as a lost cause
[01:09] <jdong> mdz: if I can find time to restore an edgy backup and send it thru an upgrade, I definitely will
[01:09] <cjwatson> LaserJock: it's meant to have, although the live CD's sources.list may not have been updated
[01:09] <cjwatson> LaserJock: (if so, that deserves a milestoned-for-beta bug ...)
[01:09] <mdz> jdong: thanks. that certainly doesn't happen when upgrading a default install or for everyone
[01:10] <mdz> cjwatson: is it correct for the installed system?
[01:10] <nrdb> tepsipakki: how stable is the herd5 CD ? 
[01:10] <jdong> mdz: right... I can bet my systems are fairly prolific in terms of installed packages compared to others
[01:11] <mdz> mvo is working on a test which tries to upgrade even with most of universe installed
[01:12] <tepsipakki> nrdb: stable enough for you to try if it works or not :)
[01:12] <mdz> though it's been tricky since many packages in universe don't install correctly
[01:12] <jdong> cool
[01:12] <nrdb> tepsipakki: I will down load and see.
[01:12] <cjwatson> mdz: I do need to [have someone]  check, but I'm reasonably sure it should be; ubiquity runs apt-setup to do that job
[01:12] <tepsipakki> nrdb: live-session is enough, no need to install
[01:13] <nrdb> tepsipakki: ok, if it doesn't work I will see about filling a bug.  maybe I can help in getting it worked out.  tests etc.
[01:14] <tepsipakki> nrdb: sure
[01:16] <nrdb> I have another thing on my wish list, could the update-manager be setup so I can limit the bandwidth it uses, so it doesn't slow my internet connection down to a crawl when updating ?
[01:25] <runixd> hello, why is there non-executable stack in ubuntu 7 and how do I turn it off ?
[01:34] <macd> runixd, are you familiar with stackguard?
[01:37] <runixd> macd, the canary value ?
[01:37] <macd> well the ubuntu kernel is compiled with --enable-stackguard-randomization
[01:37] <macd> so to "turn" it off, you need to build a kernel without it
[01:37] <runixd> I see, my only option is recompile then
[01:38] <macd> yes, but its fairly straightforward and easy
[01:38] <runixd> thanks macd, I was looking all over proc
[01:38] <macd> use apt to download the sources, then compile as usual with those, I say use apt b/c you get the upstream kernel source + ubuntu patches.
[01:40] <runixd> macd, if you know, what is the overhead of something like stack guard ?
[01:40] <macd> its well worth having it lets put it that way.
[01:41] <macd> its basic operation is to randomize allocations rather than the ole tired and true "stack" em up.
[01:41] <runixd> well, in my case I actually really have to not have it, but I assume it would be much faster than alternatives
[01:41] <macd> its believed to be the better of its kind, I also don't see the need on a box that might never see the internet or offer any internet facing services
[01:42] <macd> I think its better than something like propolice 
[01:43] <runixd> well, both can still be broken, imo either should be an option
[01:44] <nrdb> tepsipakki: downloading herd5 now 10 1/2 hours to go 
[01:44] <macd> indeed, stackgaurd does offer all 3 whereas propolice does not do random xor (to my knowledge)
[01:44] <macd> but imho, nothing can cure sloppy code ;)
[01:46] <macd> Im not sure how you would defeat random xor btw, so if you know a secret you should let someone know :D
[01:52] <runixd> hehehe :)
[01:52] <runixd> you try again again and again
[01:52] <runixd> :D
[01:52] <blanky> Hey what package do I need for X11/Xlib.h
[01:52] <runixd> are you going to amsterdam macd ?
[01:53] <runixd> for bh europe
[01:53] <macd> its a possibility, Id love to put some faces with the names
[01:53] <macd> I usually do bh/toor in the US
[01:53] <macd> youd know who I was if I told you ;)
[01:53] <runixd> hmm :)
[01:54] <runixd> so you are in us
[01:54] <macd> atm, yes
[01:55] <runixd> hmm, didn't expect someone who'd be interested in this in #ubuntu-devel
[01:55] <LaserJock> blanky: usually packages.ubuntu.com is helpful for those questions
[01:55] <macd> people play both sides of the field
[01:55] <blanky> LaserJock: thanks
[01:55] <runixd> :)
[01:57] <macd> bh dc-2007 day2 1500-till should help you ;)
[01:58] <macd> anywho you cant wear your greyhat proudly without once wearing a black one, you know they fade in the sun :)
[02:00] <runixd> :D
[02:07] <Chipzz> hrrrrm
[02:07] <Chipzz> is there a way to install a package without installing its recommends?
[02:07] <crimsun> using...?
[02:08] <crimsun> (e.g., you'd use aptitude -R  )
[02:08] <Chipzz> apt-get
[02:09] <crimsun> -o APT::Install-Recommends=false
[02:09] <crimsun> or I suppose --no-install-recommends
[02:09] <blanky> hey you guys know, where in /proc/acpi it has the file with the temperature?
[02:10] <Chipzz> will try in a sec, apt is busy atm :)
[02:11] <jdong> blanky: some where in thermal_zone
[02:11] <jdong> blanky: acpi -V will display that too
[02:11] <blanky> thanks
[02:14] <Chipzz> crimsun: trying to use that, doesn't appear to work
[02:14] <crimsun> Chipzz: hmm, that's what the changelog mentions, at least.
[02:14] <Chipzz> "apt-get install --no-install-recommends ubuntu-desktop" insists on installing openoffice
[02:15] <Chipzz> but I just do not want that piece of **** installed
[02:15] <crimsun> tried placing apt-get --no-install-recommends install ?
[02:15] <Chipzz> same thing
[02:15] <crimsun> tried the config string syntax, then?
[02:16] <Chipzz> jups
[02:16] <Chipzz> but not the config string before the install
[02:16] <Chipzz> same thing
[02:16] <Chipzz> crimsun: whatever, I can live without it :)
[02:19] <Chipzz> crimsun: thx for the help anyway :)
[02:28] <greff> What does Build-Depends: debhelper (>> 3.0.0) mean?
[02:28] <greff> I understand >=, but what does >> mean?
[02:33] <blanky> greff: http://www.debian.org/doc/maint-guide/ch-dreq.en.html
[02:36] <bddebian> mjg59: ping (laptop-mode) ?
[02:36] <jdong_> bddebian, try contentless ping, it defeats their defense mechanism :D
[02:36] <jdong_> j/k
[02:49] <bddebian> I think I just need Hobbsee's pointy stick :)
[02:49] <jdong> try this ping phrase:
[02:50] <mjg59> bddebian: It's 2AM - I'm going to bed now
[02:50] <jdong> bddebian, I'm going to upload beryl into universe if it's ok kthxbye
[02:50] <jdong> mjg59, nighty night (btw that's ideal calc homework hour!)
[02:50] <mjg59> Dude, I really do not have homework nowadays
[02:51] <bddebian> Gnight mjg59
[08:17] <jdong_> bhale_: ping (Beagle tends to create gigantic logfiles... just cleared 600MB of logs after first using beagle two days ago)
[09:15] <giangy> 'morning
[10:15] <clust> Hi, I work on a Ubuntu based USB distro for servers with web interface for network settings. What is your suggestion: Use the web interface to set the ubuntu network config files or build independent scripts for system configuration and make the web interface distribution independent?
[10:19] <poningru> waah?
[10:20] <poningru> have you looked into puppet?
[10:20] <mdke> poningru: saw your message in -doc overnight - please check for bugs and file them if none are there!
[10:20] <poningru> mdke: yes sir
[10:20] <mdke> :)
[10:21] <poningru> :)
[10:22] <_ion> I guess pitti won't be around until next week. :-( pe194808 -!- pitti [n=pitti@ubuntu/member/pitti]  has quit ["have a nice weekend"] 
[10:22] <_ion> I have a patch for restricted-manager.
[10:28] <afflux> is there any special reason why adept now offers the upgrade to feisty?
[10:28] <afflux> (as in bug 91065)
[10:28] <Ubugtu> Malone bug 91065 in adept "Adept wants to upgrade to feisty 7.04" [Undecided,Unconfirmed]  https://launchpad.net/bugs/91065
[10:41] <clust> poningru: I am not sure, that puppet is exactly what I need,  install 8MB on the USB key to set the network preferences is not acceptable for me. I m trying to mimize the distros size to fit in 128MB.
[10:42] <clust> But it is a nice project ;)
[10:53] <_ion> Hi pitti
[10:54] <pitti> hey all
[10:54] <pitti> morning _ion 
[10:55] <_ion> pitti: I changed restricted-manager to look at hardware identification patterns modinfo already provides and compare them to what sysfs says about connected hardware.
[10:55] <_ion> No need to execute lspci anymore, or list PCI IDs inside code.
[10:55] <pitti> _ion: that sounds awesome!
[10:55] <Fujitsu> Somebody might urgently want to take a look at why Adept is wanting to upgrade to 7.04...
[10:56] <pitti> Riddell: ^ that's due to your adept edgy-proposed upload, I figure
[10:56] <Fujitsu> Ahah.
[10:57] <Fujitsu> Might be advisable to fix that (although people shouldn't really be installing everything from edgy-proposed without testing).
[10:57] <pitti> still, that's wrong
[10:57] <Fujitsu> Isn't it meant to check a file on archive.ubuntu.com?
[10:58] <crimsun> pitti: apologies for pinging when you're off the clock, but I was wondering if you would take a look sometime next week at the vlc FTBFSes (on all arches, e.g., https://beta.launchpad.net/+builds/+build/309060 ) for pkgmaintainermangler
[10:59] <pitti> crimsun: that looks familiar; which maintainer address did you use?
[10:59] <crimsun> Fujitsu and I were discussing it in -motu, and it's likely due to the fact that vlc uses Maintainer: MOTU Media Team <motumedia@tauware.de>
[10:59] <Fujitsu> s/likely/almost definite/
[10:59] <pitti> crimsun: yesterday I taught pkgbinarymangler not to choke on @kubuntu.org addresses
[10:59] <pitti> hmm
[10:59] <Fujitsu> pitti: How about not choking if Original-Maintainer exists?
[10:59] <pitti> it requires an ubuntuish address ATM
[11:00] <Fujitsu> pitti: That's not an option in this case.
[11:00] <pitti> Fujitsu: I have to look at this; could one of you please file a bug against pkgbinarymangler?
[11:00] <crimsun> I can do that, thanks
[11:01] <Fujitsu> Removing line 64 would solve the issue.
[11:01] <Fujitsu> Oops.
[11:01] <Fujitsu> No.
[11:01] <Fujitsu> Changing it to return 0.
[11:02] <_ion> Btw, perhaps http://people.ubuntu.com/~pitti/scripts/bzrdc and http://people.ubuntu.com/~scott/software/bzr-commit should be merged to a single script. :-)
[11:05] <pitti> _ion: yestrerday I discovered debcommit in devscripts
[11:05] <pitti> _ion: that should be the eventual thing to use :)
[11:05] <_ion> Ah, debcommit looks nice
[11:09] <crimsun> pitti: wishlisted #91086; if it's suitable for feisty to simply just use @ubuntu.com / @kubuntu.org Maintainer email addresses, I'm happy to do that
[11:09] <pitti> crimsun: oh, I'm all for making pkgmaintainermangler more liberal
[11:10] <pitti> but it's certainly a valid workaround to use an ubuntu address for now
[11:11] <crimsun> in the interest of getting that CVE fixed, I'm going to work around it presently
[11:11] <Fujitsu> crimsun: It might be nice to get an official list for motumedia.
[11:17] <discord> I'm having trouble setting an environment variable using /etc/environment does anybody have any suggestions on how i can perminantly set a java classpath environment variable in ubuntu?
[11:19] <pitti> _ion: btw, could you please register your r-m branch in LP? makes it much easier to find and follow
[11:19] <ajmitch> hi pitti 
[11:19] <pitti> hey ajmitch 
[11:20] <_ion> pitti: Actually it's registered, but after you merged my first change, i changed its status to 'Merged' and forgot to change it back to 'Development' when i did new commits.
[11:20] <pitti> ah
[11:20] <pitti> thanks
[11:20] <_ion> Now it's visible again at https://code.launchpad.net/restricted-manager
[11:24] <pitti> argh, yay for descriptive names on https://code.beta.launchpad.net/bughelper
[12:31] <_ion> pitti: I added identification patterns for ipw3945 and ath_hal to my branch.
[12:32] <pitti> _ion: nothing can stop you now :)
[01:36] <nrd1> hi I have just downloaded and run the fiesty version 5 livecd, I am using a matrox video card, the livecd decided to use the 'vesa' driver not the 'mga' driver is it should, this limit the max resolution to 800x600 :(
[01:37] <nrd1> at least fiesty works ubuntu 6.10 doesn't at all.
[01:41] <pitti> *nnng* feisty, not fiesty! *nng* :)
[01:41] <mc44> fisty!
[01:43] <pitti> nrd1: could you please file a bug against 'xorg' with some hardware data? (output of 'lspci' and 'dmidecode'
[01:44] <nrd1> pitti: ok
[01:46] <Fujitsu> pitti: How do I go about getting a universe security update uploaded?
[01:46] <pitti> Fujitsu: open a security bug for it and attach a debdiff
[01:47] <pitti> the security flag will make it appear on keescook's and my radar
[01:47] <Fujitsu> Ah, both of those are already done.
[01:47] <Fujitsu> Thanks.
[01:59] <AlinuxOS> pitti, hello ! ;)
[01:59] <pitti> hi AlinuxOS 
[01:59] <AlinuxOS> pitti, is there some feisty testing packs ? Mozilla locales-packs ?
[02:00] <AlinuxOS> some your experimental repositories ? :)
[02:00] <pitti> not yet for 2.0.0.2
[02:00] <AlinuxOS> ;)
[02:00] <AlinuxOS> hehe ok...just asked ! :P
[02:28] <nrd1> pitti: I have sent in a bug report.
[02:45] <_ion> pitti: I scraped the lists of specific cards supported by nvidia and nvidia_legacy from the nvidia website and overrode the patterns reported by the modules (basically "all graphics adapters by nVidia") with them. Now nvidia_legacy isn't listed anymore because my card is only supported by the nvidia driver. :-) I didn't commit the change yet, but will push soon.
[02:46] <pitti> _ion: cool! I was looking for such a list, but didn't find one, and instead I found out that it in fact changes from release to release
[02:46] <pitti> _ion: thus, how can you make sure that your overriding of the modules' lists will be correct for future releases?
[02:46] <_ion> pitti: Yeah, the scrape script is included. It needs to be run whenever the driver version(s) in l-r-m change.
[02:46] <pitti> _ion: can this be integrated to happen dynamically?
[02:47] <pitti> or does it need manual intervention?
[02:50] <_ion> pitti: I wasn't able to pull the listing from the drivers themselves. There's some kind of a list in the README, but it says "For the most complete and accurate listing of supported GPUs, please see the Supported Products List, available from the NVIDIA Linux x86 Graphics Driver download page" above the list. What i've implemented so far needs manual intervention, unfortunately.
[02:51] <pitti> I see
[02:51] <pitti> _ion: that should be fine, though
[02:51] <pitti> _ion: ideally the kernel modules themselves would know which product IDs they support :(
[02:51] <_ion> Yeah.
[02:52] <mjg59> I thought the nvidia ones did?
[02:53] <mjg59> Or are they overly generous?
[02:58] <_ion> They basically match all graphics adapters by nVidia.
[03:15] <_ion> pitti: I pushed the change.
[03:17] <pitti> thank you
[03:21] <_ion> pitti: A more accurate list should be created for the ATI driver, too.
[05:53] <mjg59> http://librarian.launchpad.net/6724669/buildlog_ubuntu-feisty-amd64.acpid_1.0.4-5ubuntu6_FAILEDTOBUILD.txt.gz make sense to anyone?
[05:54] <kylem> ew.
[06:07] <imbrandon> anyone know what the sru policy is on "just needs a rebuild" ?
[06:07] <nixternal> haha
[06:14] <Riddell> Fujitsu: it's deliberate to upgrade o feisty with adept
[06:24] <geser> mjg59: you have a non-ubuntu email address as Maintainer
[06:25] <mjg59> Yes. Yes, I do.
[06:25] <mjg59> (Since I have a non-ubuntu email address)
[06:26] <geser> pkgbinarymangler tries to store it as Original-Maintainer but there is already a O-M field and errors out
[06:28] <Seveas> someone should slap pitti to add mjg59s address to the whitelist (or better: do some launchpad magic)
[06:33] <bddebian> mjg59: Oh, since you are here, do you have any plans for laptop-mode?
[06:36] <jdong_> ok, how is this gnome-main-menu slab thing supposed to work?
[06:36] <jdong_> I think it's misnamed.....
[06:37] <jdong_> "slap" - slaps your gnome-panel with a SIGSEGV
[06:37] <Seveas> jdong_, :D
[06:37] <jdong_> I'm almost sure it's PEBKAC but I'd love to get this thing running :D
[06:41] <bddebian> do be do be doo
[06:46] <Seveas> bddobedobedoobian
[06:47] <bddebian> heh
[06:51] <Treenaks> Seveas: doobian? that explains a lot ;)
[06:52] <Seveas> no comment
[06:54] <bddebian> Hmm
[08:52] <jdong_> Users should realize that less(1) provides more(1) emulation and extensive enhancements.
[08:52] <jdong_> I'm using less, but I'm not getting any "extensive enhancements"
[08:52] <jdong_> I'm beginning to think it's false advertising... my surgeon says only cartilage grafting works for extensive enhancements :(
[09:06] <Keybuk> hey pitti
[09:29] <aigarius> jdong: in 'more' terms, scrolling back one line is a very extensive enhancement
[10:02] <okaratas> Seveas, hello
[10:03] <Seveas> hi okaratas 
[10:07] <_ion> Btw, "okaratas" in Finnish translates to a "thorn cogwheel". :-)
[10:08] <okaratas> _ion, i dont understand you ?
[10:08] <_ion> Your nick just happens to be a valid Finnish compound word, where oka means a thorn and ratas means a cogwheel.
[10:11] <jdong> And this concludes this week's episode of _ion points out useless random things and offends a random person!
[10:11] <_ion> Offends?
[10:11] <jdong> Stay tuned for jdong finds sexual innuendos in random manpages!
[10:11] <jdong> _ion: "confuses"?
[10:11] <bhale> jdong: there is a patch to be applied around beta time that lessens beagles logging
[10:11] <bhale> jdong: that said, my Log dir is 14mb after months and months of use
[10:11] <jdong> bhale: ah, ok, that makes me happier then :)
[10:11] <okaratas> _ion, hm okey
[10:12] <jdong> bhale: well I rm -rf'ed 2.0GB wroth of kmail on day 2 of beagle
[10:12] <jdong> bhale: so I think I might've upset it into logging more than usual :D
[10:12] <bhale> hm :)
[10:12] <bhale> there are ocassional reports of Really Big Logs
[10:12] <jdong> are they *natural* logs?
[10:13] <okaratas> _ion, what is fin cogwheel ?
[10:13] <jdong> _ion: are you Finnish, btw?
[10:14] <_ion> okaratas: http://images.google.fi/images?q=cogwheel
[10:14] <_ion> jdong: Yes.
[10:15] <jdong> _ion: ok, cool :)
[10:16] <okaratas> _ion, my name is Ozgur Karatas, my nickname "okaratas" :)
[10:16] <okaratas> http://blog.ozgurkaratas.com
[10:17] <_ion> okaratas: Yeah, i realize that. :-) Is that a Turkish name?
[10:18] <sabdfl> evening all
[10:18] <okaratas> yes _ion i am from Turkey..
[10:18] <sabdfl> do we really not want openoffice in feisty?
[10:18] <okaratas> sabdfl, hello..
[10:18] <jdong> sabdfl: maybe if I can read the fonts without squinting :)
[10:22] <Keybuk> sabdfl: ?
[10:23] <sabdfl> Keybuk: just updated, and aptitude wants to remove a ton of useful stuff
[10:23] <sabdfl> ubuntu-desktop appears to have lost some dependencies
[10:23] <Amaranth> they got changed to Recommends
[10:23] <jdong> ha, subliminal anti-OOo marketing :)
[10:24] <sabdfl> out of curiousity, why?
[10:24] <Keybuk> sabdfl: you don't use synaptic? :p
[10:24] <sabdfl> nup, aptitude, oldskool etc
[10:24] <Keybuk> most of ubuntu-desktop is moving to recommends to allow people to uninstall bits without suddenly losing their entire system
[10:24] <sabdfl> *some* people I know use dselect
[10:24] <sabdfl> ok
[10:25] <Keybuk> F10 - Options - Dependency handling - Install Recommended packages automatically
[10:25] <Keybuk> make sure that's selected
[10:26] <jdong> why isn't aptitude an emacs mode yet?
[10:26] <jdong> it seems to fit right in.
[10:29] <okaratas> which packages do i need to install for .exe files to be run? i have a .exe file for windows which i can't run..
[10:37] <Fujitsu> Riddell: It's by design that edgy-proposed has now been equated with Feisty? Interesting, I would have thought that somewhat inappropriate.
[11:23] <pirast> okaratas, wine, please ask in #ubuntu next time
[11:25] <okaratas> pirast, thank you
[11:52] <Qwell> How do I find out the maintainer of a package?
[11:53] <crimsun> apt-cache show package
[11:53] <Fujitsu> Qwell: Which package? Most packages have no maintainer as such any more.
[11:53] <Qwell> I don't use ubuntu..
[11:53] <Qwell> the package is asterisk
[11:53] <crimsun> MOTU maintains asterisk
[11:53] <Qwell> Somebody very urgently needs to upgrade to 1.2.16
[11:53] <Fujitsu> Qwell: Why do you want to know? It's more of a team effort, as crimsun says.
[11:53] <Qwell> or at least backport some stuff
[11:53] <crimsun> we know about it already, Qwell 
[11:53] <Fujitsu> Qwell: That's being done.
[11:54] <Qwell> zaptel too :D
[11:54] <Qwell> ...and libpri, for good measure
[11:54] <crimsun> we know about zaptel, too.
[11:54] <crimsun> and libpri
[11:54] <Qwell> great
[11:55] <Fujitsu> Qwell: bug #89863 is the Asterisk one, for reference.
[11:55] <Qwell> any ETA?
[11:55] <Ubugtu> Malone bug 89863 in asterisk "Asterisk 1.2.16 fixes a recently discovered security vulnerability" [Undecided,Fix released]  https://launchpad.net/bugs/89863
[11:55] <crimsun> note that they're fix released, which means fixes are already available.
[11:55] <Fujitsu> Dapper and Edgy were fixed 4 days ago, Feisty was fixed yesterday.
[11:55] <Qwell> is Feisty still gonna use 1.2?
[11:56] <crimsun> yes
[11:56] <Qwell> okay