[03:45] <m1ke> apt package manager appears to be broken.  It fails to completely update,and I get the same error daily for this last week.  http://www1.uploadhut.com/viewimage.php?type=2&id=23369-Screenshot-synaptic.png
[03:47] <stdin> everything seems fine here
[03:53] <m1ke> apt package manager appears to be broken.  It fails to completely update,and I get the same error daily for this last week.  Then it always wants me to reboot my computer, but the problem is never fixed.  http://www1.uploadhut.com/viewimage.php?type=2&id=23369-Screenshot-synaptic.png
[04:01] <stdin> m1ke: this isn't a support channel
[11:27] <geser> Mithrandir: can you please move cdrecord, mkisofs and cdda2wav (build now from cdrtools in multiverse) to multiverse. Thanks.
[11:28] <enyc> geser: at least you know who ta ask ;-)
[11:29] <enyc> geser: ?where do i find the information on why packages are in multiverse/restricted [licensing notes] ?
[11:30] <pochu>  /usr/share/doc/$package/copyright
[11:30] <geser> it's usually because of the license which is also included in the copyright file
[11:30] <enyc> i see ;-)
[11:30] <enyc> thankyou ;-)
[11:30] <enyc> hrrm that is in binary pkg... can I find copyright in source pkg too?
[11:31] <pochu> yes, in debian/copyright
[11:31] <geser> Hi pitti :)
[11:31] <geser> pitti: can you please move cdrecord, mkisofs and cdda2wav (build now from cdrtools in multiverse) to multiverse. Thanks.
[11:32] <enyc> geser: i can see a snag here.........
[11:33] <geser> enyc: the binary debs have the same copyright file as the source package, you can get both also from packages.ubuntu.com
[11:34] <enyc> geser: when somebody had dapper/edgy... they have mkisofs.  when they install feisty a "dep" pagkae installs the genisoimage replacement, leaving a dummy mkisofs package there too....
[11:34] <pitti> hey geser
[11:34] <Kopfgeldjaeger> hi
[11:35] <pitti> geser: oh, aren't they? the ones in main should be the transitional packages from cdrkit
[11:35] <enyc> geser: then if they upgrade to gutsy.... they end up with old mkisofs-multiverse on account of 'upgrading' the mkisofs package [??] 
[11:36] <enyc> pitti:  they were... in feisty... however  multiverse now has cdrtools there...
[11:36] <pitti> geser: I had a long discussion about this with siretart yesterday, and it was not an easy decision
[11:36] <pitti> geser: done
[11:37] <enyc> pitti: seems that cdrtools license changed and the original author is getting annoyed about the forked genisoimage/wodim/etc...  mess ;-)
[11:37] <enyc> pitti: whats happened?
[11:37] <pitti> enyc: right, but the license has always been like that
[11:38] <enyc> pitti: i actially have a 'confusing' email from schilly (cdrtools author) in reply to  a bug i replied in etc... ;-)
[11:38] <pitti> enyc: but cdrkit is not maintained any more, so we want to provide the original cdrtools in multiverse
[11:38] <enyc> pitti: "like that" ?
[11:38] <pitti> enyc: license-wise
[11:38] <enyc> pitti: im confused
[11:38] <enyc> pitti: "like that" not defined in enyc
[11:39] <pitti> enyc: I don't know the older licenses precisely, but the current cdrtools license is not free
[11:39] <enyc> [ok] 
[11:39] <pitti> enyc: it was in source new, and I reviewed it, so it put it in multiverse
[11:40] <geser> iirc cdrkit was forked from cdrtools as it still was all GPL
[11:41] <enyc> pitti: i am now concerned there is an upgrade-path-problem for people who upgrade from edgy>feisty>gutsy  ... as edgy>feisty proaly leaves "mkisofs" dummy pkg there, having installed "genisoimage" ... if they upgrade to gutsy... they then may "upgrade" mkisofs to  multiverse-mkisofs [?] 
[11:42] <pitti> enyc: right, but only if they have multiverse enabled
[11:42] <pitti> enyc: if they do, they most probably want it (since it's better hw-support-wise), and if they don't have multiverse, they won't have an upgrade problem either
[11:43] <pitti> geser: right, but forked from an ancient branch
[11:43] <enyc> pitti: [ok] 
[11:43] <enyc> pitti: thankyou for comments ;-)
[11:51] <StevenK> Isn't the current cdrecord and co using the OpenSolaris license because Shilly touches himself over OpenSolaris?
[11:52] <geser> yes, it's a mix of GPL and CDDL
[11:52] <Fujitsu> Ooh, special.
[11:52] <StevenK> That's it, CDDL
[12:04] <siretart> hi
[12:05] <siretart> pitti: I've uploaded a new cdrkit package earlier today dropping the transitional packages. the override entries for 'cdrecord' 'mkisofs' and 'cdda2wav' need updating
[12:05] <pitti> siretart: thanks, I saw
[12:06] <pitti> siretart: that'll still be an issue for LTS->LTS upgrades, though
[12:06] <pitti> siretart: people who don't have multiverse enabled won't auto-upgrade to cdrkit now
[12:06] <siretart> pitti: perhaps we can a bof in boston about that
[12:06] <siretart> because it's a matter of what we actually want
[12:08] <siretart> StevenK: the current cdrtools is highly delicous. in the end, it seems to be okay for sun's lawyers. pitti and I agreed that the license is very likely to be okay for multiverse, and we both agree that it isn't for universe
[12:11] <siretart> pitti: btw, there are indeed file conflicts in the mkisofs/icedax packages for cdda2ogg. I think I'm changing the packages to use alternatives, with cdrtools at a higher priority. I'll look into it this evening
[12:11] <pitti> siretart: thanks
[12:19] <pygi> siretart, meh, problems again? :)
[12:20] <pygi> enyc, in the end, solution is to use neither cdrkit or cdrtools :D
[12:22] <enyc> pygi: ;-)
[12:23] <pygi> I'm serious, you know :p
[12:23] <enyc> pitti: i didnt know there were plans for LTS>LTS upgrades
[12:24] <pitti> enyc: we won't support apt-get dist-upgrade, but using update-manager should work
[12:47] <StevenK> pitti: But dapper doesn't have update-manager for servers.
[12:47] <pitti> StevenK: we'll have to upload it to dapper-updates, I think (same as we did for edgy)
[12:48] <pitti> StevenK: "it" == update-manager-core
[12:48] <StevenK> Does that give a command line client?
[12:48] <pitti> yes
[12:48] <StevenK> Way cool.
[12:48] <StevenK> Perhaps we should target that for dapper.2?
[12:59] <ompaul> is sladen in the house?
[02:06] <attunix> How do I make a usplash?
[02:26] <Whoopie> mjg59: Hi, would it be possible to get the hardware mixer and software mixer on Thinkpads in sync?
[02:41] <AnAnt> Hello, is there a problem with LP ? I can't login using Firefox. When I try elinks, I can login, but I can't post !
[02:49] <mxq> hi everyone
[02:51] <mxq> im trying to use metacity and gtk theme from ubuntu studio in arch linux everything is ok, except the colour of hilighted metacity buttons i copied themes from /usr/share/themes is there something more i should do? if you could give me direction where i could look.
[02:55] <zul> mxq you might want to talk to the ubuntu-studio folks
[02:56] <mxq> i asked them but didnt get an answer
[02:57] <mxq> i asked also gtk+, gnome-uk, ubuntu-pl,
[02:57] <mxq> and archlinux.pl
[03:00] <terlmann> does the archive you distribute called linux.2.6.22.tat.bz2 contain the 2.6.22 performace patch  ?
[03:01] <mxq> terlmann: you asking me?
[03:01] <terlmann> and if I unzip 2.6.23 files and |patch them into it, will that break the source ?
[03:01] <terlmann> no , anyone here
[03:01] <mxq> sorry
[03:02] <terlmann> you guys to distribute this stuff ;-)
[03:02] <terlmann> do*
[03:04] <terlmann> and do I need to copy my patch .tar.bz2 files into the usr/src/linux dir or do I untar them from the /usr/src dir ? will patch put the patches into the correct place ?
[03:05] <terlmann> I guess it will
[03:41] <pochu> is the sync tool working again?
[03:53] <geser> pochu: you mean bug #139550?
[03:53] <ubotu> Launchpad bug 139550 in soyuz "sync-source.py broke: column "published" does not exist " [Undecided,In progress]  https://launchpad.net/bugs/139550
[03:56] <pochu> geser: looks like
[03:57] <geser> Hi Hobbsee
[04:00] <Hobbsee> hi geser
[05:07] <sladen> ompaul: sladen is /always/ in the house.
[05:07] <Hobbsee> sladen!
[05:07] <ompaul> sladen, :) you got mail
[05:10] <sladen> ompaul: coo, lucky me.  what's a happening
[05:10] <ompaul> sladen, not a lot
[05:10] <sladen> ompaul: which email box, I'm wonder where it's been filtered to?
[05:11] <ompaul> ahh sladen.org
[05:11] <sladen> hello Hobbsee, is it dark in Australia yet?
[05:11] <Hobbsee> sladen: long dark.
[05:13] <ompaul> sladen, they are +9 on londonium
[05:14] <Hobbsee> sladen: it's 1.14am here
[05:16] <sladen> ompaul: halfway between Gtenburg and Stockholm on the train.  About 3 hours away from tollef and simira's place if I wasn't trying to catch this ferry
[05:17] <ompaul> k
[05:17] <Hobbsee> nice :)
[05:17] <Hobbsee> sladen: say hi to them fo rme :P
[05:38] <pygi> siretart, around?
[06:04] <ompaul> LaserJock, in support of twm :)
[06:05] <LaserJock> heh, perhaps ;-)
[06:05] <LaserJock> rkward has this in their .desktop: Exec=konsole -e rkward -caption "%c" %i
[06:05] <LaserJock> so not only does it have to be started with a terminal, that termial has to be konsole
[06:05] <poningru> heh
[06:10] <Kopfgeldjaeger> does anyone how how i could build (a debian package) of rutilt? i think the Makefile is somehow special... when i dpkg-buildpackage it, it tries to remove files in /usr/share and also tries to create such files
[06:12] <Hobbsee> Kopfgeldjaeger: #ubuntu-motu for universe packages. i think norsetto recently uploaded it
[06:13] <Kopfgeldjaeger> oh, cool, thanks
[06:13] <bluekuja> LaserJock, are you sure about rkward bug?
[06:13] <bluekuja> usually it's not a good thing to modify makefiles directly
[06:13] <bluekuja> without a patch
[06:14] <bluekuja> if there's no patch system, it can be easily added for next patches too
[06:15] <LaserJock> we use minimal delta
[06:15] <LaserJock> there's no real reason to add a patch system there, IMO
[06:15] <bluekuja> LaserJock, yeah, but working on a makefile directly that way is bad
[06:16] <bluekuja> with an automake call everything will be deleted
[06:16] <LaserJock> he modified Makefile.am
[06:16] <bluekuja> yea
[06:16] <LaserJock> that should be fine
[06:16] <bluekuja> LaserJock, I trust you then
[06:17] <bluekuja> that's fair enough
[06:17] <LaserJock> well, why would that be a problem?
[06:17] <bluekuja> LaserJock, had a bad experience on one of my packages on debian for it
[06:18] <bluekuja> so wanted to have a clear vision of it
[06:18] <LaserJock> well, I don't think the makefile.am should be touched during build or anything
[06:18] <bluekuja> LaserJock, by running automake
[06:19] <bluekuja> the modified file will be makefile.in
[06:19] <bluekuja> am I right?
[06:19] <bluekuja> I mean final output
[06:20] <LaserJock> right
[06:20] <LaserJock> and then a ./configure should give you a Makefile
[06:20] <Hobbsee> geser: dude, it's a weekend.  file a bug, dont expect the archive guys to be around to do your bidding.
[06:20] <Hobbsee> oh, he was there.
[06:21] <LaserJock> bluekuja: so modifying Makefile.am shouldn't be a problem
[06:21] <bluekuja> LaserJock, so the makefile changes everytime
[06:21] <bluekuja> at configure run
[06:21] <bluekuja> of course
[06:22] <LaserJock> yes, modifying a Makefile when there's autotools stuff that's gonna wipe it out is not good
[06:22] <bluekuja> LaserJock, exactly
[06:22] <LaserJock> but in this case a patch isn't going to do anything
[06:22] <[miles] > hi, can anyone tell me which channel is best to ask about packaging building questions please?
[06:22] <jdong> elmo: yo, you around? http://ubuntuforums.org/showthread.php?p=3374712 seems like forum server is somehow tripping an odd firewall alert for some users?
[06:22] <LaserJock> if you patch the Makefile it's gonna do the same thing
[06:22] <desrt> [miles] ; probably #ubuntu-motu
[06:22] <LaserJock> patch system vs. no patch system isn't going to change that
[06:23] <bluekuja> LaserJock, yeah, was confused with second option
[06:25] <bluekuja> LaserJock, thanks for this clarification
[06:25] <elmo> jdong: err
[06:25] <elmo> jdong: those are just reply packets and a very broken piece of software that's false alarming over nothing
[06:25] <jdong> I'm looking at this silly arno-iptables script and seeing what rule matches that message...
[06:26] <jdong> elmo: I suspected something that simple
[06:27] <[miles] > ah ok thanks desrt
[06:28] <jdong> elmo: alright thanks, got it handled
[06:28] <elmo> jdong: cool, thanks
[06:28] <elmo> jdong: FWIW, we get this a lot with archive.ubuntu.com too :(
[06:28] <jdong> elmo: the iptalbes rule responsible seems plain nonsensical to me
[06:29] <bluekuja> LaserJock, I asked him to upload a new debdiff
[06:29] <bluekuja> with terminal=true
[06:29] <bluekuja> and that's all
[06:30] <bluekuja> LaserJock, is that ok for you?
[06:31] <LaserJock> yeah, if it works
[06:31] <bluekuja> LaserJock, ok
[06:31] <bluekuja> gonna tell him to test it before
[07:56] <pygi> new Gnomebaker released :P
[08:05] <IntuitiveNipple> Does anyone know how user-created Gnome menus (alacarte) are linked to their Applications? The application desktop files don't have a "Category" key like system desktop config files do
[08:13] <LaserJock> IntuitiveNipple: I believe they are hard-coded into the applications.menu
[08:13] <IntuitiveNipple> what are?
[08:13] <LaserJock> the category
[08:14] <LaserJock> i.e. the .desktops are explictly added to the category you want
[08:14] <IntuitiveNipple> The files for the custom-created directory and the application desktop files are in ~/.local/share/... but I can't see how gnome associates the application with the menu
[08:15] <IntuitiveNipple> Yes, I know, but these alacarte-created application desktop files don't have a Category key - I can't see how they are being placed in the custom menu as a result :)
[08:15] <LaserJock> IntuitiveNipple: the applications.menu are in ~/.config/menus/
[08:16] <LaserJock> IntuitiveNipple: I'm saying that .desktops are expeclicity added to the applications.menu file
[08:16] <LaserJock> *explicitly
[08:17] <IntuitiveNipple> Ahhh! nice one, thanks! I thought from reading the gnome docs it scanned the directories and built the menus by merging based on the files, I didn't see anything describing the ~/.config/menus/applications.menu
[08:18] <IntuitiveNipple> mucho gracias - I've been puzzling over that so I can but all the KVM/QEMU apps and links to virtual images in one place
[08:18] <IntuitiveNipple> And people reckon Windows is convoluted! :)
[08:19] <LaserJock> so you want to ship menu modifications?
[08:20] <IntuitiveNipple> No... I want to put all my QEMU related stuff in one place (Qemu-launcher, qemuctl) etc
[08:21] <IntuitiveNipple> I had a "Virtual Machines" custom menu folder with the virtual machines in, wanted to pull everything into there
[08:22] <LaserJock> ah
[08:24] <IntuitiveNipple> So all I need to do is make a copy of the installed system desktop config file in the ~/.local/share/... and then reference it in ~/.config/menus/applications.menu ?
[08:24] <LaserJock> well, why don't you just use alacarte?
[08:30] <IntuitiveNipple> This all began when I was trying to 'drag' an application from 'Accessories' to the custom menu folder and it won't do it, so I set out to find out how it all works
[08:31] <IntuitiveNipple> I prefer playing around with the XML; I learn more although it's more stressful :)
[08:31] <LaserJock> yeah, and you can mess up your menus :-)
[08:31] <LaserJock> but it can be fun
[08:32] <IntuitiveNipple> I don't mind, they are the least of my concerns!
[08:33] <IntuitiveNipple> I'm building a whole bunch of virtual machines for easier beta-testing now I've hacked the BIOS/NVRAM and enabled hardware VT, so its all good fun
[08:41] <LaserJock> that sounds nice
[08:42] <mjg59> Well, it deals with some stupid number of unhappy people
[08:45] <LaserJock> I just use what I'm given
[08:52] <Husio> hello
[08:53] <Husio> I have simple question about bazaar: If I've just merged some files and I don't want to commit changes of that merge.. what should I do?
[08:54] <gnomefreak> Husio: just commit them locally
[08:54] <gnomefreak> Husio: dont push them
[08:55] <gnomefreak> Husio: you can use bzr uncommit <#> at any time, when using bzr bd is really only time you need to commit but that still doesnt mean push
[08:55] <Husio> ok, thanks :)
[08:55] <gnomefreak> bzr merge than fix conflicts than bzr resolve
[08:55] <gnomefreak> that should fix issues than just bzr commit if you plan on building with bzr bd
[08:56] <Husio> heh, another bug or I've done something wrong :>
[08:58] <gnomefreak> Husio: best place for bzr is #bzr, i just use it alot more than i wish i did
[10:39] <siretart> has the publisher been stopped? I'm waiting for over 3 hours for a confirmation of my latest 2 uploads...
[10:40] <pygi> siretart, gnomebaker with cdrkit support is out
[10:40] <pygi> but I see ubuntu is recommending cdrtools now xD
[10:45] <siretart> pygi: it is?
[10:45] <pygi> siretart, that's what I gather from recent happenings and mails in my inbox =)
[10:46] <siretart> aha
[10:48] <pygi> but oh well
[10:59] <Riddell> siretart: "IOError: [Errno 13]  Permission denied: '/srv/launchpad.net/ubuntu-security-queue/incoming/.lock'" looks a bit broken
[11:00] <siretart> Riddell: oh. I assume that no reupload is necessary then, right?
[11:00] <Riddell> siretart: shouldn't be
[11:00] <siretart> ok. thanks for notice!
[11:28] <LaserJock> with the new default directories is it possible to turn some off?
[11:28] <LaserJock> like I don't need Public and Templates
[11:33] <alex-weej> it's occurred to me that apport hasn't caught a crash for donkeys
[11:34] <alex-weej> is there some setting to get it to catch segfaults?
[11:35] <`23meg> LaserJock, http://www.freedesktop.org/wiki/Software/xdg-user-dirs says you can turn the whole thing off, or change the names of the dirs
[11:36] <`23meg> but it may be outdated; take a look at the config files
[11:47] <ashridah> Hey. Testing out the packages for pidgin 2.2 that just went into gutsy. It won't allow msn or gtalk protocols to work, because of a missing SSL library, but i can't see which ssl library it'd be referring to, since libssl is installed, and nothing's suggested. known?
[11:49] <ashridah> aha, seems to require nss
[11:49] <pochu> maybe libnss3-0d
[11:50] <ashridah> yeah, that's not it, that's installed.
[11:50] <ashridah> ldd /usr/lib/purple-2/ssl-nss.so is referring to packages that are in firefox, but aren't in the linker path
[11:51] <ashridah> so, libnss3.so => not found, libsmime3.so => not found libssl3.so => not found libsoftokn3.so => not found
[11:52] <ashridah> yep, using export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/firefox/ worked, so something's changed in firefox or something, it would appear
[11:53] <ashridah> hrm, no, that hasn't changed in a while, just pidgin not finding them
[12:02] <pygi> siretart, ping!
[12:10] <`23meg> ashridah, are you sure it's pidgin 2.2? it's just out and isn't in Gutsy as far as I can see
[12:12] <ashridah> hm.
[12:13] <ashridah> actually, i may well have picked up a version from some other repo
[12:14] <ashridah> haha. yep. oops :)
[12:14] <ashridah> thought i'd taken that out ages ago
[12:16] <Chipzz> version of pidgin in gutsy is 1:2.1.1-2ubuntu2
[12:16] <Chipzz> ashridah: you can check by doing apt-cache policy pidgin
[12:16] <ashridah> hm, didn't know that one.
[12:17] <ashridah> yeah, i'm dropping the foreign pidgin now
[12:22] <ashridah> mm. bug's gone
[12:24] <`23meg> FFe bug to get 2.2 in Gutsy: https://bugs.launchpad.net/ubuntu/+source/pidgin/+bug/139686
[12:24] <ubotu> Launchpad bug 139686 in pidgin "Pidgin 2.2.0 in Gutsy" [Undecided,New] 
[12:25] <`23meg> you may want to help with testing
[12:25] <ashridah> heh, i thought i was originally. I may take a look, but i suspect it was just the third party package i was using