[03:12] <sn0> packages.ubuntu.com down ? or just me
[03:13] <Nafallo> sn0: yes :-)
[03:15] <sn0> Nafallo ok :] 
[03:16] <Nafallo> sn0: there is however equivalent functionality in something we call launchpad... :-)
[03:17] <sn0> Nafallo thanks, im aware of launchpad, was just browsing flash versions for a friend :D
[03:17] <Nafallo> :-P
[03:17] <Hobbsee> or apt-cache madison
[03:17] <sn0> bloddy flash :p its evil
[03:18] <Nafallo> gnash? ;-)
[03:20] <sn0> i can't wait until gnash is a good replacement 
[04:54] <psusi> iwj: got a second to discuss the new udev/dm/md stuff?
[04:54] <mjg59> psusi: 03:54 in .uk
[04:55] <psusi> ahh, he's uk eh?
[04:55] <psusi> anyone awake right now that knows much about it or is working on it?
[05:00] <psusi> BenC: maybe?
[05:07] <womble> Is there an Ubuntu equivalent of snapshot.debian.net?
[05:08] <persia> womble: https://launchpad.net/ubuntu/+source/<src-pkg-name> is fairly close, but not quite the same.
[05:09] <womble> persia: Not quite the same, but almost certainly close enough for my purposes.  Thanks.
[07:02] <pitti> Good morning
[07:02] <Hobbsee> hi pitti!
[07:02] <pitti> Good morning!
[07:03] <ajmitch> hey pitti 
[07:04] <beuno> I'm about to release UWN, anything worth mentioning about Gutsy?
[07:09] <jmg> haha
[07:10] <fabbione> morning guys
[07:10] <ajmitch> morning fabbione 
[07:11] <Hobbsee> hi fabbione 
[07:13] <mneptok> arrr!
[07:13] <ajmitch> uh oh
[07:13] <fabbione> hmmm did we already switch gutsy to .22?
[07:13] <fabbione> as default i mean
[07:13] <crimsun> fabbione: no.
[07:13] <fabbione> ok thanks
[07:13] <pitti> fabbione: I saw several -meta uploads already, but at least on amd64 I still didn't get it yet
[07:14] <mneptok> Hobbsee: please. my girlfriend has already been hospitalized on this trip. :/
[07:14] <fabbione> pitti: neither did x86...
[07:14] <mneptok> (looooong story)
[07:14] <fabbione> mneptok: whops...
[07:14] <Hobbsee> mneptok: then you shouldnt have beaten her up!
[07:14] <mneptok> but all is well. the Romanians are taking *very* good care of us.
[08:16] <pitti> siretart, Riddell: wrt. http://merges.ubuntu.com/libt/libtunepimp/libtunepimp_0.5.3-2ubuntu1.patch, do we still actually need to keep the mp3 package separate? or can we move this stuff back to main?
[08:24] <mvo> doko_: I take the eject merge
[08:28] <crimsun> cjwatson: hi, do you know if the autosyncer is capable of running for universe but not for main?
[08:43] <doko_> mvo: thanks
[08:48] <Mithrandir> crimsun: hm, unsure.  I guess we could do that.
[08:48] <mvo> doko: hdparm, lshw too
[08:49] <Mithrandir> crimsun: why?  Want to continue syncing into universe long than for main?
[08:50] <crimsun> Mithrandir: yes.  We had a protracted discussion earlier regarding fixes not making it into Universe.
[08:50] <crimsun> (We-> in -motu)
[10:08] <jsgotangco> leut?
[10:09] <jml> dict.leo.org isn't helping me
[10:09] <jml> unless perhaps 'leute' is meant.
[10:21] <pitti> jsgotangco: 'Leute'
[10:21] <jsgotangco> highvoltage: brush up your french!
[10:21] <jsgotangco> *g*
[10:22] <highvoltage> I thought 'leut' is singular for leute :)
[10:22] <Treenaks> highvoltage: there isn't a singular for leute :)
[10:22] <Treenaks> afaik
[10:22] <highvoltage> aah
[10:25] <pitti> right
[10:26] <pitti> 'leute' == 'people', and like in English there is no singular
[10:26] <gnomefreak> person?
[10:28] <pitti> gnomefreak: yep
[10:45] <ajmitch> what's up with the buildds? they're all idle, and a number of packages are in 'needs building' state
[10:46] <Mithrandir> ajmitch: I'll take a look
[10:46] <ajmitch> thanks
[10:56] <Riddell> pitti: yes it needs to be separate, we can't have mp3 on the CD
[10:57] <pitti> Riddell: ah, ok
[11:21] <seb128> mjg59: do you think that your 20_mixer-applet_use_gstreamer_notify.patch could make the icon not being updated when the volume is changed?
[11:30] <Fujitsu> The binaries for qgis were all rejected (I presume due to this Soyuz crazyness)... What do I do about it?
[11:33] <seb128> Fujitsu: what crazyness?
[11:34] <ajmitch> seb128: stuff in needs building state for a few days, with buildds idle
[11:34] <Fujitsu> The buildds were doing strange things, and those binaries were rejected soon after Mithrandir said he'd take a look.
[11:34] <Fujitsu> I think they might be related, considering I've never had binary rejections before.
[11:34] <seb128> k
[11:34] <Mithrandir> Fujitsu: you read your bug mail. :-P
[11:35] <Mithrandir> Fujitsu: libqgis1 includes .so symlinks, please fix that.
[11:35] <Fujitsu> Oh, I see.
[11:35] <Mithrandir> they should go in the -dev package
[11:35] <Fujitsu> Just noticed that.
[11:35] <Fujitsu> Hmmmm... my changes from the Debian package are minimal.
[11:36] <Fujitsu> Mithrandir: My inbox gets read before bugmail, and I knew the buildds were being strange, so...
[11:36] <Mithrandir> I'm not saying it's your fault, just saying it's a bug.
[11:37] <Mithrandir> the buildds don't usually generate binary rejects, btw.
[11:37] <StevenK> No, the archive will.
[11:37] <StevenK> Well, Soyuz
[11:38] <Mithrandir> StevenK: it's called "rejecting out of the accepted queue", and yes, we've done so in the past.
[11:39] <Mithrandir> it's only insane when you do build-from-accepted.
[11:39] <Mithrandir> if you don't, it's not really a big issue.
[11:39] <Fujitsu> Do you normally check binaries?
[11:39] <StevenK> Sometimes I wish we did build from accepted, but given cron.daily runs hourly it isn't a huge issue.
[11:39] <Mithrandir> Fujitsu: yes
[11:40] <Mithrandir> StevenK: we're probably going to at some point.
[11:40] <StevenK> ajmitch: I can only recall Daniel Stone + XFree86 4.3
[11:40] <Mithrandir> ajmitch: it was used for a premature upload of a newer xorg versions, I've had it happen when udebs were first introduced.
[11:40] <ajmitch> that was what I was thinking of
[11:40] <Mithrandir> s/xorg/xfree86/, yes
[11:41] <ajmitch> uploading large packages is painful
[11:42] <StevenK> Try it on 256Kbit.
[11:42] <ajmitch> that's what I have for upstream at the moment
[11:42] <StevenK> Ah
[11:48] <slomo> are autosyncs not working anymore? i see at least one package that should've been autosynced since about a week
[11:49] <TimGroe> Hey, I don't know if this is the tight place to anounce this, but I have made a new system for building .deb files abit like checkinstall, but more ... structured
[11:49] <Mithrandir> slomo: they are, I just finished a run, why.
[11:49] <Mithrandir> slomo: as in, what package?
[11:49] <TimGroe> http://timg.ws/?p=20
[11:50] <slomo> Mithrandir: gnome-sharp2
[11:50] <TimGroe> It accepts a file like Frugalware's FrugalBuild or Arch Linux's PKGBUILD
[11:51] <Mithrandir> slomo: gnome-sharp2 |   2.16.0-3 |         gutsy | source
[11:51] <Mithrandir> isn't that the right version?
[11:51] <Mithrandir> hm, no -6 is current in debian
[11:51] <Mithrandir> [BLACKLISTED]  gnome-sharp2_2.16.0-3
[11:52] <slomo> weird... why is it blacklisted?
[11:52] <Mithrandir> caused something to blow up, but it's worky now; synced.
[11:52] <slomo> thanks :)
[11:59] <pitti> Riddell: hm, I'm still confused about libtunepimp -- it does not depend on anything except libtunepimp5; does it contain codecs? I thought it was just a lib for tag handling
[12:00] <Riddell> pitti: interesting, I'm sure it used to depend on libmad
[12:01] <pitti> Riddell: the source b-deps on libmad-dev, but there's no binary dependency
[12:03] <Riddell> pitti: ldd /usr/lib/tunepimp/plugins/mp3.tpp | grep mad
[12:03] <Riddell> pitti: it does need libmad, I think it just doesn't have a depend because shlibs doesn't find the library with the weird extension
[12:04] <pitti> Riddell: ah, so I should add that explicitly
[12:05] <Riddell> pitti: yes
[12:17] <TimGroe> will an OpenVZ-enabled kernel make it into Ubuntu ?
[12:18] <TimGroe> I am running one now on Ubuntu 7.04 (Linux kernel 2.6.20) and it runs a treat
[12:35] <Lutin> Adri2000: tu parles bien de "02:39 < Hobbsee> it may not have the sources, but the author is not evil"
[12:38] <Lutin> err.
[01:03] <dholbach> doko: do you have any idea what happens in  http://daniel.holba.ch/temp/pydbg ?
[01:05] <dholbach> doko: the current version is broken, so I'll upload the merged version (which is broken in the same way) - it'd be nice if you had a idea about this
[01:29] <Keybuk> You are not the bug assignee nor the maintainer of libtool (Ubuntu), and therefore cannot edit this bug's status.
[01:29] <Keybuk> err, wtf?
[01:29] <Mithrandir> you're not logged in?
[01:29] <Keybuk> aha!
[01:29] <fabbione> it seems like LP lost all autologin stuff
[01:30] <Keybuk> Mithrandir: bingo
[01:30] <fabbione> or chanced cookie or whatever
[01:30] <Mithrandir> it did that on friday or so.
[01:30] <fabbione> i noticed only today
[01:30] <Keybuk> several UI bugs in one go there <g>
[01:30] <Mithrandir> now that you're logged in, you should file them. :-P
[01:58] <Treenaks> Why?
[01:59] <Keybuk> APT claims there are no updates
[01:59] <Mithrandir> Keybuk: the buildds are borked.
[01:59] <Mithrandir> or the slave scanner, more likely
[01:59] <Keybuk> have you tried restarting it?
[01:59] <Mithrandir> yes
[01:59] <Treenaks> Keybuk: </IT Crowd>
[01:59] <Mithrandir> 2007/05/21 12:56 BST [-]  Job slave_scanner completed with exit code 1
[01:59] <Keybuk> this includes things that have been built
[01:59] <Keybuk> e.g. powertop, apt doesn't think it is in the archive
[02:00] <Keybuk> builds aren't making it into the queue?
[02:02] <Keybuk> psycopg.IntegrityError: ERROR:  duplicate key violates unique constraint "buildqueue__builder__unq"
[02:02] <Keybuk> ouch
[02:03] <Keybuk> ww too ;)
[02:04] <Mithrandir> somehow, I don't envy people subscribed to the error reporting mailing list.
[02:04] <Mithrandir> it's been mailing that list once every ten seconds over the weekend or so
[02:04] <StevenK> Woot
[02:04] <Fujitsu> Heheh.
[02:07] <Keybuk> *hugs* them
[02:09] <Mithrandir> there, cprov saves the day.
[02:18] <robertj> is https://bugs.launchpad.net/bugs/95460 a candidate for a fix in -updates?
[02:18] <ubotu> Launchpad bug 95460 in samba "samba 3.0.24 on feisty is broken" [Undecided,Needs info]  
[02:18] <robertj> apparently some KDE util is b0rking every share it touches by adding invalid config options
[02:19] <StevenK> Mithrandir: Hrm. Did cprov just un-save the day? All of the buildds are idle again.
[02:20] <Mithrandir> yes, but Ng is saving the day instead.
[02:20] <Mithrandir> it was slightly more complex than we first thought.
[02:20] <StevenK> Ah
[02:37] <Hobbsee> hey all
[02:38] <Treenaks> hi Hobbsee 
[02:38] <Mithrandir> hi Sarah
[02:38] <Hobbsee> :)
[02:39] <Hobbsee> Mithrandir!
[02:39] <fabbione> yo
[02:39] <Hobbsee> hiya fabbione :)
[02:40] <seb128> hey Hobbsee
[02:40] <Mithrandir> Hobbsee: /me sees Hobbsee stomp the ground.
[02:40] <Mithrandir> s/Hobsee: //
[02:40] <Mithrandir> well, without typos, anyway.
[02:40] <Hobbsee> heh
[02:40] <Mithrandir> I'm levitating.
[02:40] <Hobbsee> oh really now?
[02:40] <Mithrandir> yeah, you should come see
[02:41] <Hobbsee> Mithrandir: dont tempt me :P
[02:42] <Hobbsee> Mithrandir: you could post pictures, at least
[02:42] <Mithrandir> do you realise how hard it is to take pictures of yourself levitating?
[02:42] <Mithrandir> it screws up my concentration
[02:42] <Hobbsee> take your pick.
[02:43] <StevenK> Neither of those is a garden implement.
[02:43] <StevenK> Ouch!
[02:43] <Treenaks> bashes, not pokes?
[02:43] <StevenK> That's going to bleed when my heart beats!
[02:44] <jsgotangco> the classmate just died
[02:44] <Mithrandir> Hobbsee: they're both at home.
[02:44] <Hobbsee> Mithrandir: ahh.  then find someone at the office?
[02:44] <Treenaks> or a random stranger off the streets?
[02:44] <Mithrandir> nah, can't be bothered.
[02:45] <Hobbsee> (hi seb128)
[02:46] <StevenK> Mithrandir: Has Ng saved the day yet?
[02:46] <StevenK> Hrm. I haven't seen Rails do that before.
[02:46] <Mithrandir> StevenK: yes, but I'm not sure whether soyuz now works by pure willpower or what.
[02:46] <Mithrandir> the last line in the log file says: 2007/05/21 13:11 BST [-]  Server Shut Down.
[02:47] <StevenK> Heh. Ng might just be running it through his head.
[02:47] <StevenK> Ah. The page I haven't seen before is Rails returning 500.
[02:53] <joebleaack> salut
[02:53] <Hobbsee> greetings
[02:53] <joebleaack> am si eu o mica intrebare poate ma poate ajuta careva
[02:53] <Hobbsee> in english?
[02:53] <joebleaack> k
[02:54] <robertj> pitti: whats the next step in the life-of-a-spec after it has been drafted? does it get assigned first or does it get a release target first?
[02:54] <joebleaack> i have an adsl connection to the internet but i ca't conect my ubuntu relese 
[02:54] <shawarma> joebleaack: Try in #ubuntu
[02:54] <joebleaack> thru an adsl modem 
[02:55] <joebleaack> #ubuntu
[02:55] <shawarma> Or #ubuntu-ro
[02:55] <pitti> robertj: usually assigned, since it's hard to predict feasibility without an assignee
[02:55] <shawarma> (I'm guessing you're Romanian?)
[02:55] <joebleaack> it is line
[02:55] <joebleaack> yep
[02:55] <shawarma> type:
[02:55] <shawarma> /join #ubuntu-ro
[02:55] <robertj> pitti: and low-priority specs need to find their own assignees I assume
[02:56] <joebleaack> well
[02:56] <joebleaack> haw can i setup my adsl modem
[02:56] <shawarma> joebleaack: Ask in the other channel that you just joined.
[02:56] <joebleaack> it is an alcatel stpeed touch 330 
[02:58] <shawarma> joebleaack: Type "/join #ubuntu-ro", find the window for that channel and ask there. It's a Romanian ubuntu channel.
[02:58] <Hobbsee> joebleaack: this is not a channel for support.  please see the /topic
[03:09] <ssam> is bug Bug #109204 suitable for an SRU? it has a well tested small patch
[03:10] <Hobbsee> ubotu: wake up
[03:10] <ubotu> Sorry, I don't know anything about wake up - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[03:10] <ssam>  Bug #109204
[03:10] <ubotu> Launchpad bug 109204 in gnumeric "Gnumeric strange colors (purple charts) on bigendian" [Undecided,Unconfirmed]  https://launchpad.net/bugs/109204
[03:11] <ssam> Hobbsee, ubotu thought it was kernel bug for some reason
[03:11] <Hobbsee> weird
[03:11] <Hobbsee> ssam: looks like a good candidate for a SRU
[03:12] <ssam> Hobbsee, cool, do i need to pester someone for that
[03:12] <Hobbsee> !sru
[03:12] <Hobbsee> follow the ^ process
[03:12] <Hobbsee> !ping
[03:12] <ubotu> Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates for main and restricted, while https://wiki.ubuntu.com/MOTU/SRU is for universe and multiverse.
[03:12] <ubotu> pong
[03:12] <Hobbsee> laggy bot.
[03:13] <ssam> do i need to be a dev to do it?
[03:13] <Hobbsee> no
[03:14] <Hobbsee> you'll need someone to sponsor your work though (which is why there is the ubuntu-universe-sponsors / ubuntu-main-sponsors)
[03:17] <ssam> thanks, it wont be until later in the week that i'll have a block of time to do this, but i'll give it a go.
[03:39] <TimGroe> has anyone had a chance to look at Easypkg?
[03:39] <TimGroe> http://ubuntuforums.org/showthread.php?t=450251
[03:45] <ion_> Onomatopoetic nicknames ftw.
[03:48] <StevenK> Oooh, shiny
[03:48] <Shiny> yes.
[03:50] <dholbach> doko: do you have any idea why https://launchpad.net/ubuntu/+source/gnome-python/2.18.2-1ubuntu1 ftbfs?
[03:50] <dholbach> doko: (it worked nicely for me in a puilder)
[03:50] <pitti> BenC: hmm, where did /proc/version_signature disappear to?
[03:51] <Shiny> pitti: i ate it.
[03:51] <pitti> BenC: the current apport hook uses it to figure out the source package version; if it's gone for good, I need to change that
[03:52] <bddebian> Heya
[04:00] <pitti> BenC: hm, and it seems that the current 2.6.22 kernel dropped the core_pattern fixes
[04:05] <TimGroe> Hobbsee: A fellow Australian :)
[04:06] <TimGroe> lol, goto bed!
[04:06] <Hobbsee> yep :)
[04:06] <Hobbsee> it's only midnight
[04:06] <TimGroe> aha, I know :P
[04:06] <Hobbsee> and i didnt even leave work 2 hours ago..
[04:06] <TimGroe> :O
[04:06] <TimGroe> damn
[04:10] <BenC> pitti: Ah, yeah, I'm working on getting all our patches back in from 2.6.20 today
[04:10] <BenC> pitti: next upload this week will have them
[04:10] <pitti> BenC: ah, great; so it's known
[04:10] <pitti> thank you
[04:11] <pitti> BenC: btw, do you see a chance of getting them upstream?
[04:11] <pitti> (the two fixes to core_pattern behaviour)
[04:11] <BenC> pitti: I'll work on sending those out too
[04:14] <psusi> iwj: got a second to talk about the dm/mdm/evms/lvm/udev again stuff?
[04:29] <dholbach> doko: it seems gnome-python ftbfs because dpatch is broken somehow
[04:39] <cjwatson> crimsun: I tend to think that's a risky option (autosyncing universe but not main), as it increases the chance of ending up syncing only part of some transition or other from Debian - especially while Debian is in an unrestricted development phase
[05:25] <Keybuk> pitti: iwj is away this week, what's the issue?
[05:26] <\sh> doko, do you plan to add the gnu "d" (gcd) compiler to the existent gcc toolchain for gutsy?
[05:26] <pitti> Keybuk: aah, that was meant for psusi, I figure
[05:26] <Keybuk> err, yes
[05:26] <Keybuk> p<tab> loses
[05:26] <Keybuk> psusi: iwj is away this week, what's the issue?
[05:29] <pitti> Keybuk: set completion_amount=0
[05:32] <psusi> Keybuk: wanted to discuss udevlvmevmsagain spec, you familliar with it?
[05:35] <Keybuk> psusi: yes, pretty familar :)
[05:36] <psusi> ok... I have a bit of an issue with the part about ignore the kernel events, and make up your own
[05:36] <psusi> what's wrong with using the kernel events properly?
[05:37] <Keybuk> the apparent problem is that mdadm issues the add /block/md0 event before the array is usable
[05:38] <Keybuk> and that devmapper devices may also not be usable at the point the kernel event is emitted, since they might be transient as part of e.g. lvm snapshot creation
[05:38] <psusi> that's fine... udev should be able to deal with this by not doing its processing until the CHANGE event that makes it usable
[05:38] <Keybuk> the difficulty is determining at the point of the CHANGE event, whether it is usable or not
[05:49] <giskard> mjg59, Wakeups-from-idle per second :  1501.8 , a lot?
[05:49] <giskard> ;)
[05:49] <BenC> giskard: huge
[05:50] <bdmurray> joejaxx: ping
[05:56] <tkamppeter> pitti, Mithrandir, hi
[05:56] <slomo> yay, dpatch is broken
[05:56] <pitti> hi tkamppeter 
[05:58] <tkamppeter> pitti, Mithrandir, I have sorted out the Ghostscript merger issues with Masayuki Hatta from Debian. We agreed on naming it ghostscript and I also got info about the C headers from upstream, so they are included in my new test packages, too.
[05:58] <joejaxx> bdmurray: yes?
[05:59] <pitti> tkamppeter: I saw you mails, thanks
[05:59] <pitti> tkamppeter: so the only issue left is now that upstream regression wrt. breaking PDF GUIs?
[05:59] <bdmurray> joejaxx: I saw a bug pertaining to ubuntu studio and ended up subscribing you to it.  Does that seem reasonable?
[05:59] <tkamppeter> pitti, Mithrandir, and Masayuki suggested to split the docs into an extra package. This saves 8 MB on an installed system, so we have more space on our ISOs.
[06:00] <pitti> tkamppeter: great!
[06:01] <cjwatson> about 3.4MB compressed
[06:01] <cjwatson> which is still not to be sneezed at of course
[06:01] <tkamppeter> Yes pitti, for now we can put the package only into Gutsy so that users can test around. As soon as the upstream bug is fixed, we should think about backports.
[06:10] <joejaxx> bdmurray: you should subscribe bugs to ubuntustudio-dev
[06:12] <bdmurray> joejaxx: sounds good
[06:29] <Keybuk> pitti, keescook: can you remember if there were any problems caused by devmapper spinning on devices?
[06:30] <keescook> Keybuk: I don't think so; but perhaps I'm unclear on when that would happen.
[06:30] <keescook> you're talking device creation spin?
[06:30] <Keybuk> right, at the moment devmapper spins until udev creates the device
[06:31] <keescook> only that sometimes it doesn't wait long enough in feisty.
[06:31] <keescook> (the lvm snapshot problem, as i understand it)
[06:31] <geser> pitti, Mithrandir: could you please accept vpnc for feisty-proposed?
[06:40] <Keybuk> keescook: I think that's a waiting for the wrong devices in the wrong order problem
[06:41] <keescook> ah, I thought the lvm snapshot issue was the something in udev was running vol_id on one of the temporary devices so that when lvcreate tries to delete the device, it find it still open and bails out
[06:41] <Keybuk> yeah, we have a fix for that now
[06:42] <keescook> oooh, what's the fix for that (since I still run into this issue)?
[06:42] <Keybuk> SuSE have a patch to dmsetup to make it export the status of a dm device in a format udev can enter into its info db
[06:42] <Keybuk> so we do that, and check ENV{DM_STATE}!="ACTIVE" :p
[06:44] <Riddell> bdmurray: can you do the sru-verification on https://bugs.launchpad.net/ubuntu/+source/hwdb-client/+bug/91948 ?
[06:44] <ubotu> Launchpad bug 91948 in hwdb-client "[apport]  hwdb-kde crashed with UnicodeEncodeError in assemble()" [Medium,Fix committed]  
[06:46] <keescook> Keybuk: ah, very nice.
[06:47] <bdmurray> Riddell: briefly reading the bug it seems that the key for reproducing the crash is non-ascii characters is that right?
[06:49] <Riddell> bdmurray: yes, just enter something non-ascii in one of the comment text fields and see if it crashes
[06:49] <pitti> geser: bug number?
[06:49] <bdmurray> Riddell: okay, I'll get to that soon
[06:50] <pitti> Keybuk: devmapper spinning on devices> no idea, sorry
[06:50] <geser> pitti: bug #93413, that's the one you tried to accept on friday
[06:50] <ubotu> Launchpad bug 93413 in vpnc "vpnc dead peer detection disconnects immediately" [Medium,Fix committed]  https://launchpad.net/bugs/93413
[06:51] <geser> it doesn't show up in LP and I asked Mithrandir to look after it, he said it's still in the queue
[06:51] <pitti> geser: not sure what you mean -- I did accept it?
[06:51] <pitti> hm, weird
[06:53] <pitti> geser: can you please add/update the tasks? is it fixed in gutsy?
[06:53] <geser> yes, I uploaded a the same patch ti gutsy already
[06:54] <geser> I opened a task for feisty but can't accept it
[06:54] <pitti> geser: oh, that's nasty -- as u-core-dev you should really be able to
[06:55] <geser> pitti: I'm only a MOTU, not core-dev
[06:55] <pitti> geser: hm, I cannot accept it either
[06:56] <pitti> mdz: hm, was it on purpuse that only ubuntu-drivers can accept bug tasks for stable releases now? that's really awful
[06:56] <pochu> geser: I can, and I'm neither core-dev nor motu :)
[06:56] <geser> pochu: open or accept?
[06:56] <pitti> I can only nominate, too
[06:56] <pochu> geser: go to launchpad.net/ubuntu/*feisty*/+source/package/bugnumber, and click on "Should be fixed on Feisty too"
[06:57] <geser> pochu: " Nominated  for Feisty  by Michael Bienia
[06:57] <geser> "
[06:57] <pochu> geser: which bug?
[06:57] <mdz> pitti: it's sort of a bug.  the same access controls are used for feature planning and bug targeting, which are completely different
[06:57] <geser> bug #93413
[06:57] <mdz> pitti: need to start a thread on launchpad@ to get it fixed
[06:57] <pitti> geser: anyway, accepted for real now; sorry
[06:57] <ubotu> Launchpad bug 93413 in vpnc "vpnc dead peer detection disconnects immediately" [Medium,Fix committed]  https://launchpad.net/bugs/93413
[06:57] <geser> thanks
[06:58] <pitti> pochu: heh, that is a nifty workaround!
[06:58] <pochu> hehe
[06:58] <pitti> geser, mdz: I was able to create a feisty task with ubuntu/feisty/..., click on 'also fix here'
[06:59] <pochu> pitti, mdz, geser: I opened the Feisty task on bug 103688
[06:59] <ubotu> Launchpad bug 103688 in liferea "liferea crashes - ** ERROR **: file itemlist.c: line 172 (itemlist_load): assertion failed: (NULL != itemSet)" [Medium,Fix committed]  https://launchpad.net/bugs/103688
[06:59] <pochu> pitti: yeah, it is :)
[07:05] <pitti> dpatch has a bashism now or so?
[07:08] <pochu> pitti: I think dholbach has fixed it (or he has broken it :))
[07:08] <seb128> pitti: Daniel uploaded a fix for it some hours ago
[07:08] <seb128> pitti: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=425285
[07:09] <pitti> great, thanks
[07:14] <mdz> pitti: if you start the thread and CC me, I'll join in with my thoughts
[07:15] <pitti> mdz: will do, thanks
[07:19] <tkamppeter> pitti, what did you do with apport? Formerly, all Ghostscript crashes resulted in nice backtraces when one added the appropriate tags.
[07:19] <pitti> tkamppeter: since when is it broken?
[07:19] <pitti> and what happens now?
[07:20] <tkamppeter> Now in most cases the tag gets automatically removed but no retrace is posted. In other cases the retraces do not contain more information than the original bug report from apport.
[07:21] <pitti> tkamppeter: please retag the first group, there has been some trouble recently
[07:21] <pitti> tkamppeter: the second is probably due to obsolete versions, etc.
[07:21] <tkamppeter> pitti, strange is also that formerly, the poster of the retraces was "Apport retrace service" and now it is "Martin Pitt".
[07:21] <pitti> tkamppeter: I fixed the poster this morning
[07:21] <pitti> yay for random LP cookie changes :)
[07:22] <pochu> pitti wanted to get more karma :p
[07:23] <tkamppeter> I have now added comments to all these bugs that the users should grab the test packages of the merged Ghostscript, but no user answer so far.
[07:23] <bdmurray> Riddell: verification has been done
[07:27] <Riddell> bdmurray: goovy, now I just need to subscribe ubuntu-archive and hope someone will move it to -updates?
[07:27] <pitti> Riddell: no, just ubuntu-sru
[07:27] <pitti> Riddell: I'll look for verification-done tags and move them over on my archive days
[07:27] <pitti> see wiki page
[07:28] <pochu> BenC: seems like linux-meta depends on 2.6.20 yet.
[07:28] <pochu> emilio@kiko:~$ aptitude show linux-image-generic | grep Depends
[07:28] <pochu> Depends: linux-image-2.6.20-15-generic
[07:29] <pochu> BenC: am I missing anything? :)
[07:29] <Riddell> pitti: wiki page isn't very clear on point 5, it talks of ubuntu-archive
[07:29] <Riddell> pitti: but I'll leave it in your hands then
[07:30] <pitti> right, that might be misleading
[07:35] <tkamppeter> pitti, thank you, I have retagged these bugs.
[07:36] <pitti> tkamppeter: if it happens again with those, I can look into the logs about the reason for failed retracing
[07:36] <Riddell> pitti: adept apport notification patch at https://bugs.launchpad.net/ubuntu/+source/adept/+bug/113508
[07:36] <ubotu> Launchpad bug 113508 in adept "adept notifier still notifies kubuntu users of apport crashes" [High,Confirmed]  
[07:37] <ogra-classmate> hmm, i wonder how a pbuilder oreforms on this thing
[07:37] <ogra-classmate> *performs
[07:38] <pitti> Riddell: looks good, bug updated
[07:40] <tkamppeter> pitti, now I got again a "** Tags removed: need-i386-retrace" with "Martin Pitt" as poster, on bug 115910.
[07:40] <ubotu> Launchpad bug 115910 in gs-esp "gs-esp has crashed" [Undecided,Needs info]  https://launchpad.net/bugs/115910
[07:41] <Keybuk> keescook: your dmsetup-fu is strong, right?
[07:41] <Keybuk> how do I make a simple devmapper device spanning a disk?
[07:42] <keescook> Keybuk: my lvm-fu is strong, dmsetup is just "okay".  :)
[07:43] <Keybuk> lol
[07:43] <Keybuk> I'm trying "dmsetup create foo --table "0 1024 linear /dev/hda 0" but just getting -EINVAL
[07:44] <tkamppeter> pitti, bug 115677 gives always a bad retrace, also with the second attempt,
[07:44] <ubotu> Launchpad bug 115677 in gs-esp "[apport]  gs-esp crashed with SIGSEGV" [Undecided,Needs info]  https://launchpad.net/bugs/115677
[07:44] <keescook> In lvm, I'd do:  pvcreate /dev/sdb1; vgcreate bigvg /dev/sdb1; lvcreate -L$(vgs | grep -v VFree | awk '{print $NF}') -n biglv bigvg
[07:44] <keescook> I don't recommend using non-partitions
[07:44] <keescook> i.e. use hda1 not hda
[07:45] <Mithrandir> keescook: the last number is the size, you probably want to make that bigger.
[07:45] <Mithrandir> also, echo "0 1024 ..." | dmsetup create
[07:45] <tkamppeter> pitti, and all answers still with "Martin Pitt" as sender: bug 114999, bug 115677.
[07:45] <ubotu> Launchpad bug 114999 in gs-esp "[apport]  gs-esp crashed with SIGSEGV" [Undecided,Needs info]  https://launchpad.net/bugs/114999
[07:45] <ubotu> Launchpad bug 115677 in gs-esp "[apport]  gs-esp crashed with SIGSEGV" [Undecided,Needs info]  https://launchpad.net/bugs/115677
[07:45] <Keybuk> Mithrandir: the man page says the last arg is the start sector
[07:46] <Keybuk> and echo still gives -EINVAL
[07:46] <keescook> Mithrandir: hm, mine shows the last param as "Free" size
[07:46] <Mithrandir> hmm, true
[07:46] <Mithrandir> echo "0 1024 linear /dev/sda 0" | sudo dmsetup create blat
[07:46] <Mithrandir> worked fine here
[07:47] <Keybuk> interesting
[07:47] <Keybuk> works fine on feisty for me too
[07:47] <Keybuk> maybe this devmapper is b0rked
[07:47] <Mithrandir> ok course, it's far too small, but it's there.
[07:47] <Mithrandir> this is gutsy.
[07:47] <Keybuk> yeah, I just merged devmapper
[07:56] <psusi> eh?
[07:56] <Keybuk> hmm
[07:56] <Keybuk> table: 254:0: linear: dm-linear: Device lookup failed
[07:56] <psusi> I merged it the other day but it's still waiting on a sponsor upload
[07:57] <Keybuk> psusi: did you test it?
[07:57] <psusi> you merged with debian and uploaded?
[07:57] <psusi> run test?  no.. just built it
[07:57] <tkamppeter> pitti, bug 115777 gives not more than "StacktraceTop:?? ()" as retrace, also with "Martin Pitt" as poster.
[07:57] <ubotu> Launchpad bug 115777 in gs-esp "[apport]  gs-esp crashed with SIGSEGV" [Undecided,Needs info]  https://launchpad.net/bugs/115777
[07:57] <slomo> Mithrandir: please give-back mono on x86 and amd64 :) should build fine now that dpatch is fixed
[07:58] <Keybuk> psusi: the debian version doesn't seem to work at all with gutsy's kernel :-/
[07:58] <psusi> my merge product is attached to bug #115334
[07:58] <ubotu> Launchpad bug 115334 in devmapper "devmapper: new changes from Debian require merging" [Low,Fix committed]  https://launchpad.net/bugs/115334
[07:59] <psusi> the debian version or the debian version plus the ubuntu changes?
[08:00] <Keybuk> just the debian version
[08:01] <psusi> ahh, yea... need our fixes methinks
[08:01] <psusi> try my version
[08:01] <Keybuk> which fix?
[08:01] <Keybuk> the only odd change was the one to ioctl/libdm-iface.c
[08:01] <Keybuk> and I couldn't find any rationale for that in the changelog, so assumed it was ian debugging
[08:02] <ogra-classmate> cdan anyone explain why my classmate unionfs / doesnt show up in mtab ? is that normal for unionfs ?
[08:03] <coastGNU> sabdfl: Who is responsible for canonical booth coordination at LinuxTag Berlin?
[08:05] <coastGNU> sabdfl: It might be a good idea to have a local ubuntu mirror at LT. Tolimar always did this on events for Debian in the past. This is a good idea to avoid traffic outside the fair lan.
[08:05] <psusi> Keybuk: which change is that?
[08:05] <Keybuk> +	task->major = dmt->major;
[08:05] <Keybuk> +	task->minor = dmt->minor;
[08:05] <Keybuk> that bit
[08:05] <psusi> no, that's important... check the comment above
[08:06] <Keybuk> which changelog corresponds to that?
[08:06] <psusi> we look up the device number after udev creates it
[08:06] <Keybuk> we do?
[08:06] <Keybuk> why?
[08:06] <sabdfl> coastGNU: good idea, we could also do Ubuntu On Tap (live cd boot over network, with installer for the brave)
[08:06] <psusi> because otherwise you don't know what it is?
[08:06] <Keybuk> I stripped out all the udev stuff from the package
[08:06] <psusi> ohh
[08:06] <Keybuk> this is a kernel-is-returning-EINVAL problem
[08:06] <sabdfl> coastGNU: doko *might* know who is going to be there, who is technical
[08:07] <psusi> it sounds like the kernel is saying it can't find /dev/hda
[08:08] <psusi> try giving it a partition instead of the whole thing... specifically one that isn't mounted
[08:09] <coastGNU> sabdfl: It also might be a good idea to have a list of canonical partners who are present at LT. E.G. In the past I often guided people from companies to LIVE members. We could also do so for canonical partners.
[08:09] <Keybuk> psusi: how weird, why can't it be mounted any more?
[08:12] <psusi> Keybuk: I'm not sure, but I think that the device mapper wants exclusive access to the underlying device... though that is entirely likely to be wrong
[08:13] <Keybuk> won't that break evms? :)
[08:14] <psusi> why?
[08:14] <Keybuk> it likes to make devmapper devices for every single block device
[08:15] <psusi> well, like I said, it is entirely likely I'm wrong about that... but it's worth a try to use an unmounted partition instead of the whole disk
[08:16] <psusi> also check if it said anything in your dmesg
[08:17] <psusi> it sure would make merging this thing easier if it used dpatch
[08:19] <Keybuk> that's up to Debian
[08:20] <Keybuk> brw-rw---- 1 root disk 254, 0 2007-05-21 19:18 /dev/dm-0
[08:20] <Keybuk> lrwxrwxrwx 1 root root      7 2007-05-21 19:18 /dev/mapper/foo -> ../dm-0
[08:20] <Keybuk> lrwxrwxrwx 1 root root     10 2007-05-21 19:18 /dev/disk/by-id/dm-name-foo -> ../../dm-0
[08:20] <Keybuk> lrwxrwxrwx 1 root root     10 2007-05-17 22:36 /dev/disk/by-uuid/8447e94d-ec1f-4c2b-a161-ec2cff8717a7 -> ../../hda5
[08:20] <Keybuk> \o/
[08:20] <Keybuk> (also note how the devmapper device doesn't get to override the UUID from the raw device underneath)
[08:21] <psusi> there IS no uuid link for the dev mapper device
[08:21] <Keybuk> right, but there can be
[08:21] <psusi> and why is /dev/mapper/foo a link to ../dm-0?  that's wrong
[08:21] <Keybuk> it turns out that that is right
[08:21] <Keybuk> HAL prefers the devmapper devices to have their kernel names
[08:23] <psusi> why?
[08:24] <Keybuk> desktop crypto handling fu
[08:24] <coastGNU_> doko: Hi Matthias. sabdfl told me you *might* know who is resposible for the canonical booth at LinuxTag?
[08:26] <Keybuk> and the symlink solves another issue ;)
[08:26] <Keybuk> it means that devmapper can mknod() /dev/mapper/foo
[08:26] <Keybuk> at the same time as udev mknod() /dev/dm-0
[08:26] <Keybuk> and udev replaces the /dev/mapper/foo node with a symlink
[08:26] <Keybuk> (and if devmapper sees a symlink, there's no issue)
[08:27] <Keybuk> (since a stat() on that symlink will return a block device with the right dev_t)
[08:29] <\sh> can someone give me a clue to tell NM or avahi to not create an eth:avahi device?
[08:30] <psusi> I'd prefer to see the whole damn dm-0 go away entirely
[08:30] <Treenaks> \sh: uhr.. why?
[08:31] <Keybuk> psusi: any particular reason?  the kernel logs everything with that name
[08:31] <Keybuk> and the sysfs object has that name
[08:31] <\sh> Treenaks, just because if I  don't have an ethX connection (neither wired nor wireless) I don't want to have any network interfaces up
[08:31] <Keybuk> it's kinda kooky that it's missing on the disk
[08:31] <Keybuk> and we don't lose anything from having it
[08:32] <psusi> I dunno... I just don't like it ;)
[08:32] <\sh> Treenaks, problem is, when I start my cisco vpn over ppp0 the cisco ipsec device tries to bind itself on the first ethernet device which is up, which means, eth0 and not ppp0 e.g.
[08:32] <\sh> Treenaks, but I don't want to tell NM to disable the network completly 
[08:33] <psusi> so why don't you have a uuid link?
[08:35] <Keybuk> psusi: why should it?
[08:35] <Keybuk> that uuid is already taken by /dev/hda5; and real block devices have a higher priority than devmapper ones
[08:36] <psusi> ohh, right... they would have the same uuid
[08:36] <Keybuk> yeah
[08:36] <Keybuk> new udev has device priorities
[08:36] <Keybuk> so you can say "this device wins over this device"
[08:53] <psusi> Keybuk: so you have it all working now?
[09:19] <Mithrandir> slomo: slightly hard when there are "no builds recorded".
[09:20] <slomo> Mithrandir: hm? https://launchpad.net/ubuntu/+source/mono/1.2.4-0ubuntu2 lists them
[09:21] <Mithrandir> slomo: argh, I got bitten by the "the top of the version list is not necessary the newest one"
[09:21] <Mithrandir> given-back
[09:21] <slomo> thanks :)
[09:51] <ajmitch> morning
[10:03] <Keybuk> psusi: I think so, we'll see :)
[10:04] <psusi> cool
[10:08] <ion_> What would be really neat is if Ubuntu used 6to4 by default if the computer has a public IPv4 address and no IPv6 default route. Perhaps i should try to hack that some day or century.
[10:10] <Keybuk> yeah
[10:11] <Keybuk> that way we'd lose about 25% of our userbase when they can't get on the net

