[00:00] <sommer> what version of update-manager-core do you have?
[00:00] <pdragon> 0.56~dapper5
[00:01] <pdragon> just installed it
[00:01] <pdragon> ran apt-get update and upgrade again then do-release-upgrade. still nothing
[00:01] <pdragon> do i have to change anything in the sources.list file?
[00:02] <sommer> hrmm... that's the latest
[00:02] <sommer> not really sure... I think the -d doesn't work because it would be trying to install intrepid, which isn't built yet
[00:04] <pdragon> when i do the -d it's grabbing hardy.tar.gz though
[00:04] <pdragon> http://paste.ubuntu.com/11198/
[00:04] <brocebeats> any clue on subversion sommer
[00:05] <bog> https://help.ubuntu.com/community/HardyUpgrades says for 6.06 server to hardy, that the -d switch is needed
[00:06] <sommer> pdragon: mmmm... should have looked at the error closer, I thought the -d switch wasn't needed
[00:06] <sommer> bog: ya, looks like it isd
[00:06] <sommer> err, is
[00:07] <sommer> bog: you're getting the same error?
[00:07] <bog> sommer: I'm getting a different error… putting it together now
[00:07] <sommer> pdragon: what happens if you do sudo do-release-upgrade -d ?
[00:07] <pdragon> sec
[00:07] <sommer> pdragon: from a non-root user
[00:08] <pdragon> same exact thing
[00:08] <bog> I get these errors from the end of the do-release-upgrade -d and the end of the main.log file: http://paste.ubuntu.com/11199/
[00:09] <bog> I am also attempting to upgrade from dapper to hardy
[00:09] <bog> it looks like it tries to remove ubuntu standard for some reason?
[00:09] <bog> (sorry, ubuntu-standard)
[00:09] <sommer> bog: and your box is up to date ?
[00:10] <bog> yes, ran update, upgrade, dist-upgrade
[00:10] <sommer> pdragon: it looks like a but to me
[00:10] <bog> same version of update-manager-core
[00:10] <sommer> bog: did it install a log of packages when you did dist-upgrade
[00:10] <bog> sources.list matches what is here: http://ubuntu-tutorials.com/2008/04/03/dapper-to-hardy-direct-server-upgrade-works/
[00:11] <sommer> because that's sort of the same as do-release-upgrade
[00:11] <bog> sommer: it did update some packages, and I have restarted since then
[00:11] <sommer> bog: is your /etc/apt/sources.list still dapper?
[00:11] <bog> yes
[00:12] <sommer> I'm not sure, I've never really used apptitude... you might file a bug with the output attached
[00:12] <bog> ok, thanks for looking into it
[00:13] <pdragon> going to try a post on the install/upgrade forums
[00:13] <pdragon> thanks for trying to help :)
[00:14] <sommer> you're both welcome, kind of strange because I upgraded several times using the prereleases
[00:15] <brocebeats> gah this is so frustrating
[00:20] <pdragon> http://ubuntuforums.org/showthread.php?t=788455
[00:20] <pdragon> quick response
[00:20] <pdragon> think that would work?
[00:22] <sommer> ummm maybe, but is your server production?
[00:22] <pdragon> yes
[00:22] <pdragon> i'm typing that reply now
[00:23] <pdragon> hoping for a more firm response from someone :)
[00:23] <sommer> ya, I'd probably file a bug and get something more concreate... at least that'd feel safer to me
[00:23] <sommer> concrete even
[00:23] <pdragon> which would be the best place to file the bug?
[00:24] <sommer> pdragon: also if you have another machine that you could setup as a "clone" (same services/date) it'd probably be worth testing first
[00:24] <sommer> pdragon: launchpad.net against the update-manager-core package
[00:24] <pdragon> no, i don't. this isn't really a critical system. just my personal web server
[00:25] <pdragon> i run some things for friends, though, so would like to avoid extended down times :)
[00:25] <sommer> ah, I guess you have to weigh the possible down time, before trying something like that... at least withouth testing first
[00:25] <pdragon> yeah, i could recover from a clean install. would just take a lot longer
[00:25] <Deeps> clone it to a virtual machine
[00:25] <Deeps> using virtualbox or vmware server
[00:26] <pdragon> hmm... not 100% sure how to do that, but i'll look into it. thanks!
[00:30] <bog> pdragon: I've seen elsewhere that changing your sources.list to point to hardy without doing do-release-upgrade is not a good idea
[00:30] <bog> also, it may make more sense to upgrade to each incremental release instead (which would be a bit of a pain)
[00:31] <bog> I just filed my bug and hope it gets fixed
[00:32] <brocebeats> I am trying to create an ssl certificate using apache2-ssl-certificate
[00:32] <brocebeats> but i get an error
[00:32] <brocebeats> error on line -1 of /usr/share/apache2/ssleay.cnf
[00:32] <brocebeats> 22156:error:02001002:system library:fopen:No such file or directory:bss_file.c:122:fopen('/usr/share/apache2/ssleay.cnf','rb')
[00:32] <brocebeats> 22156:error:2006D080:BIO routines:BIO_new_file:no such file:bss_file.c:125:
[00:32] <brocebeats> 22156:error:0E078072:configuration file routines:DEF_LOAD:no such file:conf_def.c:197:
[00:34] <brocebeats> any clue how to fix that
[01:28] <brocebeats> well i am trying to set up an svn on an ubuntu webserver where it uses webdav as the protocol and you can only access the svn via the subdomain
[01:28] <brocebeats> I have the svn up and running but it is available in every domain not just that subdomain
[01:28] <brocebeats> i added a vhost
[01:29] <brocebeats> to /etc/apache2/sites-available
[01:29] <brocebeats> http://pastebin.ca/1013239 <---- is my virtual host
[01:29] <brocebeats> and that is the only time i call on the svn dav
[01:54] <RoAkSoAx> brocebeats, your pastebin is invalid
[01:55] <brocebeats> ok hold on
[01:56] <brocebeats> RoakSoax http://pastebin.ca/1013353
[01:59] <RoAkSoAx> brocebeats, do you have another virtual hosts for the same domain?
[01:59] <brocebeats> no
[01:59] <brocebeats> But i dont have a default vhost
[01:59] <brocebeats>  sudo apache2ctl -t -D DUMP_VHOSTS
[01:59] <brocebeats> VirtualHost configuration:
[01:59] <brocebeats> <IP_ADDRESS>:*       svn.ntorrents.net (/etc/apache2/sites-enabled/svn.ntorrents.net.conf:1)
[01:59] <brocebeats> wildcard NameVirtualHosts and _default_ servers:
[01:59] <brocebeats> *:443                  is a NameVirtualHost
[01:59] <brocebeats>          default server fry.1g.se (/etc/apache2/sites-enabled/ssl:2)
[01:59] <brocebeats>          port 443 namevhost fry.1g.se (/etc/apache2/sites-enabled/ssl:2)
[01:59] <brocebeats> Syntax OK
[02:00] <brocebeats> sorry flood
[02:00] <brocebeats> i think that may be the issue and the person who admined this server used a module called autoindex
[02:04] <RoAkSoAx> brocebeats, wht will happen if you remove server alias... this is how i usually configure virtual hosts: http://pastebin.ubuntu.com/11211/
[02:05] <brocebeats> i know i tried that
[02:05] <brocebeats> I have an idea though
[02:06] <RoAkSoAx> what is that
[02:07] <RoAkSoAx> try removing ServerAlias and see what happes
[02:09] <brocebeats> nope
[02:09] <brocebeats> still has that issue
[02:14] <RoAkSoAx> brocebeats, so try addind a virtual host for www.xxxx.net and xxx.net with different documentroot and then another for your svn and see what happens
[02:31] <brocebeats> still the same issue
[02:34] <RoAkSoAx> maybe it's not updating then...
[02:38] <Achoth> I just installed apache2 and opened up port 80, but still I can only access the page from my internal IP, not the external. How do I fix this?
[02:59] <RoAkSoAx> Achoth, do you have a router?
[03:00] <Achoth> RoAkSoAx: Yes I do
[03:00] <Achoth> And I've forwarded port 80 to this computer
[03:00] <RoAkSoAx> Achoth, have you restarted your router?
[03:01] <RoAkSoAx> (after openning the port)
[03:01] <Achoth> Nope
[03:01] <Achoth> Is that neccecry?
[03:01] <RoAkSoAx> yes
[03:01] <Achoth> Oh
[03:01] <Achoth> Then I will see you in a couple of minutes
[03:01] <Achoth> brb
[03:01] <RoAkSoAx> sometimes the router does not take the changes after you reboot
[03:02] <RoAkSoAx> ok
[03:04] <Achoth_> Wohoo!
[03:04] <Achoth_> It works!
[03:04] <Achoth_> Thanks RoAkSoAx :)
[03:04] <RoAkSoAx> Achoth, rock on!!
[03:04] <RoAkSoAx> Achoth, yw
[03:04] <Achoth_> Now those 3 hours of trying to solve my problems seems... pointless
[03:06] <RoAkSoAx> hahaha lol... that happens... Achoth_ when i just changed routers from broadhand to dsl ones... had the same issue
[03:06] <Achoth_> annoying :/
[03:07] <RoAkSoAx> well a lil price to pay to have NAT working... lol
[03:57] <cody-somerville> I get the following error when I try to connect to a domain I setup with ebox on another server on my lan:
[03:57] <cody-somerville> http://pastebin.ca/1013418
[04:18] <hotmonkeyluv> I have 5 hard drives, each with 1-2 partitions on them, how do I get them to automatically mount? I selected "do not use this partition" when i was installing (don't know why, stupid me...)
[04:28] <brocebeats> this is so frustrating
[04:28] <brocebeats> well i am trying to set up an svn on an ubuntu webserver where it uses webdav as the protocol and you can only access the svn via the subdomain
[04:28] <brocebeats> I have the svn up and running but it is available in every domain not just that subdomain
[04:28] <brocebeats> i added a vhost
[04:28] <brocebeats> to /etc/apache2/sites-available
[04:29] <brocebeats> my vhost is perfect
[04:37] <hotmonkeyluv> how can I find the uuid of a disk if it's not mounted?
[05:18] <brocebeats> I have created an svn and want it to host at svn.ntorrents.net.  Everything I read said you create a file in sites available and then enable it with a2ensite <my_site_name>. So thats what I did i showed you my vhost site file http://pastebin.ca/1013353.  the problem is that the svn is accessable from any site on the server.  I can go to http://mydomain.net/trunk or svn.mydomain.net/trunk or subdomain.mydomain.net/trunk all go to the svn meaning my p
[05:53] <hotmonkeyluv> are UUIDs created new each time the system boots?
[06:20] <nealmcb> hotmonkeyluv: if you mean file system uuids - no those are set when the file system is created, I think.  but uuids are used for many other things also - see wikipedia
[06:21] <hotmonkeyluv> thanks nealmcb
[06:21] <nealmcb> hotmonkeyluv: my pleasure
[06:27] <vagothcpp> How can I copy 8gb of files over a LAN using ubuntu server 7.10 from console?
[06:30] <vagothcpp> Can anyone help me please, I am new to linux?
[06:32] <privet> vagothcpp: so the one machine is ubuntu. what is the other one?
[06:35] <privet> vagothcpp: cause you can use either scp, smbclient or even ftp... depends on what the machines/OS's are
[06:37] <vagothcpp> It is windows
[06:40] <vagothcpp> What can I do if it is a WindowsXP box?
[06:56] <privet> then best is to use smbclient
[06:56] <vagothcpp> Okay, ty
[06:56] <privet> vagothcpp: on the ubuntu machine you can do: "smbclient //IP/share"
[06:58] <vagothcpp> Thank you
[06:58] <hotmonkeyluv> my computer can't assign mount points to ntfs partitions when I'm installing ubuntu server
[06:58] <hotmonkeyluv> is that normal?
[06:58] <privet> hotmonkeyluv: what is the error that you get?
[06:59] <hotmonkeyluv> privet: the attemp to mount a file system with type ntfs in scsi1 (0,0,0), partition #1 (sda) at /sda1 failed
[07:00] <hotmonkeyluv> then it says: you can resume partitioning (and then it takes me back to the partitioning menu)
[07:00] <privet> are on a already installed server, or busy witht he install
[07:02] <hotmonkeyluv> i'm installing it now
[07:03] <privet> hotmonkeyluv: no need to do anything with it during the parttion.
[07:03] <privet> mount it after you have installed the OS
[07:03] <hotmonkeyluv> privet: I can set it up later, right?
[07:03] <hotmonkeyluv> ok
[07:03] <hotmonkeyluv> thanks for the help!
[07:21] <vagothcpp> How do I set a DNS Server for an ethernet connection?
[07:22] <vagothcpp> Any links?
[07:31] <hotmonkeyluv> how do I install a .deb via the cli?
[07:33] <hotmonkeyluv> nvmd, i jfgi'd it
[09:29] <kraut> moin
[09:54] <igoogg> how do i confirm 'sendmail -t -i' is working after installing postfix?
[09:56] <igoogg> php calls /usr/sbin/sendmail -t -i when i try to send an email, php returns no error. but i am not receiving a mail.
[09:57] <igoogg> https://help.ubuntu.com/8.04/serverguide/C/postfix.html  <- followed every single step to set up postfix.
[12:18] <LMJ> hi
[12:18] <LMJ> Is anyone knows here if it's possible to 'hot'switch from soft RAID1 to soft RAID5 ?
[12:20] <Jasper--> you have a raid1 with 2 drives, and you want to go to a 3+drive raid5?
[12:22] <LMJ> yes
[12:22] <LMJ> had a 3rd drive and switch to RAID5
[12:22] <Jasper--> depending what you mean by hotswitch that should be possible. Degrade the radi1 array to single drive, then you have the one old drive and the newer drive, set those up as a 2-out-of-3 degraded raid5, dd the data over, edit boot stuff and reboot if it's the /,, and then add the last drive to the raid5
[12:22] <LMJ> sound not impossible
[12:22] <Jasper--> that should work in theory.
[12:22] <Jasper--> Make backups. :P
[12:23] <LMJ> yes, but I have a meta-physical issue ;)
[12:23] <LMJ> look :
[12:24] <LMJ> http://tldp.org/HOWTO/Software-RAID-HOWTO.html : If you use N devices where the smallest has size S, the size of the entire array will be (N-1)*S  for RAID5 but only  (N/2)*X
[12:24] <LMJ> (N/2)*S**
[12:24] <LMJ> If I have 2 x 500GB HD : it will make 500GB on RAID1  on RAID5 with a third disk, it should make 1TB online
[12:25] <Jasper--> yup.
[12:25] <LMJ> that's sound a problem for me
[12:25] <Jasper--> hm.
[12:25] <LMJ> for livemigration
[12:25] <Jasper--> yeah, I'm missing a step
[12:25] <LMJ> so am I
[12:25] <LMJ> ;)
[12:25] <Jasper--> dd it over, then expand the partition and filesystem to fill the now twice as big room.
[12:26] <Jasper--> depends on what exactly is on the raid device whether that'll work
[12:29] <Jasper--> the ubuntu server installer apparently treats a raid device you create with it as a partition-equal block device, so I *think* you should be able to dd it over from one /dev/md to the next and then just grow the fs, without worrying about the nonexistent partition table -- otherwise you could manually fdisk in between there.
[12:30] <Jasper--> If you've got / on the fs in question you should probably run either in single user or from a livecd while doing it all, though.\
[12:30] <Jasper--> otherwise, just have the fses unmounted.
[12:40] <LMJ> it's only data
[12:40] <LMJ> I think I will backup the data on other HDs, setup the RAID5 and copy back my stuff
[12:44]  * delcoyote hi
[12:46] <Jasper--> LMJ: That'll work, too, but it's essentially what you're doing anyway.
[12:47] <Jasper--> just that from a mirror set you can 'rescue' a drive by putting it into degraded mode and on a raid5 you can 'save' a drive by setting it up degraded
[12:47] <Jasper--> the latter in particular will probably result in a amjor performance hit, though
[12:56] <MatBoy> mhh, I have a lot of garbage after removing xen, still modules and so on
[13:30] <MatBoy> this is annoying, dpkg says packages are installed and apt-get can't remove them :S
[13:55] <MatBoy> fixed that part :)
[17:40] <dennister> hey channel...having a real mounting problems with cifs...not used to it, but smbfs is deprecated, so I might as well get this right
[17:41] <dennister> the first of a series of error messages in dmesg is: CIFS VFS: Error connecting to IPv4 socket. Aborting operation
[17:42] <dennister> followed by: CIFS VFS: cifs_mount failed w/return code = -111
[17:43] <dennister> none of my web searches is probing fruitful, and my fstab entry for my samba shares does result in the shares being fully browseable/writable by other machines on the network
[17:43] <dennister> anyone got any ideas?
[17:51] <sommer> dennister: you might try this: echo 1 > /proc/fs/cifs/cifsFYI
[17:52] <sommer> dennister: then try mounting the share using the mount -t cifs command... there should then be more output in /var/log/syslog
[17:53] <dennister> sommer: your echo line gave me a 'permission denied', both as a user and as root
[17:54] <dennister> but i have found something of itnerest: using kde, system settings--->network settings--->domain name system, I see that I have not IPv4 listed, only ip6
[17:57] <sommer> dennister: ah, the command failed, because sudo has a different environment which causes the redirect to behave differently... one sec
[18:02] <sommer> dennister: ah, try:  sudo sh -c 'echo 1 > /proc/fs/cifs/cifsFYI'
[18:02] <sommer> that should give you more output
[18:04] <dennister> sommer: i'm afraid it didn't give me more output in /var/log/syslog, not that I can see, although i didn't get an error code in terminal
[18:05] <sommer> mmm... did it work then?
[18:05] <sommer> dennister: and you have the smbfs package installed correct?
[18:06] <dennister> sommer: depends on what you mean by "work"...i probably won't be able to tell until i reboot...i do have smbfs, yes
[18:06] <dennister> i did doublecheck that
[18:07] <sommer> dennister: if you can mount it once it's booted it should mount using fstab... at least that's the theory :)
[18:07] <dennister> ok, let me reboot once or twice...bbs
[18:08] <mralphabet> can't you do a mount -a cifs to check instead of having to reboot?
[18:08]  * mralphabet shrugs
[18:10] <sommer> heh, guess not
[18:26] <dennister> sommer: the echo line didn't do much after the reboot, i'm afraid, but someone suggested i do the noauto option in fstab, and then try mounting cifs shares manually in terminal, that worked fine
[18:28] <sommer> dennister: bonus!  ya, /proc isn't a regular filesystem it's only in memory, so when you reboot changes aren't saved
[18:30] <MatBoy> can I use the LV UUID as a normal UUID in fstab ?
[18:30] <MatBoy> or do I need to use LV UUID in the fstab ?
[18:31] <dennister> sommer: ok, a friend has come online whom I know personally, and is a total guru about these and other networking things...will also be able to help me finish this pxe install server
[18:32] <dennister> so ty for your help, today and the other day with getting samba reinstalled properly on the other hardy machine:-)
[18:32] <sommer> dennister: you're welcome
[18:42] <MatBoy> ah, lvm seems to be fun
[18:47] <sommer> MatBoy: what are you trying to do?
[19:09] <nxvl> does anyone knows where i can find the svg of the server team logo?
[19:14] <Twigathy> Hi, how do I install vmware-server for an 8.04 system? http://archive.canonical.com/ubuntu/dists/gutsy/partner/binary-i386/Packages suggests I should be able to do "apt-get install vmware-server" but it comes back with "Couldn't find package vmware-server"...
[19:15] <Twigathy> oh wait, hardy :D
[19:15] <il_bonsai> someone can help to install a web server on ubuntu server 7.10
[19:15] <Twigathy> lame. It's not packaged for hardy :(
[19:15] <il_bonsai> mail server sry
[19:16] <il_bonsai> someone can help to install a mail server on ubuntu server 7.10
[19:21] <il_bonsai> someone can help me please
[19:22] <sommer> il_bonsai: what kind of mail server are you wanting to setup?
[19:23] <il_bonsai> to setup emails for my own company
[19:23] <il_bonsai> it should probably be fast and secure
[19:23] <sommer> il_bonsai: the default mta for ubuntu is postfix, the serverguide has the steps to configure: https://help.ubuntu.com/8.04/serverguide/C/postfix.html
[19:23] <il_bonsai> and a very lightweight
[19:24] <sommer> il_bonsai: I think you'll be happy with postfix :)
[19:24] <il_bonsai> yesterday i installed the webmin and it shows that the dovecot is installed
[19:24] <il_bonsai> but its not
[19:24] <sommer> il_bonsai: webmin isn't recommended for ubuntu, because of the way it changes package configurations
[19:24] <il_bonsai> 10x sommer
[19:24] <sommer> !webmin
[19:24] <il_bonsai> if i have any problem i ask you
[19:25] <il_bonsai> ok
[19:25] <sommer> I may not be around all day, but it's usaually best to just ask the channel, because someone else will probably know the answer
[19:25] <il_bonsai> i dont use it that much
[19:26] <il_bonsai> i just installed it to try it
[19:26] <Deeps> !ebox | il_bonsai
[19:27] <il_bonsai> so the ebox is much better than the webmin?
[19:28] <Deeps> it's recommended over webmin for debian/ubuntu based systems
[19:28] <Deeps> whether it's better or not is very subjective
[19:28] <Deeps> https://help.ubuntu.com/7.10/server/C/email-services.html
[19:28] <Deeps> is also probably relevant to your interests
[19:28] <il_bonsai> i try it after installing the postfix
[19:28] <il_bonsai> the postfix is a graphical server or ccommandline?
[19:29] <Deeps> i dont know if it has a gui, i've only used it command line
[19:29] <Deeps> see https://help.ubuntu.com/7.10/server/C/email-services.html for help on how to configure various mail services, including postfix
[19:30] <sommer> actually the current guide is: https://help.ubuntu.com/8.04/serverguide/C/email-services.html
[19:30] <il_bonsai> how to open it as a commandline?
[19:30] <sommer> but thanks for the link Deeps
[19:30] <sommer> :)
[19:30] <Deeps> il_bonsai: he's using 7.10
[19:30] <Deeps> urr
[19:30] <Deeps> sommer: ^^
[19:30] <sommer> Deeps: oh, woops missed that
[19:31] <Deeps> sommer: np, thanks for playing :)
[19:31] <il_bonsai> 10x to all of you for helping me
[19:31] <sommer> Deeps: heh, gotta play to win
[19:31] <Deeps> true.dat
[19:33] <il_bonsai> one last question
[19:33] <il_bonsai> how to run the postfix please
[19:34] <il_bonsai> cause i don't know taht much how to run programs using commandline
[19:35] <sommer> il_bonsai: postfix runs as a service, it can be stopped and started by using /etc/init.d/postix start|stop|restart
[19:55] <AtomicSpark> I need a CNAME to point to a shared host address. For example "www N CNAME 12.34.567.8/~username," will this work? If not, how do they point domain names to these hosts?
[19:55] <Deeps> no
[19:55] <Deeps> again, you need to get your web host to create an virtual host
[19:56] <AtomicSpark> X(
[19:56] <Deeps> if you are your own web host and you're using apache, read up on the VirtualHost directive
[19:57] <AtomicSpark> interesting.
[19:58] <AtomicSpark> i know an easier fix. make the local domain .local
[19:59] <AtomicSpark> .local is one of the upper-level domains that don't route correct? i think i read that somewhere
[20:02] <Deeps> .myperonaltld doesn't route either
[20:06] <AtomicSpark> just checking. i think i got that information from win smb 2003 server. who knows if they're right. ;)
[20:11] <ScottK> .local is a non-existant TLD.  Depending on your DNS server, it may still ping the root servers and discover it doesn't exist.  Not sure exactly what you mean as routing and DNS aren't exactly related.
[20:12] <ScottK> With a DNS name lookup you either discover records or not.
[20:19] <Konam> how do I tell to ubuntu to pick the data from my DHCP server and not the router?
[20:23] <Nafallo> Konam: turn off the DHCP on the router :-)
[20:24] <Konam> Nafallo that's it? I won't have to indicate the direction of the DHCP router or anything or dhclient will look for it?
[20:26] <Nafallo> Konam: DHCP broadcast their querys if they can't find a known DHCPd.
[20:52] <AtomicSpark> Konam, you shouldn't have two DHCP servers running on the same subnet unless you have them master/salve or something crazy.
[20:52] <Konam> AtomicSpark yes, thanks for the info
[20:53] <AtomicSpark> you know what's really fun? use static ip's across your network and then set up DHCP to give addresses of unrouterablness. then when an intruder gets on your network, they can't see anything. lols.
[20:54] <Konam> AtomicSpark but the authoritative line in the dhcpd.conf isn't just for that, to become the main dhcp server even though it wasn't the only one? or am I wrong?
[20:55] <AtomicSpark> Konam, yes you can set up hierarchy but since it's a router. it's not very smart. so it will interfere with your plans.
[20:56] <Deeps> Konam: suppose both your router and your ubuntu server are both configured as authoritative, what happens then?
[20:57] <Deeps> Konam: or more accurately, do you know how your router's dhcp server is configured?
[20:57] <Konam> Deeps No :|
[20:58] <Konam> but I was just asking to make sure that the authoritative line was for what I thought it was
[20:58] <Deeps> from what i read in the man pages, i'd agree with your assessment, assuming only 1 server is configured using that directive
[20:59] <AtomicSpark> Konam, it's kindof random.  I find a single location to configure internets is much easier.
[21:49] <Konam> AtomicSpark when you specify a subnet and its netmask but doesn't specify its range, no data will be sent to the clients on that subnet?
[21:50] <AtomicSpark> Konam, not sure. you're setting up DCHP correct?
[21:50] <Konam> AtomicSpark no, I'm just reading dhcpd.conf :)
[21:51] <Konam> but I thought the DNS adresses were delivered, at least
[21:51] <AtomicSpark> Konam, you have to send IP/subnet if you want to send DNS. DNS is optional but you can't just send it.
[21:52] <AtomicSpark> works one way not the other kind of thing
[21:52] <Konam> gotcha
[21:52] <Konam> I will have to set another vm with xubuntu or some other distro to some of those things out
[21:53] <Konam> to test*
[22:21] <timboy> i'm having an issue with ssh. I can access it in network but not out of network... on my router i'm forwarding 22 to my box. do you think that my router is lying to me and not really forwarding the port?
[22:24] <privet> timboy: can you run something like tcpdump on your router?
[22:27] <timboy> privet, unfortunately no.
[22:27] <privet> okay. then run it on your ubuntu server that are making the connection too.
[22:28] <privet> that will show if you are really connecting to the server yout hink you are connecting
[22:30] <timboy> privet, not familiar with tcpdump... what do i need to pass it?
[22:31] <privet> timboy: how are you connected onthat server? you on the console?
[22:31] <timboy> yeah on console
[22:32] <privet> sudo tcpdump -i any -n port 22
[22:32] <privet> timboy: "-i any" = any/all interface
[22:32] <MatBoy> mhh, not any good openvz controlpanel that runs on ubuntu
[22:32] <privet> timboy: "-n" = do not resolve DNS names
[22:34] <timboy> wow i just got a ton of console stuff...  it just keeps repeating the ip of my server and the ip of the computer i'm on console with
[22:34] <privet> timboy: but then you are already ssh'd into the server...
[22:34] <MatBoy> www.
[22:34] <timboy> yes locally
[22:34] <privet> timboy: try sudo tcpdump -i any -n port and not host MYIP
[22:35] <privet> timboy: MYIP is the IP you are currently connecting from
[22:35] <timboy> tcpdump: WARNING: Promiscuous mode not supported on the "any" device
[22:36] <privet> timboy: that is fine... if it bothers you, you can just replace "any" with the itnerface name.  like "eth0"
[22:37] <timboy> sudo tcpdump -i eth0 -n port 22 not host <IP_ADDRESS> gives me syntax error. also tried sudo tcpdump -i eth0 -n port 22 not <IP_ADDRESS> same error
[22:38] <privet> ...22 and not host...
[22:41] <timboy> don't get it
[22:41] <timboy> i already have 22 in there
[22:41] <privet> sudo tcpdump -i eth0 -n port 22 and not host <IP_ADDRESS>
[22:41] <privet> *and*
[22:41] <timboy> ok thx
[22:42] <timboy> ok so must be router doesn't see when i try to get in from outside world
[22:42] <timboy> just for the record I hate my 2wire dsl modem
[22:42] <timboy> i'm pretty sure it's gay
[22:43] <timboy> thx privet
[22:43] <privet> timboy: you should see either the "internet IP" that you are attemping the connection from.
[22:43] <privet> or the LAN IP of your DLS router/modem
[22:44] <timboy> privet, it doesn't show anything so that means it's not coming through the modem right?
[22:44] <privet> timboy: yup
[22:45] <timboy> nice well i've got some good firewood now ;)
[23:14] <Navop> In the zone table of Bind must you use a description.exaple.com or can you use a fictious name like p4 without the example.com