[10:11] <ajmitch> who needs them anyway? :)
[10:11] <Keybuk> the IPv6 problem is that most people's ISP-supplied DSL routers do not deal with IPv6 well
[10:11] <ion_> Of course the automatic 6to4 connectivity must be tested before a 6to4 route is added.
[10:11] <Keybuk> and since the real world still uses IPv4, enabling IPv6 by default isn't important
[10:12] <ajmitch> and for sites that are accessible via ipv6, it's often slower reaching them
[10:12] <ion_> The available IPv4 resource pool has now been reduced to the point that ARIN is compelled to advise the Internet community that migration to IPv6 is necessary for any applications that require ongoing availability from ARIN of contiguous IP number resources.  http://www.arin.net/announcements/20070521.html
[10:13] <Keybuk> heh, nothing will happen until the day they refuse to ever allocate an IPv4 address again
[10:14] <psusi> yep
[10:14] <Keybuk> not to mention they'd have to get RIPE, etc. to join in
[10:15] <Keybuk> my ISP is arguably the biggest in the UK, and one of the largest in Europe, and they still have no IPv6 provisioning :-/
[10:15] <ajmitch> APNIC wouldn't be a problem, we've got most of the world's population & probably the fewest ipv4 blocks
[10:15] <maswan> Well, it keeps getting harder, as in more documentation required for justification etc, smaller allocations, requirement to use previous allocations before getting new IPs, etc.
[10:16] <maswan> RIPE, ARIN etc can keep on delegating as long as they can get new /8s from IANA. Once that supply stops, ...
[10:17] <Keybuk> plus they need to fix IPv6 first anyway
[10:17] <maswan> the rirs already have, now just "all applications and equipment" needs to get fixed.
[10:18] <Keybuk> and all ISPs need to spend a huge amount of money rewiring their networks ...
[10:18] <Keybuk> ... in some cases replacing vasts amount of equipment
[10:18] <Keybuk> before Canonical, I worked at an ISP.  We heavily looked into IPv6
[10:18] <maswan> Yes, that's why you should start now, since you have an upgrade cycle still.
[10:18] <Keybuk> and we worked out it would be cheaper to shut down the company than do the upgrade
[10:19] <Keybuk> since the upgrade would put us out of business with the cost
[10:20] <Keybuk> not only would we have required vast equipment upgrades over our entire national network
[10:20] <maswan> Keybuk: Well, it'll be interesting to see how things turn out in a few years.
[10:20] <Keybuk> but we would have had to change operating systems on large numbers of servers to have them on the network
[10:20] <Keybuk> and would have had to completely re-engineer the network routeing, since that was based on IPv4
[10:21] <Keybuk> (we provided a static IP or IP block to every customer, dial-up or DSL or leased line, so had our own routeing protocol)
[10:21] <Keybuk> not to mention that BT didn't (and afaik, still don't) support IPv6 for DSL
[10:21] <Keybuk> IPv6 fans have been predicting the imminent demise of IPv4 for as long as I can remember
[10:22] <ion_> keybuk: The demise of IPv4 is always just five years away. :-)
[10:22] <Keybuk> we'll all be using IPv6 on our Amigas <g>
[10:22] <ion_> Right after the massive breakthrought of Linux on the desktop, and a bit before the release of Duke Nukem Forever.
[10:22] <ion_> My Amiga has no problem with IPv6. :-)
[10:24] <slomo> Mithrandir: please also give back gnome-sharp2 on amd64 and ppc for the same reason ;)
[10:25] <maswan> Keybuk: As I said, it'll be interesting to see in a few years. If the ~2011 deadline still stands in 2 years from now, I suspect there will be quite a rush.
[10:25] <Keybuk> tbh, the main problem with ipv6 in Ubuntu has been that those people who care about ipv6 are such fanatics about it, they're not interested in fixing the problems with ipv4 interoperability
[10:25] <Keybuk> "turn off ipv4" is not a solution for 99.99% of our users
[10:25] <ion_> IPv6 seems to work just fine in Ubuntu.
[10:26] <Keybuk> it's actually deliberately slightly broken
[10:26] <Keybuk> you won't get IPv6 DNS lookups unless you set a non-link-local IP
[10:28] <smithj> i can't figure out where ubuntu creates /scripts/init-top/usplash in the initrd. it doesn't seem to exist on the real filesystem anywhere - does mkinitrd create it on the fly?
[10:28] <maswan> Yeah. I hate that you have to workaroud broken hardware, but it is there. Bleh for home routers and firewalls and such crap.
[10:28] <Keybuk> /usr/share/initramfs-tools/scripts/init-top/usplash
[10:29] <maswan> At least it isn
[10:29] <smithj> Keybuk: oh, thanks
[10:29] <maswan> 't a "workaround" that breaks real setups
[10:30] <TerminX> sudo is broken in gutsy?
[10:31] <Keybuk> TerminX: not that I'm aware
[10:31] <sladen> TerminX: is that a question, or something that you're finding?
[10:31] <TerminX> oh, no, it's not sudo, it's pam in general :o
[10:31] <Keybuk> maswan: "Could you read out your IP address for me?" ... "Sure, it's eff, eee, eighty colon co" ... "STOP! STOP! FOR GODS SAKE! STOP!"
[10:32] <TerminX> wtf
[10:33] <TerminX> I should just explain my experience today... I did an upgrade, and then samba started saying my password expired, so I changed it via smbpasswd
[10:33] <TerminX> but it looks like smbpasswd changed my actual login password
[10:33] <TerminX> seems wrong to me
[10:33] <maswan> Keybuk: "192.168.1.2"
[10:34] <TerminX> was something changed so that the smb password and the login password are unified?
[10:34] <Keybuk> no idea
[10:34] <Keybuk> did you read the changelog?
[10:34] <TerminX> Keybuk: for which package? :p
[10:35] <Keybuk> TerminX: any of them?
[10:35] <Keybuk> this is a developer channel, not a support channel
[10:35] <Keybuk> so I assume you're preparing a fix?
[10:35] <Keybuk> otherwise you may find someone on #ubuntu is able to help you better than we can
[10:35] <TerminX> no, I'm asking questions about development changes
[10:35] <TerminX> not preparing a fix, not asking for support
[10:35] <Keybuk> that's support
[10:37] <Keybuk> (seriously, unless the one person who's touched samba is here and awake, there is little chance of getting a useful answer from us)
[10:38] <Keybuk> anyhoo, bed time
[10:38] <Keybuk> nite all
[10:43] <TerminX> ajmitch: did anything change that would prevent accessing your home directory via \\machine\username?
[10:44] <ajmitch> it's been disabled from the default smb.conf for quite awhile now
[10:45] <TerminX> I don't use the default smb.conf... it looks like the behavior is outright broken with the new version of the packages regardless of your conf
[10:45] <TerminX> I downgraded to 3.0.24-6ubuntu1 from 3.0.25-1ubuntu1 and the issues went away
[10:46] <ajmitch> I know of one potential problem that is being fixed upstream, and 3.0.25a should be out this week