[11:43] <shnatsel> Hello!
[11:43] <shnatsel> Does anybody know if I can force bzr to use HTTP transport for Launchpad branches given in "lp:..." format?
[11:45] <shnatsel> I'm going to run an unattended script on a machine that's authenticated to Launchpad with SSH, but the key has a password and it's typically locked, so the script tries to use SFTP transport and fails.
[11:48] <LarstiQ> shnatsel: remove the launchpad login in the config
[11:49] <LarstiQ> shnatsel: launchpad_username in ~/.bazaar/bazaar.conf
[11:49] <LarstiQ> shnatsel: remove/comment out
[11:49] <shnatsel> LarstiQ: the problem is I still want to keep the SSH transport for operations I perform manually
[11:50] <shnatsel> and scripts with such side effects are not a great idea
[11:50]  * LarstiQ nods
[11:50] <shnatsel> maybe there's some environment variable I can export or something like that?
[11:51] <shnatsel> if all else fails I can replace all "lp:" with "https://code.launchpad.net/" but that's ugly and error-prone
[11:52] <LarstiQ> shnatsel: I'm not aware of a good solution, but one is terribly welcome
[11:53] <shnatsel> LarstiQ: okay, where can I get the code for launchpad plugin?
[11:53] <LarstiQ> shnatsel: looking at the bzrlib/plugins/launchpad/lp_directory.py code, it shouldn't be too hard to make it more flexible
[11:53] <LarstiQ> shnatsel: it's part of core bzr, so `bzr branch lp:bzr` will do
[11:54] <shnatsel> I'm more of a shell scripter than a pythoneer, but I'll see what I can do
[11:55] <LarstiQ> shnatsel: bug 238776 it looks like
[11:55] <LarstiQ> shnatsel: feel free to ask for help on how to proceed with that
[11:56] <LarstiQ> shnatsel: my bzr coding is very rusty, but I promise to help review whatever you come up with
[11:56] <shnatsel> LarstiQ: thanks!
[11:57]  * LarstiQ heads for lunch and mathematics
[12:08] <shnatsel> as far as I can tell, _resolve(...) in bzrlib/plugins/launchpad/lp_directory.py is what turns lp: URI into bzr+ssh:// or https:// URI
[12:08] <LarstiQ> shnatsel: yes
[12:10] <LarstiQ> shnatsel: #  Only accept launchpad.net bzr+ssh URLs if we know the user's Launchpad login:
[12:10] <shnatsel> no, that seems to be an unrelated function
[12:10] <LarstiQ> shnatsel: that's in _resolve
[12:10] <shnatsel> oh
[12:10] <shnatsel> I confused it for another function definition, sorry. I see now, thanks!
[12:11] <LarstiQ> shnatsel: you could try to see if http comes up as an option but gets rejected because of that logic
[12:11] <LarstiQ> by say putting a trace.mutter at the start of the loop
[12:11] <shnatsel> oh, by the way, how do I test the changes I make?
[12:12] <LarstiQ> and then tailing ~/.bzr.log
[12:12] <LarstiQ> shnatsel: in the end, by writing a test in test_lp_directory.py I think
[12:12] <LarstiQ> shnatsel: but for starters, change that file, and then run ./bzr from your branch
[12:13] <LarstiQ> shnatsel: bzr can run directly from the branch, no installation needed
[12:13] <LarstiQ> quite handy for development
[12:14] <LarstiQ> shnatsel: doc/developers/HACKING.txt may have some helpful bits for debugging and such
[12:34] <shnatsel> No, it doesn't consider using HTTP transport
[12:34] <shnatsel> well, at least when ssh is available
[12:35] <shnatsel> let me relogin, I can't kill off ssh-agent for some reason
[12:39] <shnatsel> no, it doesn't even consider using HTTP URLs
[12:39] <shnatsel> when bzr+ssh is not available
[12:43] <shnatsel> I'm not sure how to implement proper fallback, it seems to require pretty big changes, as per James Westby's comment on bug 238776
[12:44] <shnatsel> what I can add is checking for environment variable and forcing HTTP if it's set to "true"
[12:47] <shnatsel> I'm not sure if that's an acceptable solution
[12:47] <LarstiQ> shnatsel: I don't think we need to go quite as far as james_w suggested there
[12:48] <LarstiQ> shnatsel: probably not for bzr proper, but you can take that approach locally of course
[12:48]  * LarstiQ does some testing
[12:49] <shnatsel> okay, so I shall add some kind of a URL blacklist parameter to the lookup function, then add error handling to SFTP module that checks if it's a launchpad branch and if it is, try to fall back to other URLs?
[12:51] <LarstiQ> shnatsel: it should be enough to change 'if _lp_login is not None:' to 'if _lp_login is not None or url in blacklist' or somesuch
[12:51] <LarstiQ> shnatsel: because when the launchpad username is not set, lp:bzr resolves to http://  , and when it is, to bzr+ssh://
[12:51] <shnatsel> that is rather trivial, I'm more worried about the error handling in SFTP/bzr+ssh module
[12:52] <LarstiQ> shnatsel: what error handling are you thinking of?
[12:52] <shnatsel> as described in the bug, if bzr+ssh transport fails
[12:53] <LarstiQ> shnatsel: but you don't actually need that, do you?
[12:53] <shnatsel> no
[12:53] <shnatsel> I'm not sure how to pass the blacklist either and what exactly it should contain
[12:53] <LarstiQ> shnatsel: right
[12:53] <shnatsel> I could pass URL prefixes probably, as that's what the function operates on
[12:53] <LarstiQ> shnatsel: can you explain some more how your automatic setup would work?
[12:54] <LarstiQ> shnatsel: ah hmm
[12:55] <LarstiQ> shnatsel: I suppose if you are sticking to local, you could indeed go with checking an environment variable
[12:55] <shnatsel> in fact I'm not
[12:55] <shnatsel> this is not even REQUIRED for my latest project, I can get by with sed I think...
[12:56] <shnatsel> it's just... there are lots of cases when http is desired over ssh for accessing Launchpad, such as running a script under su or sudo (ssh can't access keys), or when you want a script to work on other users' machines and want it to run unattended even if their SSH keys is locked
[12:56] <LarstiQ> right
[12:56] <shnatsel> it's not necessary for me right now, but it's something that's been bugging me and striking back for years
[12:56] <LarstiQ> shnatsel: so there are two things that come to mind
[12:57] <LarstiQ> shnatsel: one is decorating the url
[12:57] <LarstiQ> shnatsel: like http+lp:branch
[12:57] <LarstiQ> shnatsel: and the other is the fallback to http when ssh doesn't work
[12:58] <shnatsel> the first is already possible but it's error-prone
[12:58] <shnatsel> sed 's|lp:|https://code.launchpad.net/|'
[12:58] <shnatsel> that does the trick #1
[12:58] <LarstiQ> shnatsel: right, but now with bzr support
[12:58] <shnatsel> and fallback doesn't work
[12:59] <LarstiQ> shnatsel: bzr _has_ support for decorating urls
[12:59] <shnatsel> because the script just sits there waiting for user to input password to SSH key
[12:59] <LarstiQ> but it needs to be extended to lp:
[12:59] <LarstiQ> shnatsel: right
[12:59] <LarstiQ> shnatsel: this could time out, but yeah
[12:59] <shnatsel> that's why I thought of environment variable
[12:59]  * LarstiQ nods
[13:02] <LarstiQ> shnatsel: so the environment variable thing would be something like "try: no_ssh = os.environ('NO_LP_SSH') except (KeyError, ValueError): no_ssh = None"
[13:02] <LarstiQ> shnatsel: and then `url in blacklist` would be `or no_ssh is not None`
[13:02] <shnatsel> LarstiQ: makes sense
[13:06] <shnatsel> yeah that looks good to me
[13:07] <shnatsel> LarstiQ: shall I create a branch with that and post an RFC/merge request?
[13:07] <shnatsel> I think it will still need tests and documentation
[13:08] <LarstiQ> shnatsel: yeah, it might serve as a point for further discussion
[13:09] <LarstiQ> shnatsel: so a merge request is ok I think
[13:12]  * LarstiQ now really detaches to do some math
[13:58] <shnatsel> I can't get to the fallback path for some reason
[13:58] <shnatsel> I get an error:
[13:58] <shnatsel> bzr: ERROR: Invalid url supplied to transport: "bzr+ssh://bazaar.launchpad.net/+branch/elementaryos": no supported schemes
[14:00] <shnatsel> and it never considers the http URL
[14:10] <shnatsel> Turns out the HTTP URL is not even passed to that function.
[14:14] <shnatsel> Okay, I give up. Pushed what I have so far to lp:~shnatsel/bzr/launchpad-no-ssh-switch
[14:24] <shnatsel> oh wait, looks like I gave up too early
[14:38] <shnatsel> well, tried a bunch of other things, still nothing. Now I really give up.
[14:57] <vila> shnatsel: another solution would be to use a different user for your unattended operations. But you may run into access rights issue if these operations need write access. But using the same user, you can override BZR_HOME (which controls how bazaar.conf is reached) to point to a directory with whatever is needed for your unattended operations.
[15:02] <jelmer> JPeterson: sorry, I'm at a conference and I only have limited access to irc
[15:03] <jelmer> JPeterson: try /dev/stdin rather than just -


[07:29] <bigon> jdstrand: hello, I'm maintaining nut in debian, and I see that you contributed to the regression tests of for the package. With the new upstream version, these fails (they don't fail on my machine though) and TBH, I've no idea what's happening. Do you think you could have a look?
[13:48] <xnox> vorlon:  i agree
[13:53] <xnox> vorlon:  dropped d-i-requirements from ubuntu kinetic and platform, but checking all other flavours now
[14:05] <xnox> vorlon:  also i guess we should drop "ship:" as well, since we only use "ship-live" for pool/ of all the live images.
[14:05] <xnox> or do we still use "ship:" anywhere still?
[14:10]  * ogra only uses ship when traveling the seas ... 😛
[20:14] <mwhudson> xnox: you should come to my "seed rationalization" session in prague!!
[20:14] <mwhudson> (it's at 11pm on thursday in the bar?)
[20:28] <ginggs> mwhudson:  is it a "birds of a feather" session?
[20:28] <mwhudson> ginggs: it's just a vague idea at the moment, if i'm honest
[20:31] <ginggs> i'm sure people will be flocking to it


[02:20] <slangasek> lamont: so I'm pretty sure that postfix used to copy sasl modules over into its chroot without my intervention; this seems to have broken with the convertion of cyrus-sasl2 to multiarch, but I can't find where in the code it would do the copy.  Can you cluebat me?
[02:31] <slangasek> lamont: ah n/m, I've probably managed to break saslauthd
[02:41] <slangasek> lamont: hmm, nope, saslauthd doesn't look like it was ever configured... so something else has gone wrong
[02:47] <jbicha> does Feature Freeze mean that it's too late for new packages from Debian to get into Oneiric?
[02:48] <micahg> jbicha: with a good reason, you can still get them in, just file for an exception
[02:48] <jbicha> micahg: ok, thanks, I'll give it a try then
[02:48] <micahg> *if you have a good reason :)
[02:50] <jbicha> it'll just depend on if someone bothers to sponsor it in, otherwise it will happen automatically next cycle
[02:51] <micahg> we'll still be going through the sponsorship queue regularly, the trick is only the FFe for new packages
[03:30] <merlot> Hello, I have c++ program that I would like to put in a .deb package and make available for people. I'm not familiar with the build scripts anyone with a url?
[03:43] <RAOF> merlot: https://wiki.ubuntu.com/PackagingGuide/Complete is the full packaging guide; depending on what you want to do it can be a bit of overkill.
[03:46] <RAOF> merlot: If you just want something simple, there are tools being developed.  http://pkgme.net/ would be something to look into.
[03:53] <merlot> RAOF: Do I need to read the automake manual first? I just have a single .cpp file.
[03:53] <merlot> I've done make files before but not sure how to do this with automake
[03:54] <RAOF> Ah.  Your program is even simpler than that :).
[03:55] <RAOF> Automake would likely be overkill there.  I'm not sure how well pkgme handles plain makefile buildsystems.
[03:55] <RAOF> On the other hand, it would also be fairly easy to whip up a source package by hand in that case.
[03:56] <RAOF> https://wiki.ubuntu.com/PackagingGuide/Complete#Basic_Packaging isn't a bad guide there.
[04:39] <pitti> Good morning
[05:01]  * slangasek waves to pitti
[05:02] <pitti> hey slangasek
[05:02] <slangasek> lamont: postfix figured out; patch pushed to oneiric
[06:59] <dholbach> good morning
[07:41] <pitti> doko_: I got a yelp merge proposal, OK to upload gnome-ish packages again?
[07:47] <doko_> pitti: fine, as long as it doesn't leave some packages unbuildable. didn't start the rebuild yet
[07:47] <pitti> no, shouldn't; no ABI change, and builds fine locally
[07:49] <lamont> slangasek: a
[07:49] <lamont> ta
[07:54] <slangasek> doko_: anything blocking the rebuild from happening?
[07:55] <doko_> slangasek, time \o/ ... will start it today
[07:55] <slangasek> ok :)
[08:17] <ev> @pilot in
[08:18] <OdyX> tkamppeter: I changed my mind: http://bugs.debian.org/637978 I think it's a greatly better way to solve this.
[08:30] <pitti> OdyX: dpkg trigger sounds a lot more elegant indeed, thanks for working on this!
[08:30] <OdyX> pitti: thank tkamppeter for writing the postinst in the first place; it sounds almost easy now. :-)
[08:33] <merlin371> hey guys would anyone be able to help me? I'm getting an error when I try and run sudo pbuilder create
[08:34] <sladen> merlin371: probably more luck if you paste (pastebin) the error message :-)
[08:34] <merlin371> :D
[08:34] <merlin371> E: Failed getting release file http://ppa.launchpad.net/qbzr-dev/ppa/ubuntu/dists/natty/Release
[08:34] <merlin371> E: debootstrap failed
[08:34] <merlin371> that's what I get
[08:38] <tkamppeter> OdyX, great. I like this. This perfectly overcomes the conflict between PPD updater and non-CUPS spooler support in Debian.
[08:39] <tkamppeter> OdyX, thanks for working on this.
[08:39] <OdyX> tkamppeter: actually, it's probably a damn simple patch as almost everything is already in CUPS's postinst.
[08:39] <OdyX> (if we accept updating "all" queues' PPDs at any driver upgrade, but I think that this is sustainable (and safe))
[08:43] <tkamppeter> OdyX, to check whether a driver package should trigger the update, the packages are all which contain *.ppd files under /usr/share/ppd and/or /usr/share/cups/model, files in /usr/share/cups/drv and/or files in /usr/lib/cups/driver. In addition it should be possible to manually mark a package as a printer driver package so that it triggers a PPD update.
[08:43] <tkamppeter> OdyX, every update of any printer driver package should trigger a PPD update then.
[08:44] <OdyX> tkamppeter: my strategy was just to trigger a CUPS "update all your queues' PPDs" whenever another package touches anythin under /usr/lib/cups/filter or /usr/lib/cups/driver
[08:46] <RAOF> merlin371: Why is it trying to grab a PPA during debootstrap?
[08:46] <RAOF> merlin371: Also know as: stop doing that :)
[08:47] <sabdfl> our number
[08:47] <sabdfl> erk
[08:48] <merlin371> RAOF I really dont know :P
[08:49] <RAOF> merlin371: How are you calling pbuilder?
[08:49] <merlin371> sudo pbuilder create
[08:50] <RAOF> merlin371: Pastebin your ~/.pbuilderrc?
[08:52] <merlin371> it's just one line http://pastebin.com/Jf5h5TGR I added what was said on the tutorial :)
[08:53] <RAOF> Hm.  And /etc/pbuilderrc?
[08:53] <merlin371> http://pastebin.com/eCbKY025
[08:54] <merlin371> I'm guessing that's the problem?
[09:11] <merlin371> what mirrorsite should I use on it?
[09:18] <tkamppeter> OdyX, you need change this strategy a little bit: The update should be triggered if anything under /usr/lib/cups/driver, /usr/share/cups/drv, /usr/share/ppd, /usr/share/cups/model, or /usr/share/foomatic is touched. All this influences PPD files.
[09:19] <OdyX> tkamppeter: reasonably easy; I'll put my level-0 patch to the bugreport within the hour.
[09:20] <tkamppeter> OdyX, it is also needed to mark binary packages manually as needing a PPD update after installation, as it can happen that the data on which the PPDs are based are in another binary package than the executable in /usr/lib/cups/driver.
[09:21] <OdyX> tkamppeter: the trigger always happens at the end of the installation process, so that should be OKay.
[09:22] <tkamppeter> OdyX, important is that one can mark packages manually when one creates them that they need the trigger.
[09:23] <OdyX> tkamppeter: I don't understand why: if one package installs / upgrade a file under any of those directories, then the trigger will update all queues.
[09:26] <RAOF> merlin371: Just remove the mirrorsite and it'll use archive.ubuntu.com
[09:27] <tkamppeter> OdyX, imageing that package A installs an executable /usr/lib/cups/driver/A and this executable supplies PPDs to CUPS based on data in /usr/share/A. Now a printer driver package B puts data files into /usr/share/A in order to get its PPDs supplied via /usr/lib/cups/driver/A. Now let us have an update which only updates B and not A. This should also trigger the PPD update.
[09:27] <merlin371> ya it's working now RAOF thanks :)
[09:28] <OdyX> tkamppeter: if B puts a file into /usr/lib/cups/driver, it'll be OK.
[09:32] <tkamppeter> OdyX, so we must tell to packagers that every printer driver package which needs a PPD update has to put a file into the said directories. If it does not need so for itself to work, it should simply put a zero-byte dummy file.
[09:33] <OdyX> tkamppeter: well… for a driver to be recognised (and used) by CUPS, doesn't it already have such a requirement ?
[09:34] <tkamppeter> OdyX, principally yes and as AFAIK all current driver poackages have at least one file in the appropriate directories..
[09:35] <OdyX> tkamppeter: I sent the patch to the bug, it "works here", but is certainly imperfect.
[09:37] <OdyX> tkamppeter: what will be needed at "postinst removal" time on the driver packages is to add a versioned Breaks on cups, to ensure proper upgradeability.
[09:37] <tkamppeter> pitti, OdyX is introducing an infrastructure to eliminate repeated code in the postinst files of printer drivers. Should this go into Oneiric or wait for P.
[09:37] <pitti> tkamppeter: the patch should be rather easy, just re-run the configuration for a trigger
[09:37] <pitti> this seems fine for me for oneiric
[09:38] <pitti> all of the actual code is already happening after all
[09:38] <OdyX> pitti: said patch is on the bug: http://bugs.debian.org/637978 .
[09:38] <tkamppeter> pitti, OK, then if the appropriate CUPS is up, I will remove the code from the postinst files of the drivers.
[09:39] <OdyX> tkamppeter: I'm available to coordinate this trough Debian unstable: I propose we do the updates on the Debian side and "just" sync to Ubuntu.
[09:39] <pitti> OdyX: thanks, that looks fine
[09:39] <pitti> 1.4.8 moved to testing, so I'm fine with uploading 1.5.0-2 to unstable now
[09:40] <OdyX> pitti: I dislike the '.*' regex as it creates a 14'000 lines file in /tmp, but I couldn't find my way around it.
[09:48] <tkamppeter> OdyX, why the '\' before the '.', does this not make the regexp matching only URIs beginning with any number of '.'s (which are all, as zero '.'s is included). Would it not be more intuitive to have the regexp empty or ".*"?
[09:50] <OdyX> tkamppeter: shell escaping. Otherwise the ".*" gets transformed as ".gitrc .bashrc …"
[09:50] <OdyX> (well at least here it was needed)
[09:52] <tkamppeter> OdyX, another problem is that the drivers used individual regexps to assure that PPDs get only updated with PPDs of the same driver (and flavor of the driver like HPLIP and Gutenprint have IJS and CUPS Raster drivers). The regexps also overcome weird nickname changes between driver versions.
[09:53] <tkamppeter> OdyX, so what we really need is that the drivers deliver their individual regexps but the code for the update is centralized.
[09:54] <OdyX> tkamppeter: I thought about that, yeah. And feared it would be necessary.
[09:55] <OdyX> tkamppeter: idea: cups triggers on any file in /usr/lib/cups/driver/regexes/ and drivers put their regex in those files: /usr/lib/cups/driver/regexes/${package}, which the trigger then reads.
[09:55] <tkamppeter> OdyX, so the CUPS package could deliver the code in a script which takes two (optional) parameters (the regexps). But we must do all these script runs at the end of the installation, in the trigger stage, to assure that for a CUPS user CUPS is running.
[09:56] <OdyX> tkamppeter: then use my "cupsppdupdate" (just a dump of the postinst): http://anonscm.debian.org/gitweb/?p=collab-maint/pkg-printing-tools.git;a=blob;f=cupsppdupdate/cupsppdupdate;h=dadc19a658904830122a72b54958f99f58118e99;hb=HEAD
[09:56] <OdyX> it even has a manpage.
[09:57] <tkamppeter> OdyX, OK, but let us use /usr/share/cups/regexps, as once the regexps are not executable programs (so they do not belong into /usr/lib) and second, /usr/lib/cups/driver/ should not get a subdirectory.
[09:57] <OdyX> sure. I picked a random name.
[09:57] <OdyX> make that "driver-regexps", to be fully clear.
[09:58] <tkamppeter> OdyX, let us improve the name: /usr/share/cups/ppd-updaters
[09:59] <OdyX> tkamppeter: As it's your code, are you going to implement it in cups or do you need me to provide patches ? (I can do it, it's just a matter of not doing things twice.)
[10:00] <tkamppeter> OdyX, and note that there are two regexps, do not hardcode gennicknameregexp to empty.\
[10:01] <OdyX> tkamppeter: I mostly copy-pasted this from rastertosag-gdi's, feel free to make it even better.
[10:01] <tkamppeter> OdyX, as you are already on it, provide me the patch. Please base it on the current HEAD, which is 1.5.0 (probably in experimental).
[10:01] <OdyX> tkamppeter: okay. Will prepare somethin.
[10:08] <tkamppeter> OdyX, you can base the trigger on files in /usr/share/cups/ppd-updaters/ then. A PPD update without regexps does not make sense, as updating all queues easily leads to switches to an unwished driver.
[10:26] <OdyX> tkamppeter: opinions on rleigh's answer on the bugreport ?
[10:30] <fish_> hi
[10:31] <fish_> just a question: is there something special on natty's libc related to getaddrinfo? (no, I don't want support but it looks like I've found a "bug" or feature or something forcing getaddrinfo to lookup dns instead of /etc/hosts
[10:40] <Daviey> fish_: best thing to do would be to raise a bug, with a minimal code example - and output on natty, and maverick - showing the difference.
[10:41] <fish_> Daviey: well, I don't have a maverick here right now.. but i'll open a bug with code example and output on natty vs debian/testing
[10:41] <Daviey> fish_: That sounds great!
[10:46] <tkamppeter> OdyX, I have answered Roger's question now.
[10:55] <fish_> Daviey: ah damn... shame on me *facepalm*.. soo stupid typo.. hostname was 'apollo' but hosts entries apollon... ;)
[10:58] <Daviey> fish_: heh.. at least you caught it :)
[11:00] <fish_> yeah, but kind of frustrating to spend so much time on a so stupid typo ;)
[11:09] <cjwatson> tseliot: could you please look at the fglrx-installer part of bug 827046?
[11:11] <tseliot> cjwatson: sure, I'll investigate the issue. Thanks for reporting
[11:11] <cjwatson> uploading the workaround now
[11:12] <cjwatson> thanks
[11:17] <tseliot> thanks
[11:26] <OdyX> tkamppeter: Too bad: dpkg-triggers only launches …/postinst triggered /usr/share/cups/ppd-updaters
[11:26] <OdyX> tkamppeter: that means I don't know which package got updated.
[11:31] <Daviey> smoser / cjwatson / stgraber : is bug #759545 likely to be addressed for Oneiric?  Thanks
[11:32] <tkamppeter> OdyX, we must somehow do one run of the ppd-updater in the end of the installation process and if there are no traces of which packages got actually updated, we must do updates on all regexp files in /usr/share/cups/ppd-updaters. To make it not too slow we must run "lpinfo -m" once and use this output for all updates.
[11:33] <tkamppeter> OdyX, perhaps we can determine by file change dates which packages got replaced with the current update and which not?
[11:33] <OdyX> tkamppeter: that means maintaining states for those, I don't want that.
[11:34] <OdyX> tkamppeter: "run lpinfo -m" once means having that not in a separate script, but all in the postinst (I can do that actually, not hard).
[11:46] <cjwatson> Daviey: not from my side
[11:47] <doko> Sweetshark, hi, any reason for not building lo in the libreoffice ppa?
[11:47] <cjwatson> I'd take patches but it's a horrible rathole of a bug and IMO attempts to fix it have a very high propensity to go wrong
[11:49] <Sweetshark> doko: -l10n needs translate-toolkit-1.9 and that seems to be a bit messy repository-wise on our side.
[11:50] <doko> Sweetshark, what's the issue with translate-toolkit, if we do not import the translations, or do we?
[11:51] <Daviey> cjwatson: it uses ucf, right?
[11:51] <cjwatson> Daviey: sort of, it's a mix of ucf and manual handling
[11:51] <cjwatson> which is why it's a pain
[11:52] <Sweetshark> doko: I trying a build without translate-toolkit which would work hopefully, but I wanna see a successful local build first.
[11:52] <doko> Sweetshark, comment out the export-gsi target
[11:54] <Daviey> cjwatson: I'll see if smoser has any thoughts, it's really quite ugly at the moment.. but don't want to do more damage trying to fix it! :)
[12:04] <OdyX> tkamppeter: okay, I'm done. Pushing the patch to the bug in seconds…
[12:07] <OdyX> tkamppeter: http://people.debian.org/~odyx/tmp/04dde8d6a3f412b3e6b1d3a36e8bae06/cups-triggers_1.5.0-1.1.debdiff fyi.
[12:44] <tkamppeter> OdyX, great, thank you. I will look into it.
[12:53] <doko> Processing 8 changed doc-base files...
[12:53] <doko> Errors were encountered while processing:
[12:53] <doko>  /var/cache/apt/archives/gstreamer0.10-camerabin_0.10.22-2ubuntu2_amd64.deb
[12:53] <doko> Error in function:
[12:53] <doko> SystemError: E:Sub-process /usr/bin/dpkg returned an error code (1)
[12:53] <doko> ev: ^^^ there seems to be a replaces missing
[13:01] <mvo> james_w: hello! do you have a advice for me? I'm trying to build a tree with a "flat" debian directory, i.e. instead of debian/changelog just changelog. it used to be possible to do this with bzr-buildpackage in --merge mode, but now its no longer. any hints for me how to make it work again?
[13:01] <mvo> james_w: fwiw its lp:~vmbuilder-dev/vmbuilder/packaging
[13:21] <ev> doko: okay, thanks
[13:21] <mvo> hallyn: hi, I would like to do a new release of ubuntu-vm-builder but bzr-buildpackage is rather unhappy, do you have any preferences about how the package should be build? I would like to move it to a bzr-buildpackage configuration, it will require a working vcsversion.py, not sure yet how that is generated. or what method did you used in order to create the source package?
[13:27] <hallyn> mvo: <thinking>
[13:27] <mvo> hallyn: if you don't have any preferences, I would simply move the packaging into a new debian/ subdir
[13:28] <hallyn> mvo: I guess i just stick the packaging dir in there by hand for each build
[13:28] <mvo> hallyn: and generate the vcsversion.py via a bzr-buildpackage build hook
[13:28] <hallyn> that is, lp:~vmbuilder-dev/vmbuilder/packaging under lp:vmbuilder
[13:28] <Daviey> mvo: Hmm, what are you doing with it exactly>
[13:28] <Daviey> ?
[13:28] <hallyn> mvo: that's fine with me, though.  Please go ahead and document the new workflow somewhere.
[13:28] <mvo> Daviey: fixing it enough so that it can generate oneiric images
[13:29] <mvo> hallyn: sure, I will create a debian/README.source
[13:29] <hallyn> mvo: thanks!
[13:29] <Daviey> .. we were thinking of dropping it from the archive soon.. because nobody is maintaining it.
[13:29] <mvo> hallyn: but the idea is that bzr-buildpackage will be enough, nothing else
[13:29] <mvo> Daviey: I know and yet livebuild is not (yet) a replacement IMO, at least last I checked it was not at all trivial to build a vm image with it
[13:30] <mvo> Daviey: and honestly I think we need to have something as simple as "whatever build kvm oneirc"
[13:30] <hallyn> yeah, I'm rather using 'vm-new -t mini' as a replacement
[13:30] <hallyn> mvo: bzr-buildpackage from vm:vmbuilder ?
[13:30] <Daviey> hallyn: vm-new ?
[13:30] <mvo> hallyn: from the packageing checkout
[13:31] <mvo> hallyn: so what do I need to install to get vm-new :) and will it be able to genertate images for older distro releases as well (I assume so, right)?
[13:31] <hallyn> Daviey: vm-tools - see https://wiki.ubuntu.com/SecurityTeam/TestingEnvironment
[13:31] <hallyn> mvo: yup, shoudl work for all releases.  That's a requirement for security team
[13:32] <mvo> eh, if I have to do all the 5 steps and create this textfile in ~ I think we are not quite there yet
[13:32] <hallyn> coudl be, but if there will be wider useage perhaps we cans mooth that out
[13:32] <hallyn> s/cans mooth/can smooth/
[13:32] <mdeslaur> mvo: would you like a python gui as well? :P
[13:32] <mvo> I mean, no offense, but I'm really impatient and for me this is a tool
[13:33] <mvo> mdeslaur: no, just "vm-new kvm oneiric" or whatever synatx after I installed it
[13:33] <mvo> no exports, no textfiles
[13:33] <Daviey> mvo: Yeah, it was just on my todo to raise an archive removal request this week. :)
[13:33] <hallyn> Daviey: jinkeys.  i thought we were waiting for 12.04 to actually pull it
[13:33] <mvo> I think that is too early, IMO we need at least document what replaces it
[13:33] <mdeslaur> vm-new --mvo-mode kvm oneiric
[13:34] <mdeslaur> :)
[13:34] <mvo> mdeslaur: yeah vm-new --auto kvm oneiric ;)
[13:34] <hallyn> Daviey: note that vm-builder should mainly still work!  We just don't want to be maintaining all the little corner cases that break.
[13:34] <mvo> mdeslaur: no offense, I think this is all wonderful work, but this last bit for just works(tm) is missing ;)
[13:34] <hallyn> mvo: mdeslaur: i'd like to find some time to smooth some of that out and maybe make a package of it
[13:34] <Daviey> hallyn: I hit a corner case everytime i use it :)
[13:35] <hallyn> Daviey: you *are* a corner case
[13:35] <Daviey> thanks. :)
[13:35] <hallyn> ok well then maybe i shoudl bump priority of productizing vm-tools?
[13:35] <hallyn> note it's still not a full vmbuilder replacement as it requires running qemu/kvm...
[13:36] <Daviey> well rather that than reinventing d-i :)
[13:36] <mdeslaur> I'm not sure vm-tools is something that ought to be a package or a product
[13:36] <mdeslaur> it's a 2000 line bash script full of workarounds and hacks
[13:36] <Daviey> mdeslaur: Does it support foreign arches btw?  armel on amd64 host?
[13:37] <mdeslaur> It's not a vmbuilder replacement...it's just some scripts that we use to help us create vms
[13:37]  * Daviey makes a mential note that this really needs clarification at the next UDS with what we are doing.
[13:39] <mvo> heh :) I will just go ahead and do my tiny tiny fix for vmbuilder to make it create oneiric VMs, I'm not attached to it in any way, but I need something like this that is so simply that even I can use it
[13:40] <hallyn> mdeslaur: hm.  but don't you think that sort of thing always will necessarily be so?
[13:41] <Daviey> echo mvo > vmbuilder-maintainers.list
[13:41] <hallyn> mdeslaur: always have to deal with little per-distro/per-release special cases, as well as local mirroring/network context?
[13:42] <hallyn> anyway, i'll wait then :)
[13:43] <mdeslaur> hallyn: yes, but I don't think a 2000 line bash script is the way to handle it...package it if you want, but you'll be spending all your time SRUing fixes to it
[13:43] <mdeslaur> updates break it, new releases break it, etc.
[13:44] <mdeslaur> ironically, it's not a vmbuilder replacement...it used to be a wrapper _around_ vmbuilder :P
[13:45] <Daviey> hallyn: /usr/bin/vm-tool could just be a wrapper to wget from http://people.ubuntu.com/~mdeslaur/vm-tool and exec as root. Seems clean enough to me :)
[13:45] <hallyn> yes, but most bug reports for vmbuilder didn't come from vm-tools users :)
[13:45] <hallyn> cause it had fewer options.
[13:46] <mdeslaur> Daviey: there you go! +1
[13:46] <mdeslaur> hallyn: right...so what we need then is a vmbuilder replacement that only uses command line opts, and then modify vm-new to use that replacement to add all our hacks and customizations
[13:47] <hallyn> well, one coudl argue that we spend enough time maintaining an installer that requiring users to set up their own pre-seeded install isn't unreasonable
[13:47] <hallyn> mdeslaur: let's have Daviey write it :)
[13:47] <mdeslaur> hallyn: ah! sounds like a plan :)
[13:49] <Daviey> Hmm.
[13:49] <Daviey> I'll write it in go.
[13:50] <mdeslaur> Daviey: there you go, and you'll win a prize :)
[13:50] <hallyn> Daviey: \0/
[13:50] <hallyn> (i'm an alien, i always have a big head)
[13:50] <mdeslaur> maybe testdrive is the tool that should be used
[13:50] <hallyn> it doesn't actually install
[13:51] <Daviey> heh.. smoser and perhaps RoAkSoAx was quite keen for cobbler/koan to be considered for a replacement
[13:51] <hallyn> do they have a prototype?
[13:51] <Daviey> RoAkSoAx did show me how easy it could be with koan.
[13:52] <mdeslaur> yes, I actually started to try and get koan working and packages
[13:53] <mdeslaur> but I lost patience and added preseeding to vm-new instead
[13:53] <mdeslaur> but koan would be a lot better at a package app than a 2000 line bash script
[13:54] <hallyn> RoAkSoAx: ^ if you've been advocating it as a replacement, do you have something close to a package providing a cmd-line tool that can be tried out?
[13:55] <hallyn> Daviey: uh, now, you're uploading gtk-vnc with sbeattie's fix right?
[13:55] <Daviey> yes sir!
[13:56] <hallyn> Daviey: thanks :)
[13:56] <smoser> imo the right way to build vms is via network or cd boot
[13:57] <smoser> which is waht koan does, but which can also be fairly easily done without cobbler requirement
[13:57] <smoser> see my 'cobbler-devenv' and the way it builds a reproducible image
[13:58] <smoser> the one nasty thing in it is that it ahas to extract the initramfs and gues at the command line parameters that would be set by syslinux
[13:58] <smoser> imo the right way to fix *that* is to have the installer optionally read a seed file off a LABELed disk.
[13:58] <smoser> then we'd just attach a second ISO or floppy disk that had a preseed in it it and a label named "PRESEED" on the filesystem.
[13:58] <smoser> and boot the Cd
[13:59] <hallyn> smoser: yes, that's how the new mini type for vm-new works
[13:59] <hallyn> I nabbed that idea+code from yours :)
[13:59] <hallyn> works very nicely
[13:59] <smoser> and no root!
[13:59] <smoser> but really, we need more cooperation from the installer
[13:59] <smoser> parsing syslinux is no fun, and changes every release.
[13:59] <Daviey> smoser: you and your care for non-root...
[14:00] <hallyn> don't you run everything as root anyway?
[14:00]  * hallyn loads up a flash website
[14:00] <smoser> oh, i like root, and i like the fact that i have root on just about every machine Daviey touches.
[14:00] <smoser> :)
[14:01] <Daviey> heh
[14:02] <mdeslaur> hallyn: btw, I still haven't merged your mini iso stuff in, I was trying to get virt-install to use a initrd without rebuilding the iso
[14:02] <mdeslaur> hallyn: but haven't succeeded yet
[14:02] <RoAkSoAx> hallyn: sudo apt-get install koan :)
[14:03] <RoAkSoAx> hallyn: https://help.ubuntu.com/community/Cobbler/Deployment#Deploying via koan
[14:03] <RoAkSoAx> hallyn: and yes smoser's cobbler devenv is also pretty cool
[14:08] <RoAkSoAx> hallyn: btw.. SRU's version on changelog's are like (if changelog is ubuntu2 then SRU is ubuntu2.1)
[14:11] <hallyn> RoAkSoAx: my understanding was that that's only needed if the next release has ubuntu3, but not if it switched to a whole new version
[14:12] <hallyn> but in any case yeah i did notice i didn't do that in the other debdiff.
[14:12] <hallyn> but since i've deleted that, you can all just STEP OFF!  :)
[14:13] <hallyn> all right time to figure out wtf is going on with libvirt+cgroup-bin
[14:13] <RoAkSoAx> hallyn: but I should proceed with the SRU's right?
[14:18] <hallyn> RoAkSoAx: the ones i asked about yesterday?  yes please
[14:18] <RoAkSoAx> hallyn: cool. Looking at them right now ;)
[14:33] <dobey> pitti: ping https://bugs.launchpad.net/ubuntu/+bug/817133/comments/13 :)
[14:35] <RoAkSoAx> hallyn: uploded!
[14:35] <hallyn> RoAkSoAx: thanks!
[14:36] <hallyn> RoAkSoAx: i may have to submit another upload soon-ish :(  think we need a cgrulesengd policy for libvirt.  not sure yet
[14:36] <RoAkSoAx> hallyn: ok, just let me know ;)
[14:44] <hallyn> jbernard: hey, do you have a sec?
[14:45] <hallyn> jbernard: i have a cgrules.conf entry:
[14:45] <hallyn> root:libvirtd   *               libvirt/
[14:46] <hallyn> but libvirt only ended up in cpu:libvirt, but is in devices:/sysdefault (and sysdefault for all the others)
[14:46] <hallyn> just wanna make sure i'm not doing something wrong with the entry
[14:50] <hallyn> well this must be a bug
[14:59] <hallyn> meh.  perhaps we want the default libcgroup install to run cgrulesd but NOT cgred
[14:59] <hallyn> smoser: ^
[14:59] <hallyn> smoser: have you tried running '/usr/sbin/cgrulesengd -v -d'?  every task create causes that thing to work
[15:00] <hallyn> maybe they should be split up into two packages
[15:00] <hallyn> well, that's for later i guess.  fix the bug first
[15:03] <smoser> hallyn, i think libvirt works fine
[15:04] <smoser> its cgroups-bin that is the issue
[15:04] <smoser> its not starting before libvirt and then libvirt has to be restarted and 'restart libvirt' doesn't funciton
[15:04] <hallyn> smoser: no
[15:05] <hallyn> smoser: yes cgroups-bin is the issue.  but just bc it reclassifies libvirt under /sysdefault
[15:05] <hallyn> it *has* to start before libvirt.  we have upstart enforcing that
[15:06] <hallyn> well, ok
[15:07] <hallyn> what you point to is the better fix, but it's a fix in libvirtd!  it should be able to handle having its cgroup changed
[15:07] <hallyn> i.e. it starts in '/', then cgred gets aroudn to reclassifying it
[15:08] <mterry> Does anyone know why installing devscripts ends up asking a dpkg question about postfix setup?  (I understand the dependency tree, but I'm curious if there's a good reason we need to keep doing this...)
[15:08] <mterry> cjwatson, seems like you would know ^^
[15:09] <cjwatson> I do not
[15:09] <cjwatson> try lamont
[15:10] <mterry> cjwatson, thanks!  lamont, consider yourself asked  :)
[15:10] <infinity> mterry: Are you asking why postfix asks debconf questions, or why devscripts is pulling it in?
[15:10] <mterry> infinity, devscripts->bsd-mailx->default-mta->postfix  is the chain I think
[15:10] <mterry> infinity, I guess why it should ask debconf questions
[15:11] <infinity> Because an MTA that asks no questions ends up being nearly useless.
[15:11] <infinity> When we shipped one by default, we used to go questionless, and people complained because it was neutered (it had to be to not have open ports).
[15:11] <hallyn> smoser: (honestly, it doesn't quite make sense to me.  the code seems to do the right thing.  this shouldn't be happening)
[15:12] <infinity> When we moved all the m-t-a deps to recommends, we un-neutered postfix.
[15:12] <infinity> And I suppose then things went pear-shaped with install-recommends-by-default, where people now get asked questions sometimes, but... It beats typing "apt-get install postfix" and ending up with something that doesn't actually work as an MTA.
[15:13] <mterry> infinity, I'm looking at making the fresh-to-Ubuntu-packaging experience easier, and the dpkg question seems to be a point of pain.  I'm trying to see what could be done to make that easier/go away
[15:13] <infinity> --no-install-recommends will make it go away. :P
[15:14] <tkamppeter> OdyX, I have tested your patch and added it to Debian's BZR repo of CUPS now.
[15:14] <OdyX> tkamppeter: yay. Did you need to change stuff ?
[15:14] <tkamppeter> pitti, can you upload the CUPS package to Debian and Ubuntu? Thanks.
[15:15] <mterry> infinity, bsd-mailx is used for 'bts', 'mass-bug', and 'pts-subscribe' devscripts.  I assume those are all useful enough that we couldn't tweak them or move them to a suggested package or something?
[15:15] <tkamppeter> OdyX, no, worked out of the box. I have tested by updating rastertosag-gdi appropriately.
[15:15] <infinity> mterry: mailx itself is already suggested...
[15:15] <infinity> mterry: But perhaps in a recommends chain from another recommends?
[15:16] <Laney> mterry: install another mta explicitly such as nullmailer, then you won't get postfix at all
[15:16] <infinity> That's an option, sure.
[15:16] <mterry> Laney, hm
[15:17] <mterry> infinity, bsd-mailx is in the recommends for devscripts, not suggests
[15:17] <infinity> I dunno.  Call me crazy, but if people can't answer a debconf prompt, or figure out how to install another MTA to avoid a dependency, their packages will frighten me. ;)
[15:17] <mterry> infinity, :) actually, I'm coming at this from the "quickly" side, where the tool is doing the packaging for the user
[15:17] <mterry> infinity, so I'm targetting a pretty packaging-leery audience that doesn't want to see such questions
[15:18] <infinity> Suggests: bsd-mailx | mailx
[15:18] <infinity> mterry: Which version are you seeing that as a recommends?
[15:18] <OdyX> tkamppeter: by re-reading the patch, I think we should put the lpinfo -m in a if [ "$1" = configure ] || [ "$1" = triggered ]; then …; endif to not launch it in other cases.
[15:21] <Laney> infinity: appears to be recommends on natty
[15:22]  * infinity is curious when that changed.
[15:22] <Laney> git blaming now
[15:22] <mterry> infinity, 2.10.69ubuntu2
[15:22] <mterry> infinity, in oneiric
[15:23] <Laney> grr, wrap-and-sort
[15:24] <infinity> Anyhow, that's probably the "correct" solution for us, going forward.
[15:24] <Laney> http://anonscm.debian.org/gitweb/?p=devscripts/devscripts.git;a=commit;h=563f6ae2376c852c22d5a960ff1a4547ac33973b
[15:25] <infinity> Neutering postfix for the sake of an odd use-case of "devscripts being used by people who don't understand what devscripts is for" seems odd to me. :P
[15:25] <jtaylor> barry: there is a minor problem with the m2crypto upload, it accidentally patches the removed file back in and one of the patches include to seperate fixes
[15:25] <jtaylor> barry: the former is not really a problem, as the file was confirmed as free by the author, the latter would be nice for the future merge in P
[15:26] <pitti> tkamppeter: ah, thanks for committing the patch
[15:26] <barry> jtaylor: can you submit a bug report on it?
[15:27] <jtaylor> should I fix it?
[15:27] <jtaylor> no functional change so no exception necessary
[15:28] <barry> jtaylor: that would be great; happy to sponsor it
[15:29] <mterry> infinity, ok, I can look into why it is now a recommends instead of a suggest and maybe it's a revertable change...
[15:29] <infinity> mterry: Err.  No, it's now a suggests.  It *was* a recommends.
[15:30] <infinity> mterry: As in, this is fixed in unstable and oneiric.
[15:30] <jtaylor> barry: not sure if I should remove the unintentional adding of the file, as there is an allowance by the author to distribute it, maybe just add a notice to the patch?
[15:32] <barry> jtaylor: good question.  ScottK might have some input on that.  if there's some definitive reference for its free-ness, adding that to the patch and leaving the file included should be okay i think
[15:32] <mterry> infinity, guh, I'm using two laptops, one oneiric and one natty
[15:32] <mterry> infinity, looking at natty, but mentally thinking oneiric, because that's where my chat is
[15:32] <mterry> infinity, ok, awesome
[15:37] <infinity> Okay, this is really starting to irk me: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.UnknownMethod: Method "Get" with signature "ss" on interface "org.freedesktop.DBus.Properties" doesn't exist
[15:41] <barry> bdmurray: ping
[15:41] <barry> (might be too early for you tho)
[15:42] <bdmurray> barry: not if I'm in London (which I am)
[15:42] <barry> bdmurray: ah! cool. do you have a few minutes to talk about launchpad bugs?
[15:42] <bdmurray> barry: yes
[15:43] <barry> bdmurray: i'll go to pvtmsg
[15:48] <pitti> tkamppeter: uploaded
[15:51] <tkamppeter> pitti, thanks.
[15:53] <OdyX> yay, thanks !
[15:53] <pitti> OdyX: thanks muchly
[15:54] <mdeslaur> cyphermox: any idea on how to get evolution to not segfault on startup now that I've updated to oneiric?
[15:54] <OdyX> Now it's time to update all drivers to use that. Yay.
[15:54] <seb128> mdeslaur, run it in gdb?
[15:54] <seb128> (that does it for me)
[15:56] <mdeslaur> seb128: nope, no dice :(
[16:18] <cjwatson> Laney: ah, I missed the existence of syncpackage -d, thanks
[16:18] <Laney> np
[16:20] <tumbleweed> and I was just about to file a sync request for ubuntu-dev-tools... :)
[16:21] <Laney> NEVER AGAIN!
[16:28] <jamespage> doko: are you tagging Java on ARM related bugs in any way?
[16:29] <kirkland> hallyn: Daviey: just read a little of the above conversation;  cobbler+koan is *very* slick for that
[16:30] <doko> jamespage: jamvm
[16:31] <doko> cjwatson: where can I find the usb images?
[16:33] <cjwatson> doko: nowhere yet, I'm to sort them out this week
[16:33] <doko> cjwatson: are these a subset of the dvd images, or is there something more installed?
[16:34] <dobey> pitti: replied on bug. sorry for all the confusingness of it all. :)
[16:35] <cjwatson> doko: they should end up being roughly a subset
[16:36] <mdeslaur> cyphermox: hmm...I think doing dpkg -P evolution-webcal fixed it
[16:36] <hallyn> kirkland: can it be reduced to a single command line tool to create any supported ubuntu release?
[16:37] <mdeslaur> cyphermox: or one of these: dpkg -P libecal1.2-8 libebook1.2-10 libebackend1.2-0 libebook1.2-8 libedata-book1.2-8
[16:39] <kirkland> hallyn: hmm, good question;  with the right preseed, yes, i don't see why not
[16:39] <kirkland> hallyn: poke RoAkSoAx, as he's really deft at it
[16:40] <hallyn> we have, i think it's on his brain :)
[16:40] <hallyn> thanks
[16:56] <Laney> cjwatson: do you mind if i sync mono or would you still like to reserve it to test?
[16:57] <Ursinha> kenvandine: hey, now I understand what you said yesterday :)
[17:02] <cjwatson> Laney: could I still reserve it just for a bit longer, I'd like to test that fix
[17:02] <Laney> yep
[17:02] <cjwatson> Laney: hm, I notice that BaseWrapper has a __call__ method that's return self._lpobject
[17:02] <Laney> you could actually do the sync if you want, I've got to walk home now
[17:02] <cjwatson> Laney: do you think that violates encap too?
[17:02] <cjwatson> I sort of agree that at least the bare copyPackage method probably ought to be done in lpapicache, so that callers just see Archive wrapper objects, though
[17:03] <Laney> I see why it can be pragmatically useful, but I'd prefer to keep stuff in ubuntutools as far as possible
[17:03] <Laney> like I say, don't block on that though — we can do it later
[17:03] <cjwatson> I'm doing it now anyway :)
[17:03] <cjwatson> seems like a very odd use of __call__
[17:04] <Laney> indeed
[17:04] <Laney> I wonder if it's made use of anywhere
[17:04] <cjwatson> hard to tell ...
[17:04] <Laney> sadly
[17:05] <Laney> silly dynamic languages :-)
[17:05] <Laney> anyway, back later
[17:28] <tkamppeter> kees, hi
[17:32] <kees> tkamppeter: hello!
[17:34]  * doko hides from the colord fight ...
[17:36] <kenvandine> hey Ursinha
[17:50] <tkamppeter> kees, I have seen your answer. So we must see whether Richard Hughes (or RAOF) can improve the situation, otherwise we need to skip the Blueprint over to P and give Richard six months to improve colord.
[17:58] <tkamppeter> kees, the inserted media case is already covered by one of Richard's patches. RAOF could include it in the package.
[18:00] <ahasenack> hi guys, are there some guidelines somewhere about using dh_python2 in ubuntu? Or should I just follow the debian guides?
[18:02] <micahg> ahasenack: http://wiki.debian.org/Python/TransitionToDHPython2?action=show&redirect=Python%2FPythonSupportToDHPython2, conversion needs an FFe though
[18:02] <ahasenack> micahg: FFe for what, oneiric?
[18:03] <micahg> ahasenack: yeah, the change probably shouldn't happed for anything before
[18:03] <micahg> *happen
[18:03] <ahasenack> micahg: ok, thanks
[18:03] <ahasenack> micahg: I'm playing with a ppa first, and this package isn't in ubuntu
[18:03] <micahg> ah, ok, well have fun then :)
[18:03] <ahasenack> nor debian
[18:04] <ahasenack> micahg: is there a doc for starting from scratch with dh_python2? That one is about converting existing packages
[18:04] <ahasenack> I guess man dh_python2
[18:05] <ahasenack> or the instructions about packaging python apps, let me search for that
[18:07] <slangasek> from scratch:  %:\n\tdh $@ --with=python2\n^D
[18:08] <slangasek> by default, it should all DTRT
[18:08] <ahasenack> I meant a debian/rules file, not /etc/sendmail.cf
[18:08] <ahasenack> :D
[18:08] <slangasek> hah
[18:08] <slangasek> %:
[18:09] <slangasek>    dh $@ --with-python2
[18:09] <slangasek> :P
[18:09] <ahasenack> much nicer :)
[18:09] <ahasenack> ok, I will have to work a bit here, as this package has to build on hardy, lucid and all the rest that is still supported
[18:10] <slangasek> ah
[18:10] <slangasek> well, backporting dh_python2 for lucid is a todo for this cycle still
[18:10] <ahasenack> I have lots of ifneq (,$(findstring $(dist_release),"hardy")) type of things in this rule file
[18:11] <slangasek> but backporting it to hardy isn't in the cards; the python upstream support isn't there that far back
[18:11] <ahasenack> and the other releases
[18:11] <ahasenack> sure
[18:11] <jtaylor> --with python no hyphen
[18:11] <jtaylor> s/python/python2/
[18:15] <dobey> ScottK: do the last few comments on bug #817133 help any? or you need more clarification?
[18:17] <slangasek> jtaylor: er, yes; I meant --with=python2, sorry
[18:18] <slangasek> you know, I would swear flashplugin is eating less CPU now that I've removed ia32-libs
[18:19] <micahg> slangasek: is flashplugin-installer using the multiarch libs now?
[18:19] <slangasek> micahg: all the libs necessary to cross-install flashplugin-installer are multiarched
[18:20] <slangasek> micahg: so you need only run 'apt-get install flashplugin-installer:i386'
[18:21] <micahg> slangasek: can we switch the amd64 version to use the multiarch 32 bit libs?
[18:21] <slangasek> micahg: no; what we can do is drop the amd64 package from the archiv
[18:21] <slangasek> e
[18:22] <micahg> slangasek: why wouldn't we want to have it displayed as an option to install for people? (or does flashplugin-installer:i386 show up in software center)?
[18:22] <slangasek> micahg: i386 packages will show up just fine in software center
[18:23] <slangasek> and "want to have it displayed" is not the issue - the issue is that we don't support specifying "this package of arch x depends on that package of arch y"
[18:23] <slangasek> you can only say "arch needs to match" or "arch doesn't need to match" - so it has to be an i386 package to ensure the correct i386 libs are pulled in
[18:23] <micahg> slangasek: also, don't we still need the nspluginwrapper depends for it?
[18:24] <slangasek> I'm working on that part
[18:24] <micahg> ok
[18:32] <jbicha> Adobe just needs to hurry up and release Flash Player 11 for 64bit
[18:32] <slangasek> they did that once before; it wasn't very good
[18:32] <slangasek> well, not 11
[18:32] <slangasek> other numbers
[18:33] <jbicha> it was never an official release, just an unsupported beta right?
[18:33] <slangasek> yes
[18:33] <micahg> slangasek: does multiarch installation work against partner as well or just the main archive?
[18:33] <jbicha> I'm using Flash 11 64 from sevenmachines' PPA
[18:33] <slangasek> micahg: works fine with partner; I have skype:i386 installed right now, and have tested adobe-flashplugin:i386
[18:34] <micahg> slangasek: very cool, so once you get the nspluginwrapper bits fixed, we can just drop flashplugin-installer entirely
[18:35] <slangasek> hmm, really?
[18:35] <slangasek> I didn't realize that was the only reason it was around
[18:35] <micahg> yeah, flashplugin-installer is just a wrapper to handle the nspluginwrapper bits
[18:37] <ricotz> slangasek, hello, could you get gnome-menus NEWed?
[18:38] <slangasek> ricotz: there are an awful lot of packages in the NEW queue ahead of it; is there some particular reason gnome-menus is needed right now?
[18:40] <ricotz> slangasek, hmm sorry, i would like to update the gnome-shell snapshot which already depends on it
[18:40] <ricotz> slangasek, i was hoping pitti would get to it, but he called it a day already ;)
[18:40] <slangasek> ricotz: I'll have a look at cutting down the NEW queue, but it's first come first serve :)
[18:41] <ricotz> slangasek, no problem, thank you
[18:59] <slangasek> bdmurray: is there a sensible way to write a bug pattern to trap the duplicates listed on https://bugs.launchpad.net/ubuntu/+source/nspluginwrapper/+bugs?field.searchtext=upgrade+134 ?  (The error code is not enough to identify them as duplicates, we should examine the backtrace in the term.log...)
[19:01] <micahg> Laney: did you use th new script to sync mono?
[19:02] <Laney> yap
[19:03] <micahg> so, it's not doing the equivalent of -vUBUNTU_VERSION, I'm just wondering if this is a known issue
[19:03] <Laney> just filed it
[19:04] <slangasek> ScottK: still waiting for Debian feedback on bug #825689?
[19:04] <slangasek> ScottK: provided that no one can see a reason that qdbus is needed in the -dev package, I'm happy to JFDI
[19:07] <cjwatson> Laney: I filed that too ...
[19:07] <Laney> oops
[19:07] <slangasek> mdeslaur: I've just uploaded a multiarchified nspluginwrapper; I have one outstanding doubt, which is that the internal protocol between npwrapper.so and npviewer.bin has changed since natty, which implies there should be a versioned dependency between the i386 and amd64 parts.  Do you have an opinion on what that versioned dep should be?  Should it just be kept in version lockstep?
[19:07] <micahg> heh, glad I asked
[19:07] <Laney> got a number so that I can dupe it?
[19:07] <cjwatson> ha, adjacent bug numbers!  bug 827576 bug 827577
[19:07] <cjwatson> I guess yours wins
[19:08] <Laney> :-)
[19:08] <micahg> cjwatson: I filed a sponsored sync bug earlier, but yours is more verbose, so I duped mine to yours
[19:08] <cjwatson> micahg: I had a sponsored sync bug?
[19:08] <tumbleweed> it looks like "derivation" is the tag to use for copyPackage bugs
[19:08] <cjwatson> it is
[19:08] <cjwatson> per bigjools
[19:08] <micahg> cjwatson: a bug about supporting sponsored syncs
[19:09] <cjwatson> oh, ok
[19:09] <mdeslaur> slangasek: multiarchified? oh, you split the package in half? I'm not quite sure I comprehend
[19:10] <slangasek> mdeslaur: right; so 32-bit npviewer.bin is now in an i386 package, the 64-bit npwrapper.so is in an amd64 package, and the amd64 package depends on 'nspluginviewer' - of which there's only one in the archive, on i386, so the dep gets satisfied via multiarch
[19:10] <cjwatson> micahg: thanks, I hadn't gone through the full list, on the assumption that since I was writing the client tool I'd be encountering most of the problems for the first time :-)
[19:11] <slangasek> mdeslaur: so because they're now in two separate packages, there could be version skew unless we specify otherwise; so I'm wondering what to specify
[19:11] <mdeslaur> slangasek: oh I see...yeah, I'd go with a version lockstep
[19:11] <slangasek> ok
[19:13]  * mdeslaur hugs slangasek for killing ia32-libs
[19:13] <slangasek> trying to kill it
[19:13] <slangasek> I think I've cut through the skin ;)
[19:14] <mdeslaur> slangasek: so the ia32-libs package will be empty and will just have depends for whatever it's contents used to be?
[19:15] <seb128> slangasek, you probable want gtk3 switched to multiarch
[19:15] <seb128> having gtk2 converted is nice but that one is deprecated ;-)
[19:15] <slangasek> YokoZar: hi, speaking of killing ia32-libs, I see that there hasn't been much progress on multiarching the stuff that was recently added for wine's benefit.  Do you think you'll have time to work on that sometime soon?  I'm inclined to kill ia32-libs from the archive as soon as p opens
[19:16] <slangasek> seb128: yes, I would like that... I sighed when I saw it had been added in non-multiarch form :)
[19:16] <slangasek> though I guess the packaging dates back to maverick, so that makes sense
[19:17] <seb128> right ;-)
[19:17] <YokoZar> slangasek: I'll need to see exactly what's missing still
[19:17] <seb128> it's somewhat on my list but desktop world still has lot of things that need to be done for oneiric
[19:17] <YokoZar> slangasek: and the state of how much today's wine depends on it
[19:17] <seb128> so not sure when it will be done, it's rather low on the stack
[19:18] <slangasek> seb128: yes, and it's probably too late to change that for oneiric; best to do the conversion when p opens
[19:18] <slangasek> (it's not a blocker for ia32-libs reduction, anyway)
[19:18] <tumbleweed> cjwatson: hrm I notice debversion isn't validated, and I can file a sync request for a package that launchpad hasn't imported from debian yet
[19:21] <tumbleweed> ah bug 826850 will take care of that
[19:22] <slangasek> mdeslaur: depends for its contents> nothing nearly so gentle; since we have no way for ia32-libs to say "Depends: libcups2:i386" right now, the plan is to simply cull the contents, and users will need to be sure to upgrade to the oneiric i386 version of the package in question
[19:23] <slangasek> mdeslaur: so partial upgrades would be broken, and some local packages might be broken - users would have to track down the corresponding i386 package and install that
[19:23] <slangasek> or resolve the library deps by hand
[19:24] <mdeslaur> slangasek: I see...I'm just thinking of people downloading something like skype from their website
[19:24] <slangasek> well
[19:24] <mdeslaur> slangasek: where they have an amd64 package that pulls in ia32-libs because it actually contains i386 binaries
[19:24] <slangasek> there's a skype package in partner
[19:24] <mdeslaur> slangasek: but...meh...
[19:24] <tkamppeter> I cannot start emacs, I get
[19:24] <tkamppeter> emacs: symbol lookup error: /usr/lib/gio/modules/libgiozeitgeist.so: undefined symbol: g_desktop_app_info_launch_handler_get_type
[19:24] <mdeslaur> slangasek: yes, exactly
[19:24] <tkamppeter> Any workaround?
[19:24] <slangasek> and since they're a *partner*, perhaps we can encourage them to drop the amd64 .deb
[19:25] <slangasek> in general, I expect ISVs will be thrilled to not be providing amd64 .debs anymore :)
[19:32] <slangasek> seb128: btw, I committed a small multiarch fix to gtk+2.0 bzr; should I upload that, or wait until there's another reason to upload?
[19:33] <seb128> slangasek, if you want to upload feel free but I think doko was looking at starting a rebuilds test so maybe check with him if that's a right time to create instalability issues on some archs around gtk
[19:33] <slangasek> seb128: does gtk out-of-dateness cause uninstallability?
[19:34] <doko> well, I don't think so
[19:34] <doko> today's toolchain builds are all in the archive for amd64/i386
[19:34] <slangasek> all dependencies on libgtk2.0-common are unversioned, so it should be safe
[19:35] <seb128> slangasek, it used to, I think it got fixed though
[19:35] <seb128> slangasek, right, feel free to upload then ;-)
[19:35] <slangasek> seb128: cool, going
[19:36] <slangasek> doko: oh, another round of toolchain builds before the test rebuild?
[19:36] <doko> slangasek: they're done
[19:36] <slangasek> ok
[19:37] <slangasek> still thinking to start the test rebuild today?
[19:37] <Laney> interesting, the Debian uploader gets credited with syncs using the API
[19:37] <doko> yes
[19:39] <slangasek> cool... once there are some failure logs I can spend some time hammering on those
[20:11] <bdmurray> slangasek: I'd think so
[20:14] <jml> that is a lot of kept-back packages
[20:30] <jml> upgrade made caps lock stop being a control key :(
[20:30] <cjwatson> tumbleweed: wouldn't hurt to validate it anyway; I'll take care of that
[20:30] <cjwatson> Laney: er, they do?  I thought that was fixed
[20:31] <Laney> credited was probably a bit much, but nobody gets it on +uploaded-packages
[20:31] <ion> jml: This? https://bugs.launchpad.net/ubuntu/+source/console-setup/+bug/740214
[20:32] <cjwatson> Laney: do file a derivation bug then ...
[20:32] <Laney> did
[20:32] <cjwatson> ta
[20:33] <SpamapS> hmm.. so gdal is building without finding libxerces .. despite having --with-xerces and libxcerces-28-dev as a build-dep..
[20:33] <SpamapS> http://paste.ubuntu.com/667663/
[20:33] <jml> ion: seems right
[20:33] <SpamapS> There is the failure from config.log ...
[20:33] <jml> ion: definitely same symptoms, but so much was upgraded I couldn't swear to same cause
[20:34] <SpamapS> I notice that -lxerces-c is before conftest.cpp ...
[20:35] <SpamapS> I've seent his problem before.. but not sure how to correct it
[20:36] <SpamapS> if -lxerces-c is moved after conftest.cpp .. it works fine
[20:43] <cjwatson> SpamapS: put -l arguments in LIBS not LDFLAGS during configure
[20:44] <cjwatson> one of the standard failures with ld --as-needed
[20:44] <SpamapS> :q
[20:44] <SpamapS> Heh.. that was me :q'ing the wrong file.. to go try that. :)
[20:44] <broder> haha, i assumed you screwed up the :p smiley
[20:45] <SpamapS> double entendre, vim style
[20:45] <cjwatson> there are pkg-config options that may help IIRC
[20:45] <ion> jml: Look at the dpkg/apt log. Was keyboard-config updated?
[20:46] <SpamapS> cjwatson: so it looks like a new m4 macro is in autoconf archive that does it "right" ..
[20:46] <cjwatson> sounds plausible
[20:47] <jml> ion: yes
[20:47] <cjwatson> we're not the only distro using --as-needed after all
[20:47] <SpamapS> but they changed the name from "with-xerces" to "with-xercesc" .. hrm.
[20:47] <SpamapS>         saved_LDFLAGS="$LDFLAGS"
[20:47] <SpamapS>         LDFLAGS="$LDFLAGS $xerces_lib_flags"
[20:47] <SpamapS> so need to change that to LIBS
[20:48] <cjwatson> yes
[20:48] <cjwatson> if you're unlucky you may need to split them
[20:49] <cjwatson> I did that recently in, er, was it collectd?
[20:49] <SpamapS> yes
[20:50] <SpamapS> this one was never found as it just silently moves on w/o xerces support
[20:53] <cjwatson> nasty
[20:54] <doko> slangasek: https://launchpad.net/ubuntu/+archive/test-rebuild-20110816/+builds?build_text=&build_state=failed
[21:01] <jml> ion: heh, I also can't seem to run the keyboard preferences app either. or logout :\
[21:02]  * jml does it the old-fashioned way
[21:46] <slangasek> doko: yay :)
[21:47] <doko> slangasek: well, business as usual, we don't get any buildds :-(
[21:48] <doko> I'll rescore ~300 builds before I get to bed
[21:48] <slangasek> by hand? :/
[21:49] <doko> script
[21:49] <slangasek> ok
[21:49] <doko> currently scoring down all the uninteresting builds
[21:50] <slangasek> would really be nice to get the default queue balancing fixed
[22:40] <ScottK> barry and jtaylor: I'd say that since the author confirmed the file was Free, there's no need to worry about it being there (my comments about removing it were from before that was known (at least to me)).
[22:40] <barry> ScottK: +1
[22:41] <ScottK> dobey: I think it's clear now.  Thanks.
[22:41] <jtaylor> k then I'll add the patch to bzr with a comment?
[22:42] <ScottK> slangasek: I think moving it there for the moment is fine.  I was hoping to get feedback from fabo first though.  Maybe you can ask him?  I don't mind JFDI if he doesn't reply soon.
[22:44] <slangasek> ScottK: as long as it's just a question of where to move it or whether to drop it, it's easy enough to move it again if needed and I'm happy to do that; I'd just like to get the upload done since it blocks me taking an axe to ia32-libs ;)
[22:44] <slangasek> anyway, have pinged fabo
[22:44] <ScottK> slangasek: Let's not block axing ia32-libs.
[22:45] <RAOF> slangasek: Thinking of ia32-libs - are you able to install libgl1-mesa-glx:i386?
[22:46] <slangasek> RAOF: well, I appear to *have* it installed... I think libgl1-mesa-dri isn't coinstallable however, due to libdri2+libpciaccess
[22:46] <slangasek> due to just libpciaccess, rather
[22:46] <RAOF> slangasek: Yeah, for me it works fine once it's already installed.  But trying to install it fails.
[22:46] <slangasek> hmm!
[22:46]  * RAOF should prod #debian-x again on the libpciaccess multiarch branch.
[22:46] <cjwatson> Laney: I happened to notice that that __call__ method is used in the implementation of Archive.getSourcePackage
[22:47] <slangasek> RAOF: pastebin the failure?
[22:47] <cjwatson>                 srcpkg = self.getPublishedSources(source_name=name,
[22:47] <cjwatson>                                                   distro_series=series(),
[22:47] <cjwatson> ...
[22:47] <slangasek> oh, libpciaccess is debian-x, innit?  I should upload that then :P
[22:47] <slangasek> well, no
[22:47] <cjwatson> although that's in lpapicache itself so arguably doesn't count
[22:47] <slangasek> I should fix the xorg copyright file so KiBi doesn't stab me for playing with multiarch ;)
[22:48] <RAOF> slangasek: http://paste2.org/p/1590026
[22:48] <cjwatson> Laney: TBH it would be nice for BaseWrapper objects to automatically JSON-serialise to the right thing so that passing them directly to LP API methods just works
[22:48] <RAOF> slangasek: You're multiarching xorg?
[22:48] <slangasek> RAOF: oh, that error, argh
[22:49] <slangasek> RAOF: well, I have Debian XSF commit access, and have push most of the multiarch patches into unstable
[22:49] <slangasek> RAOF: do you have an up-to-date version of libgl1-mesa-glx installed?
[22:49] <RAOF> slangasek: Were I to guess, I'd guess that it's because libgl1-mesa-glx Provides/Conflicts/Replaces libgl1, and there's already libgl1-mesa-glx:amd64 providing that package.
[22:50] <slangasek> RAOF: IME, that error happens because apt is doing something wrong when trying to calculate how to sort out the implicit conflict between $package:i386 $ver and $package !$ver
[22:50] <RAOF> slangasek: Yes; I've got an up-to-date libgl1-mesa-glx:amd64 installed.
[22:50] <slangasek> oh, interesting
[22:51] <RAOF> slangasek: Ah. So you're not multiarching the Xserver, just all the libs and such.  Yeah.
[22:51] <slangasek> right
[22:51] <slangasek> I don't see the point in a multiarched X server
[22:51] <RAOF> Indeed.
[22:52] <ion> Can one switch an ia32 system to amd64 yet without reinstalling?
[22:52] <slangasek> ion: only if you hack yourself up a multiarch libbz2 locally :)
[22:53] <slangasek> cross-grading is not a goal for this cycle
[22:53] <cjwatson> oh, bah, multiarch libbz2 didn't just happen for us?
[22:53] <slangasek> not yet
[22:53] <ion> Multiarch libbz2 is the *only* thing missing for that?
[22:53] <slangasek> anibal has a few FTBFS bugs in unstable, I guess he's a bit inactive at the moment
[22:54] <cjwatson> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=528143 poo
[22:54] <slangasek> ion: actually, we ironically have regressed a bit this cycle because libapt-pkg has been split out into a separate package.. and isn't multiarched :D
[22:55] <slangasek> but libapt-pkg and libbz2 should be the only ones needed to switch your system's architecture view
[22:55] <slangasek> once you have apt and dpkg switched, the rest is a simple matter of calculating the upgrade path
[22:56] <cjwatson> and remember to switch the kernel first :)
[22:56] <slangasek> hah, yes
[22:56] <slangasek> well, that's easy enough, won't dpkg fail to configure itself if you don't? :)
[22:56] <barry> slangasek: tell me there's no chance that setting up multiarch as per your email can break your desktop
[22:57] <slangasek> barry: there's no chance :-)
[22:57] <barry> slangasek: okay, back to the drawing board ;)
[22:58] <slangasek> barry: slow down apt-get update and possibly cause extra warnings if you have any single-arch apt sources enabled, yes; but it shouldn't break the desktop :)
[22:58] <barry> slangasek: yeah, i really think my desktop was broken by trying to install fglrx, not by enabling multiarch
[22:59] <barry> slangasek: hopefully the desktop guys will be awake tomorrow, 'cause i'm at a dead end trying to get it working again
[23:00] <RAOF> barry: Ah, you're here!
[23:00] <slangasek> oh poo; libedit is FTBFS in the archive rebuild test, and it uses pmake, which is multiarched... which means I have to *un*multiarch libedit as part of the patch if I don't want to deal with the knock-on effects
[23:00] <slangasek> barry: what's the symptom?
[23:00] <barry> RAOF: yes!  been having system problems since i tried my little experiment
[23:00] <barry> slangasek: no dock, no ubuntu menu, no indicators
[23:00] <barry> slangasek: no app menus
[23:01] <cjwatson> tumbleweed: I've added validation for the Debian version now
[23:01] <barry> slangasek: both unity 3d and 2d are hosed
[23:01] <RAOF> barry: /var/log/Xorg.0.log... and the output of glxinfo would be the price of entry on the debugging train.
[23:01] <cjwatson> *cough* and really now
[23:32] <hallyn> jdstrand: are you around by chance?
[23:32] <hallyn> if so, since you reported it :) would you mind uploading the fix (from debdiff attached) for bug 827279 ?
[23:37] <hallyn> jbernard: ^ that bug should be present in debian and every previous release (and upstream) as well - races in cgclear
[23:38] <hallyn> jbernard: let me know if you want me to file the debian bug
[23:48] <micahg> hallyn: tab complete failure?
[23:49] <micahg> oh, maybe not...
[23:49] <micahg> hallyn: nevermind
[23:53] <hallyn> micahg: heh, surprisingly no :)
[23:53] <hallyn> jbernard: holy shnickities, near as I can tell src/api.c doesn't even pretend to parse '*' for controller, which it is supposed to :)
[23:53] <hallyn> the code just ignores that possibility
[23:53] <hallyn> bbl
[23:54] <jono> hi folks
[23:54] <jono> I just did an upgrade and my X won't start
[23:54] <jono> is anyone getting this issue?
[23:56] <jono> RAOF, are you aware of any uploads that break X?
[23:56] <jono> I tried switching to gdm and gdm could not start either as it was missing a config file
[23:56] <slangasek> barry: so, that sounds to me like the gnome-session issues I'd been seeing lately; I currently have gnome-session on hold, and assumed based on the widespread echoes I was hearing about the symptom that a bug had been filed and was probably in progress.. but I confess not to have checked.
[23:57] <slangasek> barry, jono: do you also find that in the dm menu, the session selector is empty by default?
[23:58] <jono> slangasek, I am not even a dm
[23:58] <bryceh> jono, if X won't start it typically says something as to why in a log file
[23:58] <jono> it looks like X isn't starting for me
[23:58] <slangasek> jono: oh, ok
[23:58] <jono> bryceh, I checked the syslog and dmesg
[23:58] <jono> it doesn't say anything about X
[23:58] <cjwatson> /var/log/Xorg.0.log
[23:58] <bryceh> jono, in an X log ;-)
[23:59] <jono> bryceh, which x log?
[23:59] <jono> I didnt see anything in Xorg.0.log
[23:59] <bryceh>  /var/log/Xorg.0.log* or /var/log/gdm/:0.log or /var/log/lightdm/* or /var/log/kdm/* or....