[00:00] <AfC> lifeless: (I accept your guidance to only delete contents from now on, but "sure it's fine to delete obsolete packs sure sounds like it's ok to delete obsolete_packs" is all)
[00:39] <lbieber> I've tried to run "bzr branch lp:drizzle/staging" from several machines but keep getting these errors - http://pastebin.com/stUsEjNC
[00:40] <spiv> lbieber: hmm :(
[00:41]  * spiv looks
[00:41] <lbieber> I can run bzr branch lp:drizzle with no problem  and also "bzr branch lp:drizzle/build"  which are our main branches that we work with
[00:43] <spiv> Hmm, it doesn't seem to be bug 354036.  Which is good news, although it makes this error a bit mysterious...
[00:49] <lbieber> spiv:  any work arounds for now?
[00:51] <spiv> lbieber: hmm, it just worked for me...
[00:51] <spiv> lbieber: I'm guessing you have a local shared repository
[00:52] <spiv> lbieber: if you could, please tar up that .bzr/repository right now, before anything changes
[00:52]  * spiv digs up the likely bug number
[00:52] <lbieber> I'm not aware of any shared repository that we are using
[00:53] <spiv> You haven't done 'bzr init-repo' at all?
[00:53] <spiv> Hmm.
[00:53] <lbieber> no, didn't do init-repo, let me try that
[00:54] <spiv> lbieber: strange
[00:55] <spiv> lbieber: so, two comments:
[00:55] <spiv> 1) you probably should be using a shared repository if you have multiple branches of drizzle locally, it'll save space and be faster
[00:55] <spiv> 2) I have no idea why you're getting that error
[00:56] <spiv> Hmm, I guess try again, add -Dhpss to the command line, and paste the .bzr.log if it fails again.
[00:56] <spiv> But that exact command worked for me (branching into my /tmp, so no shared repository either)
[00:57] <lbieber> I've tried it now on 3 different machines and always get the same result
[00:57] <spiv> What's your lp username?
[00:57] <spiv> Are you a member of ~drizzle-developers?
[00:57] <lbieber> yes
[00:58] <lbieber> lp username is kalebral
[00:58] <spiv> Hmm, and I'm not.  That might be the key difference.
[00:59] <spiv> mwhudson: ping?  'bzr branch lp:drizzle/staging' works for me, but gives a server-side 'absent factory' error for a user in ~drizzle-developers (which owns that branch)
[01:00] <spiv> lbieber: you might be able to workaround it by using nosmart+lp:drizzle/staging as the URL
[01:00] <spiv> mwhudson: it's not a stacked branch perhaps you could grab a tarball of it for me?
[01:01] <lbieber> just had another drizzle engineer try it and they got the same error, also a member of drizzle-developers
[01:06] <spiv> lbieber: great, that does suggest that's a key ingredient then
[01:07] <spiv> lbieber: some background: lp's codehosting serves you a different copy of the branch depending on whether you have write access to it or not
[01:07] <lbieber> spiv:  ahhhh, ok
[01:07] <spiv> lbieber: so you get direct read access to the version that you (and the rest of ~drizzle-developers) can write to
[01:08] <spiv> lbieber: and I (and everyone else) read from the read-only mirror that lp makes automatically
[01:09] <spiv> It seems there's some sort of glitch in the writeable copy that has been fixed in the read-only copy, presumably the act of mirroring has fixed it up somehow.
[01:10] <mtaylor> spiv: fwiw - branching lp;drizzle/staging works for me - and I should be accessing the read-write version ...
[01:10] <jelmer> poolie: are you landing those two approved branches for lp:bzr ?
[01:10] <lbieber> spiv:  what does "nosmart" do, that appears to be working for me although hasn't finished yet
[01:10] <spiv> mtaylor: perhaps you already have the affected revs in a local shared repo, though?
[01:10] <poolie> i'm going to land ajeans and mine
[01:11] <poolie> hello spiv, jelmer
[01:11] <mtaylor> spiv: that is certainly possible
[01:11] <jelmer> poolie: ok
[01:11]  * mtaylor never operates without a local shared repo
[01:11] <jelmer> moin poolie
[01:11] <poolie> yes, those are the two
[01:11] <spiv> lbieber: it basically disables any efficient streaming of the repo by the smart server
[01:12] <lbieber> spiv:  ok, it does seems very slow
[01:12] <spiv> lbieber: i.e. it's like using sftp, the client does all the work and the server is just sending files, not interpreting them
[01:13] <spiv> I *suspect* that if someone grabs an exact copy of the read-write version from lp, and runs 'bzr check' on it, it will report that it is damaged.
[01:13] <spiv> The mystery is how it got damaged.
[01:14] <spiv> I don't know of any bugs in 2.0 or any later release that would cause that.
[01:15] <poolie> lifeless: could you have a think about bug 551332, a subunit-related thing, or try to reproduce it
[01:15] <lifeless> poolie: I thought your speculation was on target
[01:15] <lifeless> poolie: so I didn't say anything
[01:15] <lbieber> spiv:  so how do we repair it?
[01:17] <spiv> lbieber: Perhaps 'bzr reconcile lp:drizzle/staging', although I'd expect that to be abominally slow
[01:17] <spiv> If 'bzr reconcile' can fix it, we could ask an lp admin to run it server-side for you
[01:18] <spiv> Or maybe we should just ask an lp admin to replace the read-write copy with the contents of the read-only copy?
[01:18] <lbieber> spiv:  either way, which ever you think is more efficient
[01:18] <lifeless> spiv: why  do you think the ro copy is ok ?
[01:20] <bj0> there a workaround for https://bugs.launchpad.net/bzr/+bug/522637 ?
[01:20] <spiv> lifeless: because I can branch it just fine, but lbieber (who is in the owning team) can't from three different machines, no shared repo, and at least one colleague in that team has the same problem
[01:21] <lifeless> ok
[01:21] <spiv> lifeless: mtaylor can branch it... but into a shared repo that may well already have the relevant records
[01:21] <spiv> lifeless: alternative theories welcome :)
[01:21] <lifeless> I can suggest a test
[01:21] <lifeless> mv the .bzr dir there to backup.bzr
[01:21] <lifeless> and have mtaylor push to the dir using '--use-existing-dir'
[01:22] <lifeless> if that fixes it, we can analyse the backup async
[01:23] <lifeless> if it doesn't fix it, then it may be a stacking interaction with whatever it stacks on
[01:24] <thumper> poolie: bug 551525
[01:24] <lifeless> and a genuine bug
[01:24] <thumper> moring bzr people
[01:24] <thumper> well, afternoon for me now
[01:25] <poolie> hullo thumper
[01:26] <lbieber> lifeless:  what is the command line you want mtaylor to try?
[01:27] <lifeless> mtaylor: ping
[01:28] <lifeless> lbieber: if he has a local copy of staging, pushing it up fresh to the existing branch location
[01:28] <lifeless> which requires sftping in to move the current data out of the way
[01:28] <lbieber> lifeless:  ok
[01:28] <lifeless> and if we can distract him from his shiny new machine, I'll step him through it
[01:29] <poolie> jelmer: actually considering john's point in https://code.edge.launchpad.net/~mbp/bzr/484558-merge-directory/+merge/22430 i'm not going to merge that now
[01:29] <poolie> why do you ask
[01:30] <spiv> lifeless: it doesn't seem to be stacked, btw
[01:30] <lifeless> spiv: interestinger and interestinger
[01:30] <lifeless> spiv: what do you think of my suggested test?
[01:30] <spiv> lifeless: sounds good
[01:31] <spiv> lifeless: well,
[01:31] <lbieber> lifeless:  :)   ok, I have to run for now but  will try to grab him to work this out
[01:31] <lbieber> thanks for all the help on this issue
[01:31] <spiv> it's possible that mtaylor's copy is also damaged, just that for some reason he isn't encountering the damage
[01:31] <jelmer> poolie: I'm patch pilot this week, so wanted to make sure ajeans patch was going to make it in
[01:31] <spiv> So if the problem still occurs after the test, the result is going to be ambiguous
[01:31] <jelmer> poolie: so far, you've been making it very for me though :-)
[01:32] <spiv> but if it works, and there's a good chance it will, then great :)
[01:32] <poolie> heh
[01:32] <poolie> there are still lots of branches
[01:33] <mtaylor> lifeless: pong
[01:33] <lifeless> mtaylor: see above
[01:33] <lifeless> your staging branch is bust
[01:34] <lifeless> we should see if your local copy is ok
[01:34] <mtaylor> how do I test if my local copy is ok?
[01:34] <lifeless> and if it is replace the server copy, preserving the current .zbr for analysis
[01:34] <lifeless> cd /tmp
[01:34] <mtaylor> yup
[01:34] <lifeless> bzr branch bzr+ssh://localhost/home/path/to/your/staging/branch
[01:34] <mtaylor> gotcha
[01:39] <mtaylor> lifeless: worked
[01:39] <mtaylor> lifeless: shall I push --overwrite to lp:drizzle/staging?
[01:39] <mtaylor> lifeless: or does someone need to save something to debug later?
[01:40] <spiv> mtaylor: --overwrite won't have any effect, and yes we do want to save something to debug
[01:40] <spiv> mtaylor: so sftp in, move .bzr to .backup.bzr, and then push --use-existing-dir
[01:41] <spiv> Actually, I think "backup.bzr" is the preferred name now.
[01:41] <AfC> The corporate network I'm on blocks bzr:// :(
[01:43] <mtaylor> AfC: whatabout http and/or ssh?
[01:44] <mtaylor> bzrlib.errors.PermissionDenied: Permission denied: "/~drizzle-developers/drizzle/staging/.bzr"
[01:44] <mtaylor> I tried using hitchhiker... lemme try with sftp itself
[01:45] <mtaylor> Couldn't rename file "/~drizzle-developers/drizzle/staging/.bzr" to "/~drizzle-developers/drizzle/staging/backup.bzr.20100330": Permission denied
[01:45] <spiv> mtaylor: just "backup.bzr"
[01:45] <mtaylor> spiv: there is already one of those :)
[01:45] <spiv> ah
[01:45] <spiv> launchpad restricts the filenames you can have in that dir
[01:45] <AfC> mtaylor: yes, in this case I have http:// set up at a parallel URL, but for the duration of the day it's going to be annoying to have to manually express every single branch in terms of a different URL from the ones stored by Bazaar
[01:46] <mtaylor> AfC: find a different corporate network? :)
[01:46] <mtaylor> WOW. Lucid is really f-ing borked at the moment
[01:46] <AfC> mtaylor: I'm not going to bother to try and explain Bazaar to the network admins here. They're as useless as is usually the case with that lot.
[01:46] <mtaylor> AfC: I usually use bzr via ssh myself...
[01:48] <spiv> mtaylor: ALLOWED_DIRECTORIES = ('.bzr', '.bzr.backup', 'backup.bzr')
[01:48] <mtaylor> spiv: nice
[01:49] <spiv> mtaylor: if neither of those is free, you could probably cheat and move it to backup.bzr/backup.bzr.20100330...
[01:49] <lifeless> you could move it to backup.bzr/broken.backup.bazaar
[01:49] <lifeless> jinx
[01:49] <mtaylor> spiv: I moved it to .bzr.backup
[01:49] <spiv> mtaylor: just be sure to tell us :)
[01:49] <spiv> Ok, thanks :)
[01:50] <mtaylor> done
[01:56] <lifeless> ok
[02:02] <cody-somerville> bzr: ERROR: Can't export tree to non-empty directory.
[02:02] <cody-somerville> The directory doesn't exist!
[02:06] <cody-somerville> oh, weird.
[02:06] <cody-somerville> The destination is the first argument.
[02:17] <poolie> sorry, that is a bit weird
[02:17] <poolie> we should change the second to be -d
[02:18] <lifeless> poolie: try stopping apparmour and restartnig it
[02:19] <poolie> heh, apparm_o_r
[02:19] <AfC> bastards
[02:20] <lifeless> poolie: if that fixes it, there is a bug either open or needing filing about this
[02:39]  * igc out for a few hours
[02:52] <mwhudson> hazmat: hello
[02:56] <mwhudson> nm, i'll email
[03:35] <hazmat> hi mwhudson
[03:37] <hazmat> mwhudson, thanks, i missed that in my conversion attempt, that should do the trick
[05:30] <lifeless> EOD; ciao
[05:34] <poolie> ciao, thanks for the bug & review comments
[05:34] <poolie> and lh feedback
[05:34] <lifeless> np :)
[05:53] <poolie> hello spiv
[05:53] <poolie> nice to see you back
[05:55] <spiv> poolie: thanks
[05:55] <spiv> poolie: so nice that you'll review https://code.edge.launchpad.net/~spiv/bzr/smarter-index-search/+merge/21615? :)
[05:55] <poolie> i did read it actually
[05:55] <poolie> should i go through and try to check if you did everything john wanted
[05:55] <poolie> or should i just review it myself?
[05:56] <poolie> if you're confident on the former i can do the latter more qucikly
[05:56] <spiv> Either would satisfy our process, and me, I think.
[05:57] <poolie> :) ok
[05:57] <spiv> I am pretty confident that I've done everything John suggested, but it's been almost two weeks so my memory for the details is fading.  The biggest thing by far though was that it needed tests, and I've added some.
[07:47]  * vila @dentist, bbs
[08:28] <phexter> when trying to branch somthing like lp:xyz i get the following error message: "bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist.", while http connection work fine. can someone explain me how to solve that? gooogling turned out to be rather frustrating and fruitless... though i think i know that it has to do something with the key verification.
[08:34] <fullermd> You could try connecting to LP with sftp/ssh directly and check the keys that way.
[08:36] <phexter> problem solved
[08:36] <phexter> i didn't had openssh-server installed and the lp ssh key i registered was wrong as well
[08:44] <spiv> phexter: you don't need openssh-server, you do need openssh-client (or an alternative client like paramiko) instead
[08:44] <spiv> phexter: but I'm glad it's working for you now :)
[08:45] <phexter> well i had the whole ssh packet not rightfully installed, and i needed the ssh server package so seahorse could create and setup a new ssh key which i then could update to lp
[08:46] <phexter> i probably could have created just the key, but it worked and therefore i don't worry too much about it ;)
[10:18] <d1b> question on windows is pycurl still used ? (for ssl stuff)
[10:19] <vila> d1b: .bzr.log should already contains the answer. If it doesn't try adding -Dhhtp and use an https url
[10:19] <d1b> vila: im not on windows
[10:20] <vila> d1b: well, me meither :)
[10:20] <d1b> vila: ...
[10:25] <vila> d1b: it used to be included for https certificate verification, if you don't need that, you shouldn't care, is that the case ?
[10:26] <d1b> vila: im trying to work out how to solve bundling pycurl on windows
[10:26] <d1b>  / ssl checking on windows
[10:27] <vila> d1b: meh, how do you do that without being on windows ?
[10:27] <hansinge> What is the best way to upload/update a website? The  bzr-upload plugin? Is it better to install bzr on the server?
[10:27] <d1b> vila: do it on windows in a vm
[10:28] <vila> d1b: so my first remark applies, check .bzr.log on windows
[10:34] <vila> bialix: do you know the status of pycurl on windows ? And its history if it's not included anymore ?
[10:34] <bialix> vila: last time you said me that pycurl is not needed
[10:34] <bialix> vila: I think it's no more bundled into windows installer
[10:34] <bialix> but I don;t know is there any explicit disbale for pycurl
[10:34] <vila> bialix: it's needed if you want certificate verification
[10:35] <bialix> yes, if you want verification. but even without it everything is works, no?
[10:36] <vila> bialix: if you don't need the verification, yes, the urllib based transport works
[10:36] <bialix> I don't know is I need verification
[10:38] <vila> bialix: *you* may not need it, but d1b seems to be needing it :)
[10:38] <bialix> yeah, I'm trying to joke
[10:47] <vila> d1b: so all that is needed is to check if pycurl is still bundled and if not file a bug on lp asking for it
[10:47] <vila> d1b: all the code is already in bzr to use pycurl if it's installed
[10:49] <bialix> vila, d1b: there is no pycurl library in 2.1.0
[10:49]  * vila finds that amazing...
[10:49] <awilkins> I found PyCurl caused more problems than it solved when I was running earlier versions so I uninstalled it
[10:49] <bialix> I mean in the official bzr.exe Windows installer
[10:49] <awilkins> (on Windows)
[10:50]  * bialix remember to have some "nice" days to attempt adding support for certificates
[10:50] <bialix> d1b: pycurl itself is not enough, you have to add bundle with CA certificates
[10:51] <bialix> I've used the ones from Mozilla
[10:57] <bialix> also there was problem with self-signed certificates
[11:31] <d1b> bialix: yes
[11:31] <d1b> i saw thah too
[11:50] <lifeless> anyone know how big a task it was to glue the bzr http server layer into loggerhead?
[12:26] <spiv> lifeless: I don't think it was too large
[12:27] <spiv> lifeless: bzr's http server stuff is WSGI, after all
[12:29] <spiv> lifeless: there's a fairly small "if relpath == '/.bzr/smart':" check in loggerhead/apps/transport.py
[12:29] <spiv> lifeless: I'm not sure how much other code had to be rearranged to keep that so simple, but the end result seems fairly straightforward :)
[12:56] <u-foka> Hy!
[12:56] <u-foka> What is the best practice to set up a shared remote repository?
[12:57] <u-foka> I have 3 system users who have to access the repository but noone else
[12:58] <u-foka> I tryed troughsftp:// but the first push seems to remove my group write permissions :S
[12:58] <u-foka> is bzr+ssh works better in that situation?
[12:58] <u-foka> or where I should look around?
[13:02] <naoki^_> u-foka: May sticky bit help you?
[13:02] <naoki^_> http://www.profarius.com/content/creating-your-own-bazaar-server
[13:03] <u-foka> thanks, will read :)
[13:15] <fullermd> Sticky bit won't affect anything.
[13:15] <fullermd> Presumably you mean the setgid bit.  That affects the group ownership, but wouldn't touch the group write.
[13:16] <fullermd> That gets set based on <some directory>.  Generally just setting g+w on every dir under .bzr/ is the simplest way.
[13:20] <u-foka> yeah, you both right, now I checked again, and really the files created with group write by bazaar, but under my users's name+group, and this what sticky bit can solve right?
[13:21] <fullermd> setgid.  Yes.
[13:22] <fullermd> I dunno who started the fad of calling it 'sticky', but it's totally wrong.  Sticky bit is 01000.  Setgid is 02000.
[13:22] <vila> fullermd: it may have to do that both are displayed 's' in ls -l ?
[13:23] <fullermd> Well, all the 0x000 bits show as s's.
[13:23] <vila> Or that both carry the idea that they "stick" to whatever they are applied to
[13:24] <fullermd> My cynical side says it's because somebody heard "sticky bit" once, and it stuck floating in their head looking for something to hitch onto.
[13:24] <spiv> fullermd: ...for something to *stick* to ;)
[13:24] <fullermd> But then, I'm a grumpy old misanthrope.  And git offa my lawn!
[13:25] <spiv> fullermd: or to put it another way... your theory is that "sticky bit" is a sticky bit of terminology ;)
[13:25] <vila> fullermd: the thing is.... I mixed them for a long time... until I read the Fine manual :)
[13:25] <spiv> fullermd: and you wonder why people are confused? :)
[13:26] <fullermd> Oh, I don't assume people are confused.  Never attribute to incompetence what can be adequately explained by malice   :)
[13:26] <spiv> So the "Referer" header was misspelled as part of an evil plan, rather than by accident?  Hmm.
[13:27] <fullermd> Right.  The conspiracy becomes totally obvious when you link it with the creat() syscall, see.
[13:28]  * vila feels warm inside about all those people making typos too...
[13:32]  * bialix using bzr log to look at his own timezone
[13:42] <u-foka> thanks again! now it works great :) But this setgid (or whatever) thing shouldn't be part of the user-guide's server page?
[14:52] <Tak> when I do a lightweight checkout from a svn repo, is bzr supposed to go through the "analyzing repository" stuff for all the revisions?
[14:55] <LeoNerd> It moreorless has to, doesn't it?
[14:57] <Tak> I don't know; does it? :-P
[14:58] <Tak> I would expect a lightweight checkout to just need the tip
[14:59] <fullermd> How can it know what the tip is?
[15:00] <fullermd> Light co of svn sounds like pain incarnate.  A regular light co has to talk to the other side any time it needs any rev info.  With svn, it would have to re-derive it every time it needed something.
[15:06] <Tak> hmm
[15:06] <Tak> I guess I was hoping to get more or less a svn co, but with ability to do things like shelve
[15:07] <fullermd> You may be able to do that in an actual svn co.
[15:28] <ibboT> hi I'm trying to pull from a branch on a USB stick (I originally created the repository by branching from the USB stick) but I get: bzr: ERROR: [Errno 17] File exists
[15:29] <ibboT> this is using bzr in cygwin on windows
[15:39] <awilkins> Tak, what you want are stacked-branches-on-svn-repo   . I don't think bzr-svn supports that yet.
[15:40] <awilkins> Tak, I just take a local bazaar branch of the svn branch and make a lightweight checkout of that (or a topic branch of it)
[16:24] <Tak> awilkins: thanks - I was hoping to avoid that in this case
[16:30] <awilkins> Tak, big repo?   I am still a bit new to bzr and trying to get my head wrapped around how I should best use it.  In my case, I have a distributed team work on a base project (PHP website).  Most of the work goes into the base product.  But, from time to time, we need to branch and create specific version for a client.  Most of the changes are cosmetic, CSS, images, etc.  Some are code changes.  Either way, we would like to be able to track the changes in th
[16:32] <Tak> oh, and my connection is through a vpn to a different continent ;-)
[16:33] <awilkins> Tak, One way I deal with this is having a machine close to the repository on which I can take the Bazaar branch and then I pull that using bzr+ssh
[16:33] <awilkins> Tak, but not always an option of robvious reasons
[16:33]  * Tak nod
[18:12] <Hillshum> Can I put repos inside other repos?
[18:16] <fullermd> Do you really mean that, or do you mean branches inside other branches?
[18:16] <fullermd> Either way, the answer is "yes, but", but the buts are different.
[18:18] <Hillshum> fullermd: Maintain subprojects within one main repo
[18:20] <fullermd> See, I think you really mean 'branches' there.  Anything you work on is a branch, not a repo.
[18:21] <fullermd> In any event, you can certainly put one branch inside another in your workspace, but that doesn't establish any connection between them, just impositioning.
[18:22] <fullermd> Establishing a logical connection would be the realm of "nested trees", which isn't an implemented capability.  There are some plugins that approximate it (scmproj and externals being the two primary ones now, I believe)
[18:24] <maxb> oh dear, is it the qt changes in lucid that have broken qbzr? :-(
[18:26] <maxb> Hillshum: A question you might like to consider is: Should these subprojects really share a single common history? Will they really always be branched, merged, tagged as one complete unit?
[18:27] <Hillshum> maxb: No
[18:28] <maxb> In that case, they definitely should be a separate branch per subproject, and if you need a tool to compose a certain filesystem layout from a set of branches, scmproj or externals may be relevant to you
[18:30] <Hillshum> Okay
[20:57] <masklinn> excuse me, I'm trying to list the branches contained in a shared repository, my googling lead me to believe there would be a "bzr branches" command that would do that, but upon trying it this results in bzr: ERROR: unknown command "branches" using bzr 2.1.0 in OSX
[20:59] <IslandUsurper> masklinn, it's in the bzrtools plugin/package
[21:00] <masklinn> IslandUsurper: oh damn, I thought I'd reinstalled it along with bazaar yesterday, but you're right I forgot about it and it indeed isn't installed
[21:01] <masklinn> thanks
[21:01] <IslandUsurper> np
[22:44] <TresEquis> Is this the channel for 'bzr explore' hacking?
[22:46] <GaryvdM> TresEquis: Hi, yes
[22:48] <TresEquis> I'd like to work on getting 'make' to run from inside a project (to build Sphinx docs, actually)
[22:48] <TresEquis> any pointers on where to start?
[22:48] <TresEquis> I'd like to stay mostly "naive" about the code, if I can help it, although I read and write Python for a liviing
[22:49] <the_angry_angel> hi guys, stupid question, but i've hunted through the docs and tried what I'd consider to be the obvious - how can I get bzr forced to use a username and password when checking out from a svn repo? theres anonymous read access, but no matter wht I've tried bzr 2.1.0 on OSX will not allow me to commit. I've tried including the username and password in the URL, I've looked for arguments and failed. any sugestions, or does it need to be shoved i
[22:51] <beuno> the_angry_angel, including them in the URL is the way to go, AFAIK
[22:51] <the_angry_angel> beuno: thats what I figured from some old, old posts on the mailing lists
[22:52] <GaryvdM> the_angry_angel: You can also try authentication.conf
[22:53] <GaryvdM> TresEquis: Confused. How does make/spdinx docs relate to bzr explore?
[22:53] <the_angry_angel> GaryvdM: will do. I've just confirmed that it works as expected under Windows and Linux, so I'm guessing that its an OSX specific bug - cheers for the assistance guys
[22:59] <DebbieWork> Hiya.  I just got told to 'use bzr' for our project's VCS.  I've been reading up, and get a little lost in the diffs bet shared, stacked & nested branches.  If I init-repo my own repo @ "/project", and pull in two branches, /proj/brA & /proj/brB, from 2 different sources, I think I have a 'shared' repo, right?
[22:59] <GaryvdM> DebbieWork: Yes
[23:00] <GaryvdM>  repo @ "/proj/" not  repo @ "/project/"
[23:01] <DebbieWork> GaryvdM: Oops type :-) Thanks.  Ok, so what if I instead create /proj/, pull in /proj/brA, then pullin /proj/brA/brB.  Is that 'nested' or 'stacked'?
[23:01] <DebbieWork> Ugh. typO.
[23:01] <thumper> DebbieWork: you can pretty much ignore stacked and nested branches (you shouldn
[23:01] <thumper> DebbieWork: shouldn't need them
[23:02] <GaryvdM> DebbieWork: shared,
[23:02] <DebbieWork> GaryvdM was it something i said? ;-)
[23:02] <GaryvdM> No press ctrl q by mistake
[23:02] <DebbieWork> thumper Then what's the best way to 'do' /proj/brA/brB?
[23:03] <DebbieWork> GaryvdM: :-)
[23:03] <thumper> DebbieWork: what are you trying to do?
[23:03] <GaryvdM> DebbieWork: You can safely ignore stacked and nested branches when you are starting out. However shared repos are important.
[23:07] <DebbieWork> thumper: Well, first - LEARN! :-)  But, eventually, the proj is a CivicSpace rollout.  Basically, Drupal layout.  Which has the site files buried in a folder in the install.  So, I wanna check out the install from the CivicSpace site (into /proj/brA), then checkout the site files from somewhere else (into /proj/brA/brB), and "end up" with a dir structure that I can publish to the web.
[23:07] <thumper> DebbieWork: I'd ask emmajane
[23:07] <thumper> DebbieWork: I'm sure emmajane has worked with bzr and drupal
[23:07] <DebbieWork> GaryvdM: I'm missing the "important" part of shard repos.  I get the "convenient" biz -- less disk space.
[23:08] <thumper> DebbieWork: shared repos are really helpful for speed of creating other branches (as it isn't copying revisions)
[23:08] <DebbieWork> thumper: Thanks!  emmajane ping?
[23:08] <GaryvdM> DebbieWork: Disk space, and time to branch.
[23:09] <DebbieWork> GaryvdM: Time to branch inside the same shared repo, you mean?
[23:09] <lifeless> moin
[23:11] <GaryvdM> DebbieWork: Yes
[23:11] <DebbieWork> Ooh, is that *this* EmmaJane? http://www.amazon.com/gp/product/0137136692/
[23:12] <GaryvdM> Yes
[23:13] <DebbieWork> GaryvdM: Huh.   Didn't think that that'd be 'important'.  But, I havan't done a gazillion branches yet.  Probably adds up!
[23:13] <DebbieWork> GaryvdM: Great!  I ordered her book yesterday :-D
[23:14] <DebbieWork> thumper: "as it isn't copying revisions".  Just the latest changes, then?  That's the 'sharing' part, right?
[23:15] <idnar> if you're branching within the shared repo, then by necessity all of the revisions involved must already be in the repo, so none will need to be copied
[23:15] <idnar> if you branch from somewhere else, then any revisions not already present in the repo will need to be copied, but those that you already have don't need to be
[23:16] <orbarron> hello all.. need some help :) I want to do the following:  lp: project-rootstock however I am getting the following error --> bzr: ERROR: Connection error: Could not resolve 'edge.launchpad.net' [Errno -2] Name or service not known
[23:16] <orbarron> has anyone seen this?
[23:17] <orbarron> opps.. let me correct that I am running the following command --> bzr branch lp:project-rootstock
[23:19] <DebbieWork> idnar: "any revisions not already present in the repo will need to be copied".  Ok, I see the various .bzr folders -- at the 'top' dir for the init-repo, and in each of the branches.  The shared, and need-to-be-copied, repos' revisions *all* go in to the top-level .bzr? Or each bracnh gets its revisions, but meta-data about it all in the top level?
[23:24] <idnar> DebbieWork: as I understand it, the branch is a record of which revisions make up that particular branch
[23:25] <idnar> DebbieWork: but the actual data about those revisions (file contents etc.) are stored in the repository
[23:27] <idnar> DebbieWork: so the shared repository resides in the top-level .bzr, while the branch data sits in the lower .bzr dirs, as you said
[23:28] <GaryvdM> orbarron: can you access launchpad.net in a web browser?
[23:28] <GaryvdM> orbarron: do you use a proxy server?
[23:29] <DebbieWork> idnar: Poking around with 'du -h', that seems to make sense. Of course the actual DATA files stay in each branch.
[23:30] <GaryvdM> DebbieWork: FYI "Data files" are refered to as Working Tree
[23:30] <GaryvdM> If I understand you correctly.
[23:31] <poolie> hello gary, all
[23:32] <GaryvdM> Hi  poolie
[23:32] <GaryvdM> bla #qt is so rude.
[23:33] <GaryvdM> unhelpfull
[23:33] <GaryvdM>  /rant
[23:33] <DebbieWork> GaryvdM: Hum.  Well, I created 'init-repo --no-trees', then pulled some branches of external projects into the top-level repo.  Those barnches have all the project code in them -- my "data files" -- but there are not Trees involved yet.   Run bzr remove-tree to remove the working tree.
[23:37] <GaryvdM> *existing branch
[23:40] <DebbieWork> GaryvdM: Ooh, didn't know that.  So a branch minus its WorkingTree is ... Empty? (except for the .bzr)
[23:40] <GaryvdM> a branch without a working tree
[23:41] <idnar> yeah, there'll just be a .bzr
[23:42] <DebbieWork> Hum.  I guess I need to re-read the checkout vs branch stuff (still thinking about how to layout the CivicSpace project code -- for Production, Staging & Development using bzr).  So many options!   CVS is *much* simpler.  Of course you can't DO much with it :-)
[23:44] <DebbieWork> Well, DUH!  This page snuck past me http://wiki.bazaar-vcs.org/CheckoutTutorial.
[23:47] <TresEquis> GaryvdM: I want to add a tool to my explorer which can kick off a 'make html' inside the project's 'docs' directory
[23:47] <TresEquis> Typical IDE task
[23:48] <TresEquis> This page mentions it as a future feature: http://doc.bazaar.canonical.com/explorer/en/tutorials/customization.html
[23:48] <TresEquis> Note
[23:48] <TresEquis> It would be nice to support make, ant, etc. here. That may work via launching a shell each time. Patches welcome.
[23:48] <TresEquis> (end of quote)
[23:48] <orbarron> GaryvdM: I can access it in a web browser
[23:49]  * orbarron believes this is a proxy issues... :(
[23:49] <GaryvdM> TresEquis: I see. I'm not sure myself. Look out for igc. He is in Australia, so he will be awake soon.
[23:50] <orbarron> just not sure how to set up for bzr
[23:53] <DebbieWork> Ok. So if I have a local branch in a shared repo, /proj/brA, and want to hack on brA *on the same machine*, I can either (1) just hack diretcly on brA, (2) checkout brA brAdev, hack on brAdev, with @commit auto pushed to brA, or (3) branch brA brAdev, hack on brAdev, commit, then update ?
[23:59] <GaryvdM> poolie: I'm not sure if I have missed mail or not. What is the status of 2.2b1?


[00:39] <metroid1> hey, i am running xubuntu 10.10 on a thinkpad t61.  it seems to be overheating. does anyone know how to control the fan settings?
[00:54] <toga> Try 'fancontrol'
[00:56] <metroid1> toga: i have it installed but i can't seem to get it to work
[00:57] <toga> You need pwmcontrol to configure fancontrol, also lm-sensors
[00:58] <metroid1> oh, okay.  i will do that now.
[00:58] <metroid1> btw, here is my terminal output:
[00:58] <metroid1> ~$ fancontrol
[00:58] <metroid1> Loading configuration from /etc/fancontrol ...
[00:58] <metroid1> Error: Can't read configuration file
[00:58] <toga> I use gkrellm to watch my fans
[00:59] <toga> Run pwmcontrol first
[00:59] <metroid1> i have seen gkrellm in the repos -- you can change fan settings with it?
[01:00] <toga> No, but it displays fan speeds all of the time, a fan going to zero rpm can set off an alarm
[01:02] <toga> a low rpm can set an alarm too.
[01:03] <metroid1> is this spelled correctly?
[01:03] <metroid1> pwmcontrol
[01:03] <metroid1> i can't find it in the repos
[01:04] <toga> Sorry pwmconfig
[01:06] <toga> pwmconfig is part of fancontrol
[01:07] <metroid1> do i have to run pwmconfig first?
[01:07] <toga> As far as I can see.
[01:07] <metroid1> i will give it a try
[01:08] <toga> There's a man page for it.
[01:09] <metroid1> ok thanks
[01:37] <JDogg420> hello need help on why wobble windows is a little slow and laggs a little bit
[01:37] <JDogg420> it was way faster using kde
[01:40] <metroid1> i am attempting to follow this howto for Thinkpad Fan control here:http://ubuntuforums.org/showthread.php?t=1586094&highlight=thinkpad+t61+fan+settings in post #5 but when i get to step 4: dpkg-deb -D --build tpfan-admin_0.96-ubuntu1_all i get this output in my terminal:
[01:41] <metroid1> dpkg-deb: failed to open package info file `tpfan-admin_0.96-ubuntu1_all/DEBIAN/control' for reading: No such file or directory
[01:42] <metroid1> it looks to me like it is saying that the file called 'control' doesn't exist but i know that it does.  i am probably missing something reasonably simple, any ideas?
[01:47] <metroid1> other folks in the thread seem to have had no problems so i am sure i am just missing something small
[01:50] <toga> I don't know any more than I already gave you, as I don't run fancontrol
[01:53] <metroid1> toga: i appreciate all the help you gave me. thanks again.
[01:53] <toga> You welcome
[01:53] <toga> You're
[06:31] <r3d2> hey i need to start the file manager in sudo mode
[06:31] <r3d2> how csn i do this
[06:31] <r3d2> wats the name of the file manager
[06:32] <lighta> thunar
[06:32] <r3d2> thanks
[06:32] <r3d2> sudo thunar?
[06:32] <lighta> yep
[06:32] <r3d2> ok
[06:32] <lighta> it won't love this much but should work
[06:32] <lighta> I wonder if
[06:33] <lighta> !thunar
[06:33] <r3d2> didnt work
[06:33] <r3d2> nvm
[06:33] <r3d2> lol
[06:33] <lighta> show me cmd result
[15:51] <Lord_Rahl> anyone good with bash script? If so can some one that a look at this http://pastebin.com/XT4rMgby I keep get unexpected "do"
[19:20] <coz_> guys do you have an official place for the wallpapers
[19:25] <knome> for which wallpapers?
[19:28] <coz_> knome,  extras  that may be chosen   ... defaults ones
[19:29] <coz_> knome,  maybe easier to ask if all of the wallpapers for natty have been chosen in xubuntu
[19:31] <charlie-tca> http://www.flickr.com/groups/uawt-7/
[19:34] <coz_> ah ok
[22:21] <metroid1> does thunar show thumbnails for video?


[02:33] <ShawnR> i don't suppose anyone else here has had issues with pidgin freezing up on them lately?
[04:12] <Chloric> evening guys
[04:24] <Bryanstein> Chloric, you get that data off?
[04:25] <Chloric> what data?
[04:26] <Chloric> elaborate, sorry
[04:34] <Bryanstein> Chloric, I thought you had a drive that needed to be recovered
[04:35] <Chloric> oh yeah. we got most of what we wanted. the rest we'll try for another day
[04:36] <Chloric> i tried installing ubuntu this morning and it wouldnt installl
[04:36] <Chloric> so yeah, just best to stick to a livecd
[04:37] <Chloric> sorry, im exhausted, was bombing ramps at this new 9 story parking garage with banked turns and a steep exit ramp
[14:43] <DammitJim> morning
[19:37] <reya276> Hello everyone
[19:37] <reya276> what's cooking today?
[19:37] <reya276> any news on anything special non-special
[19:38] <reya276> or should I brew up one of Rey's special arguments LOL...LOL
[19:39] <reya276> man they need to like make a TOAD MYSQL manager for Ubuntu
[19:39] <reya276> the one they got for Winjunk is awesome!
[19:41] <maxolasersquad> reya276: Today is national quiet day.
[19:42]  * mhall119 never used toad
[19:42] <mhall119> I use SQL Developer for Oracle, and the MySQL GUI tools for Mysql
[19:42] <maxolasersquad> The best GUI tool for Linux I've used is SQL Developer.
[19:43] <reya276> maxolasersquad, national quiet day LOL...Awesome!
[19:43] <maxolasersquad> I find Toad's interface to be waaaay too busy.
[19:43] <reya276> hey but you can trim it
[19:43] <reya276> I made it look exactly like Enterprise manager for SQL 2000
[19:46] <maxolasersquad> I'd really like to see a PyGTK database tool.
[19:47] <maxolasersquad> The DBMS tool market really sucks.  Lots of half-baked products that cost a ton of money.
[19:49] <reya276> yeah I agree
[19:50] <reya276> but I hear that QT is making a big splash with their IDE and ease of use right along the VB of Linux dare I say
[19:51] <maxolasersquad> The QT demo at UDS was pretty impressive.
[19:51] <reya276> so someone may create one in QT
[19:51] <reya276> I just want one that works well at this point regardless who makes it
[19:51] <reya276> and with what
[19:52] <reya276> you can run Navicat Studio for MYSQL through WINE but for me that is not an option
[19:52] <reya276> I wonder if Toad MYSQL manager would run on CrossOver Office I bought that to run Office 2007 and the darn thing works very well
[19:52] <mhall119> what's wrong with mysql-query-browser?
[20:02] <reya276> mhall119, no GUI query/views designer, not everyone likes to code everything
[20:04] <mhall119> you don't?
[20:04] <mhall119> :(
[20:04] <reya276> although I'm using the MYSQL Workbench and they got some cool things going
[20:05] <reya276> not when it comes to extremely complex views/queries, thanks but no thanks
[23:18] <yanni94> hello, can anyone help me figure out a printer issue?


[00:05] -queuebot:#ubuntu-release- New binary: nextcloud-spreed-signaling [riscv64] (kinetic-proposed/universe) [0.4.1-1] (no packageset)
[01:17] -queuebot:#ubuntu-release- New binary: ros2-rcpputils [amd64] (kinetic-proposed/universe) [2.5.1-2] (no packageset)
[01:17] -queuebot:#ubuntu-release- New binary: ros2-rcpputils [s390x] (kinetic-proposed/universe) [2.5.1-2] (no packageset)
[01:18] -queuebot:#ubuntu-release- New binary: ros2-rcpputils [ppc64el] (kinetic-proposed/universe) [2.5.1-2] (no packageset)
[01:21] -queuebot:#ubuntu-release- New binary: ros2-rcpputils [armhf] (kinetic-proposed/universe) [2.5.1-2] (no packageset)
[01:22] -queuebot:#ubuntu-release- New binary: ros2-rcpputils [arm64] (kinetic-proposed/universe) [2.5.1-2] (no packageset)
[01:36] -queuebot:#ubuntu-release- New binary: ros2-rcpputils [riscv64] (kinetic-proposed/universe) [2.5.1-2] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: hatch-vcs [amd64] (kinetic-proposed/none) [0.2.0-2] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: python-lsp-rope [amd64] (kinetic-proposed/universe) [0.1.9-1] (no packageset)
[06:04] <LocutusOfBorg> vorlon, what about llvm-13-dev move to universe
[06:04] <LocutusOfBorg> and speex/speexdsp migration hints?
[06:20] <LocutusOfBorg> vorlon, probably speexdsp wants an i386 build
[06:20] <LocutusOfBorg> (vlc)
[06:32] -queuebot:#ubuntu-release- New sync: oem-sutton.simon-baba-meta (focal-proposed/primary) [20.04~ubuntu1]
[06:32] -queuebot:#ubuntu-release- New sync: oem-sutton.newell-cage-meta (focal-proposed/primary) [20.04~ubuntu1]
[07:10] <vorlon> LocutusOfBorg: speexdsp hinted; but llvm-13-dev is a Recommends: of llvm-13 in main, so how/why do you expect this to be demoted?
[07:22] -queuebot:#ubuntu-release- Packageset: Added speexdsp to i386-whitelist in kinetic
[07:52] -queuebot:#ubuntu-release- New binary: weston [amd64] (kinetic-proposed/universe) [10.0.0-1] (i386-whitelist, xorg)
[07:57] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-aerwyna-meta to canonical-oem-metapackages in bionic
[07:57] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-aethelberht-meta to canonical-oem-metapackages in bionic
[07:57] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.simon-babak-meta to canonical-oem-metapackages in bionic
[07:57] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-aerwyna-meta to canonical-oem-metapackages in focal
[07:57] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-aethelberht-meta to canonical-oem-metapackages in focal
[07:57] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.simon-babak-meta to canonical-oem-metapackages in focal
[07:57] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-aerwyna-meta to canonical-oem-metapackages in jammy
[07:57] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.newell-aethelberht-meta to canonical-oem-metapackages in jammy
[07:57] -queuebot:#ubuntu-release- Packageset: Added oem-sutton.simon-babak-meta to canonical-oem-metapackages in jammy
[08:32] -queuebot:#ubuntu-release- New: accepted geographiclib [amd64] (kinetic-proposed) [2.0+ds-1]
[08:32] -queuebot:#ubuntu-release- New: accepted geographiclib [armhf] (kinetic-proposed) [2.0+ds-1]
[08:32] -queuebot:#ubuntu-release- New: accepted geographiclib [riscv64] (kinetic-proposed) [2.0+ds-1]
[08:32] -queuebot:#ubuntu-release- New: accepted gsad [amd64] (kinetic-proposed) [21.4.4-1]
[08:32] -queuebot:#ubuntu-release- New: accepted gsad [armhf] (kinetic-proposed) [21.4.4-1]
[08:32] -queuebot:#ubuntu-release- New: accepted gsad [riscv64] (kinetic-proposed) [21.4.4-1]
[08:32] -queuebot:#ubuntu-release- New: accepted haskell-commonmark [amd64] (kinetic-proposed) [<IP_ADDRESS>-1]
[08:32] -queuebot:#ubuntu-release- New: accepted haskell-ghc-typelits-knownnat [ppc64el] (kinetic-proposed) [0.7.4-1]
[08:32] -queuebot:#ubuntu-release- New: accepted importlab [amd64] (kinetic-proposed) [0.7-1]
[08:32] -queuebot:#ubuntu-release- New: accepted lf [arm64] (kinetic-proposed) [27-1]
[08:32] -queuebot:#ubuntu-release- New: accepted geographiclib [arm64] (kinetic-proposed) [2.0+ds-1]
[08:32] -queuebot:#ubuntu-release- New: accepted geographiclib [s390x] (kinetic-proposed) [2.0+ds-1]
[08:32] -queuebot:#ubuntu-release- New: accepted gsad [ppc64el] (kinetic-proposed) [21.4.4-1]
[08:32] -queuebot:#ubuntu-release- New: accepted haskell-ghc-typelits-knownnat [amd64] (kinetic-proposed) [0.7.4-1]
[08:32] -queuebot:#ubuntu-release- New: accepted javacc5 [amd64] (kinetic-proposed) [5.0-10]
[08:32] -queuebot:#ubuntu-release- New: accepted lf [ppc64el] (kinetic-proposed) [27-1]
[08:32] -queuebot:#ubuntu-release- New: accepted lf [s390x] (kinetic-proposed) [27-1]
[08:32] -queuebot:#ubuntu-release- New: accepted node-base16 [amd64] (kinetic-proposed) [1.0.0+~cs1.0.2-1]
[08:32] -queuebot:#ubuntu-release- New: accepted node-nunjucks [amd64] (kinetic-proposed) [3.2.3+dfsg+~cs1.0.1-2]
[08:32] -queuebot:#ubuntu-release- New binary: libapache2-mod-oauth2 [ppc64el] (kinetic-proposed/universe) [3.2.2-1] (no packageset)
[08:32] -queuebot:#ubuntu-release- New: accepted geographiclib [ppc64el] (kinetic-proposed) [2.0+ds-1]
[08:32] -queuebot:#ubuntu-release- New: accepted gsad [s390x] (kinetic-proposed) [21.4.4-1]
[08:32] -queuebot:#ubuntu-release- New: accepted lf [armhf] (kinetic-proposed) [27-1]
[08:32] -queuebot:#ubuntu-release- New: accepted libapache2-mod-oauth2 [amd64] (kinetic-proposed) [3.2.2-1]
[08:32] -queuebot:#ubuntu-release- New: accepted node-v8-compile-cache [amd64] (kinetic-proposed) [2.3.0-1]
[08:32] -queuebot:#ubuntu-release- New binary: prometheus-cpp [amd64] (kinetic-proposed/universe) [1.0.0-1] (no packageset)
[08:32] -queuebot:#ubuntu-release- New binary: rust-notify [ppc64el] (kinetic-proposed/universe) [4.0.17-1] (no packageset)
[08:32] -queuebot:#ubuntu-release- New: accepted gsad [arm64] (kinetic-proposed) [21.4.4-1]
[08:32] -queuebot:#ubuntu-release- New: accepted lf [riscv64] (kinetic-proposed) [27-1]
[08:32] -queuebot:#ubuntu-release- New binary: libapache2-mod-oauth2 [s390x] (kinetic-proposed/universe) [3.2.2-1] (no packageset)
[08:32] -queuebot:#ubuntu-release- New binary: tiledb-r [amd64] (kinetic-proposed/universe) [0.12.0-2] (no packageset)
[08:32] -queuebot:#ubuntu-release- New: accepted hatch-vcs [amd64] (kinetic-proposed) [0.2.0-2]
[08:32] -queuebot:#ubuntu-release- New binary: rust-assert-approx-eq [ppc64el] (kinetic-proposed/universe) [1.1.0-1] (no packageset)
[08:32] -queuebot:#ubuntu-release- New: accepted node-istextorbinary [amd64] (kinetic-proposed) [6.0.0+~cs9.33.0-3]
[08:32] -queuebot:#ubuntu-release- New: accepted libapache2-mod-oauth2 [ppc64el] (kinetic-proposed) [3.2.2-1]
[08:32] -queuebot:#ubuntu-release- New: accepted nextcloud-spreed-signaling [amd64] (kinetic-proposed) [0.4.1-1]
[08:32] -queuebot:#ubuntu-release- New: accepted nextcloud-spreed-signaling [armhf] (kinetic-proposed) [0.4.1-1]
[08:32] -queuebot:#ubuntu-release- New: accepted nextcloud-spreed-signaling [riscv64] (kinetic-proposed) [0.4.1-1]
[08:32] -queuebot:#ubuntu-release- New: accepted node-svg2ttf [amd64] (kinetic-proposed) [6.0.3+~cs4.7.1-2]
[08:32] -queuebot:#ubuntu-release- New: accepted opencl-clang-11 [amd64] (kinetic-proposed) [11.0.0-2]
[08:32] -queuebot:#ubuntu-release- New: accepted paramcoq [amd64] (kinetic-proposed) [1.1.3-1]
[08:32] -queuebot:#ubuntu-release- New: accepted paramcoq [armhf] (kinetic-proposed) [1.1.3-1]
[08:32] -queuebot:#ubuntu-release- New: accepted paramcoq [riscv64] (kinetic-proposed) [1.1.3-1]
[08:32] -queuebot:#ubuntu-release- New: accepted lf [amd64] (kinetic-proposed) [27-1]
[08:32] -queuebot:#ubuntu-release- New: accepted nextcloud-spreed-signaling [arm64] (kinetic-proposed) [0.4.1-1]
[08:32] -queuebot:#ubuntu-release- New: accepted nextcloud-spreed-signaling [s390x] (kinetic-proposed) [0.4.1-1]
[08:32] -queuebot:#ubuntu-release- New: accepted opencl-clang-11 [ppc64el] (kinetic-proposed) [11.0.0-2]
[08:32] -queuebot:#ubuntu-release- New: accepted paramcoq [ppc64el] (kinetic-proposed) [1.1.3-1]
[08:32] -queuebot:#ubuntu-release- New binary: python-aiohttp-apispec [amd64] (kinetic-proposed/universe) [3.0.0~b2+ds1-1] (no packageset)
[08:32] -queuebot:#ubuntu-release- New binary: rust-assert-approx-eq [amd64] (kinetic-proposed/universe) [1.1.0-1] (no packageset)
[08:32] -queuebot:#ubuntu-release- New: accepted libapache2-mod-oauth2 [s390x] (kinetic-proposed) [3.2.2-1]
[08:32] -queuebot:#ubuntu-release- New: accepted node-yarn-tool-resolve-package [amd64] (kinetic-proposed) [1.0.46-2]
[08:32] -queuebot:#ubuntu-release- New: accepted paramcoq [s390x] (kinetic-proposed) [1.1.3-1]
[08:32] -queuebot:#ubuntu-release- New binary: rust-notify [amd64] (kinetic-proposed/universe) [4.0.17-1] (no packageset)
[08:32] -queuebot:#ubuntu-release- New: accepted nextcloud-spreed-signaling [ppc64el] (kinetic-proposed) [0.4.1-1]
[08:32] -queuebot:#ubuntu-release- New binary: python-pcre [amd64] (kinetic-proposed/universe) [0.7-1] (no packageset)
[08:32] -queuebot:#ubuntu-release- New: accepted paramcoq [arm64] (kinetic-proposed) [1.1.3-1]
[08:33] -queuebot:#ubuntu-release- New: accepted prometheus-cpp [amd64] (kinetic-proposed) [1.0.0-1]
[08:33] -queuebot:#ubuntu-release- New: accepted psi-notify [amd64] (kinetic-proposed) [1.2.1-3]
[08:33] -queuebot:#ubuntu-release- New: accepted psi-notify [armhf] (kinetic-proposed) [1.2.1-3]
[08:33] -queuebot:#ubuntu-release- New: accepted psi-notify [riscv64] (kinetic-proposed) [1.2.1-3]
[08:33] -queuebot:#ubuntu-release- New: accepted python-aiohttp-apispec [amd64] (kinetic-proposed) [3.0.0~b2+ds1-1]
[08:33] -queuebot:#ubuntu-release- New: accepted python-fhs [amd64] (kinetic-proposed) [1.0-1]
[08:33] -queuebot:#ubuntu-release- New: accepted python-lsp-rope [amd64] (kinetic-proposed) [0.1.9-1]
[08:33] -queuebot:#ubuntu-release- New: accepted python-pcre [amd64] (kinetic-proposed) [0.7-1]
[08:33] -queuebot:#ubuntu-release- New: accepted python-wilderness [amd64] (kinetic-proposed) [0.1.6-1]
[08:33] -queuebot:#ubuntu-release- New: accepted r-cran-bslib [amd64] (kinetic-proposed) [0.3.1+dfsg-1]
[08:33] -queuebot:#ubuntu-release- New: accepted prometheus-cpp [ppc64el] (kinetic-proposed) [1.0.0-1]
[08:33] -queuebot:#ubuntu-release- New: accepted psi-notify [ppc64el] (kinetic-proposed) [1.2.1-3]
[08:33] -queuebot:#ubuntu-release- New: accepted python-click-option-group [amd64] (kinetic-proposed) [0.5.3-1]
[08:33] -queuebot:#ubuntu-release- New: accepted python-network [amd64] (kinetic-proposed) [0.2-1]
[08:33] -queuebot:#ubuntu-release- New: accepted pywavefront [amd64] (kinetic-proposed) [1.3.3-1]
[08:33] -queuebot:#ubuntu-release- New: accepted psi-notify [arm64] (kinetic-proposed) [1.2.1-3]
[08:33] -queuebot:#ubuntu-release- New: accepted python-lsp-rope [amd64] (kinetic-proposed) [0.1.8-1]
[08:33] -queuebot:#ubuntu-release- New: accepted psi-notify [s390x] (kinetic-proposed) [1.2.1-3]
[08:33] -queuebot:#ubuntu-release- New: accepted python-websocketd [amd64] (kinetic-proposed) [0.2-1]
[08:33] -queuebot:#ubuntu-release- New: accepted ros2-rcpputils [arm64] (kinetic-proposed) [2.5.1-1]
[08:33] -queuebot:#ubuntu-release- New: accepted ros2-rcpputils [riscv64] (kinetic-proposed) [2.5.1-1]
[08:33] -queuebot:#ubuntu-release- New: accepted ros2-rcpputils [amd64] (kinetic-proposed) [2.5.1-2]
[08:33] -queuebot:#ubuntu-release- New: accepted ros2-rcpputils [armhf] (kinetic-proposed) [2.5.1-2]
[08:33] -queuebot:#ubuntu-release- New: accepted ros2-rcpputils [riscv64] (kinetic-proposed) [2.5.1-2]
[08:33] -queuebot:#ubuntu-release- New: accepted ros2-rcutils [amd64] (kinetic-proposed) [5.2.0-1]
[08:33] -queuebot:#ubuntu-release- New: accepted ruby-gitlab-markup [amd64] (kinetic-proposed) [1.8.0-1]
[08:33] -queuebot:#ubuntu-release- New: accepted rust-assert-approx-eq [ppc64el] (kinetic-proposed) [1.1.0-1]
[08:33] -queuebot:#ubuntu-release- New: accepted rust-notify [ppc64el] (kinetic-proposed) [4.0.17-1]
[08:33] -queuebot:#ubuntu-release- New: accepted rust-num-enum-derive [ppc64el] (kinetic-proposed) [0.5.7-1]
[08:33] -queuebot:#ubuntu-release- New: accepted ros2-rcpputils [armhf] (kinetic-proposed) [2.5.1-1]
[08:33] -queuebot:#ubuntu-release- New: accepted ros2-rcpputils [arm64] (kinetic-proposed) [2.5.1-2]
[08:33] -queuebot:#ubuntu-release- New: accepted ros2-rcpputils [s390x] (kinetic-proposed) [2.5.1-2]
[08:33] -queuebot:#ubuntu-release- New: accepted rust-assert-approx-eq [amd64] (kinetic-proposed) [1.1.0-1]
[08:33] -queuebot:#ubuntu-release- New: accepted rust-num-enum-derive [amd64] (kinetic-proposed) [0.5.7-1]
[08:33] -queuebot:#ubuntu-release- New: accepted rust-vmm-sys-util [ppc64el] (kinetic-proposed) [0.9.0-1]
[08:33] -queuebot:#ubuntu-release- New: accepted rust-wayland-egl [ppc64el] (kinetic-proposed) [0.29.4-1]
[08:33] -queuebot:#ubuntu-release- New: accepted ros2-rcpputils [s390x] (kinetic-proposed) [2.5.1-1]
[08:33] -queuebot:#ubuntu-release- New: accepted ros2-rcutils [ppc64el] (kinetic-proposed) [5.2.0-1]
[08:33] -queuebot:#ubuntu-release- New: accepted rust-vmm-sys-util [amd64] (kinetic-proposed) [0.9.0-1]
[08:33] -queuebot:#ubuntu-release- New: accepted rust-wayland-protocols [amd64] (kinetic-proposed) [0.29.4-1]
[08:33] -queuebot:#ubuntu-release- New: accepted ros2-rcpputils [ppc64el] (kinetic-proposed) [2.5.1-2]
[08:33] -queuebot:#ubuntu-release- New: accepted rust-wayland-egl [amd64] (kinetic-proposed) [0.29.4-1]
[08:33] -queuebot:#ubuntu-release- New: accepted rust-notify [amd64] (kinetic-proposed) [4.0.17-1]
[08:34] -queuebot:#ubuntu-release- New: accepted rust-x11-dl [amd64] (kinetic-proposed) [2.19.1-1]
[08:34] -queuebot:#ubuntu-release- New: accepted rust-xor-name [amd64] (kinetic-proposed) [4.0.1-2]
[08:34] -queuebot:#ubuntu-release- New: accepted srpc [arm64] (kinetic-proposed) [0.9.6-1]
[08:34] -queuebot:#ubuntu-release- New: accepted srpc [ppc64el] (kinetic-proposed) [0.9.6-1]
[08:34] -queuebot:#ubuntu-release- New: accepted srpc [s390x] (kinetic-proposed) [0.9.6-1]
[08:34] -queuebot:#ubuntu-release- New: accepted waylandpp [amd64] (kinetic-proposed) [1.0.0-2]
[08:34] -queuebot:#ubuntu-release- New: accepted weston [arm64] (kinetic-proposed) [10.0.0-1]
[08:34] -queuebot:#ubuntu-release- New: accepted weston [i386] (kinetic-proposed) [10.0.0-1]
[08:34] -queuebot:#ubuntu-release- New: accepted weston [riscv64] (kinetic-proposed) [10.0.0-1]
[08:34] -queuebot:#ubuntu-release- New: accepted rust-x11-dl [ppc64el] (kinetic-proposed) [2.19.1-1]
[08:34] -queuebot:#ubuntu-release- New: accepted srpc [armhf] (kinetic-proposed) [0.9.6-1]
[08:34] -queuebot:#ubuntu-release- New: accepted tiledb-r [amd64] (kinetic-proposed) [0.12.0-2]
[08:34] -queuebot:#ubuntu-release- New: accepted weston [armhf] (kinetic-proposed) [10.0.0-1]
[08:34] -queuebot:#ubuntu-release- New: accepted weston [s390x] (kinetic-proposed) [10.0.0-1]
[08:34] -queuebot:#ubuntu-release- New: accepted srpc [amd64] (kinetic-proposed) [0.9.6-1]
[08:34] -queuebot:#ubuntu-release- New: accepted weston [amd64] (kinetic-proposed) [10.0.0-1]
[08:34] -queuebot:#ubuntu-release- New: accepted srpc [riscv64] (kinetic-proposed) [0.9.6-1]
[08:34] -queuebot:#ubuntu-release- New: accepted weston [ppc64el] (kinetic-proposed) [10.0.0-1]
[10:41] -queuebot:#ubuntu-release- Unapproved: xdg-desktop-portal (jammy-proposed/main) [1.14.3-0ubuntu2 => 1.14.3-0ubuntu<IP_ADDRESS>] (desktop-core)
[11:18] -queuebot:#ubuntu-release- New binary: apertium-mkd-eng [amd64] (kinetic-proposed/none) [0.1.3-2] (no packageset)
[12:28] -queuebot:#ubuntu-release- Unapproved: gnome-shell (jammy-proposed/main) [42.0-2ubuntu1 => 42.1-0ubuntu0.1] (desktop-extra, mozilla, ubuntu-desktop)
[12:48] <ricotz> hello :), is there an ETA for daily ISOs based on jammy?
[13:29] <lucasmoura> hi sil2100, can you take a look at release 27.8 of ubuntu-advantage-tools ? We have already performed all of the tests and the package is already been in proposed for more than 7 days
[13:29] <RikMills> juliank: the running apport tests on armhf look stuck?
[14:00] <ahasenack> athos: can you ping waveform with your postgresql PR? It might change the fix for debconf
[14:17] <athos> ahasenack: I just replied him in (LP: #1973382) with a link to that MP. Am also filling a bug for Debian's postgresql-common to bring the maintainer into the discussion
[14:18] <ahasenack> athos: did you check why it's unexpected that postgresql is restarted after dpkg-reconfigure? There are no debconf prompts? I don't recall
[14:19] <athos> There is a --no-start option being passed to dh_installsystemd and a comment in debian/rules explicitly saying it should not happen. Still digging into its history though :)
[14:22] <waveform> athos, sorry -- I'd misunderstood the initial intent of the bug, and just posted another (probably overly long) explanation before your reply -- you almost certainly do want to add --no-stop-on-upgrade to d/rules for postgresql-common given the comment in d/rules that postgresql should not be start, nor restarted on upgrade
[14:22] <waveform> *started
[14:24] <waveform> there's still something bugging me about the situation though ... I need to dig back into the history of debhelper and postgresql-common, and see why this is coming up now, because some part of me is confused that it is (I have a feeling it *should* have happened before, but I'm not 100% sure why)
[14:25] <athos> waveform: with this in mind, I am moving the MP from in progress to needs review
[14:25] <athos> waveform: if this helps, I filed https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1011067 and will ping the debian maintainer about it in a sec
[14:26] <waveform> athos, thanks -- will take a look -- I still need to reply to cjwatson's comments on my dpkg-reconfigure MP for Debian, but I'd like to fully understand the history of everything going on here to try and avoiding breaking more stuff! :)
[14:32] <athos> waveform: thank you!
[15:21] <vorlon> kc2bez[m]: I touched calamares last, but I don't want to merge it if this will potentially break flavors that I don't use.  do you want to merge 3.2.57-1 from unstable?
[15:34] <rbasak> sil2100: o/ I'm going to look at SRU-releasing ua-tools now.
[15:44] <rbasak> (done)
[16:00] <vorlon> /var/lib/dpkg/info/postgresql-14.postinst: 111: systemctl: not found
[16:00] <vorlon> >_<
[16:31] <LocutusOfBorg> sil2100, hello, please have a look if possible at LP: #1973275?
[16:31] <LocutusOfBorg> tanks
[16:31] <LocutusOfBorg> should be easy this time
[16:54] <vorlon> tjaalton: fyi certmonger ftbfs in kinetic on all arches except riscv64 due to tests: https://launchpad.net/ubuntu/+source/certmonger/0.79.15-1
[16:55] <tjaalton> vorlon: ah, thanks
[16:57] <vorlon> -- Installing: /<<PKGBUILDDIR>>/debian/tmp/usr/lib64/libdislocker.so.0.7.2
[16:57] <vorlon> thanks, cmake
[17:07] <kc2bez[m]> vorlon: We have a couple of patches we need to carry, the most important one being the apport patch. I think we are early enough in the cycle we can react to any issues that come up.
[17:18] <bdmurray> I'm cleaning up some long running apport tests on armhf
[17:19] <bdmurray> RikMills: You seem to requested apport and konsole multiple times. If you use retry-autopkgtest-regressions it will check to see if the test is already queued and prevent duplicate submissions
[17:34] <RikMills> bdmurray: the machine I was on was bionic, which does not work with that revision of  retry-autopkgtest-regressions. sorry for the the duplicates
[18:17] <vorlon> kc2bez[m]: does this mean I should merge it and you'll deal with the fallout, or do you want to have control of the merging?
[18:20] <kc2bez[m]> vorlon: I am ok if you merge it, I can deal with the fallout.
[18:21] <kc2bez[m]> Thanks for checking in.
[18:21] <vorlon> ugh dislocker ftbfs not reproducible on sid, with same version of cmake
[18:47] <vorlon> kc2bez[m]: I'm not going to raise MPs for the git repo at https://phab.lubuntu.me/source/calamares/ though, sorry.  I have a strong and long-held view that the Vcs-* fields for packages in Ubuntu should only ever point at repositories that all the launchpad-authorized uploaders have commit access to
[18:52] <kc2bez[m]> vorlon: I understand where you are coming from. That Vcs should be updated actually. That repo is in LP and mirrored to phab https://git.launchpad.net/~ubuntu-qt-code/+git/calamares
[18:52] <vorlon> ah :)
[18:53] <vorlon> kc2bez[m]: still probably going to punt on it for this merge, but it looks like if the Vcs field got updated I'd be able to just push there, so that's good
[18:54] <kc2bez[m]> Understood
[18:54] <kc2bez[m]> Thanks again.
[18:58] -queuebot:#ubuntu-release- Unapproved: nova (jammy-proposed/main) [3:25.0.0-0ubuntu1 => 3:25.0.0-0ubuntu1.1] (openstack)
[19:01] -queuebot:#ubuntu-release- Unapproved: nova (impish-proposed/main) [3:24.0.0-0ubuntu1 => 3:24.1.0-0ubuntu2] (openstack)
[19:11] -queuebot:#ubuntu-release- Unapproved: nova (focal-proposed/main) [2:21.2.4-0ubuntu1 => 2:21.2.4-0ubuntu2] (openstack, ubuntu-server)
[19:24] <vorlon> ahasenack: I sorted out postgis ftbfs with a muddled libproj stack; but now it ftbfs on ppc64el with a test failure.  I could do a test rebuild without -O3 to see if that helps, but if not, what should we do here?
[19:25] <ahasenack> vorlon: did you mean me really? I have no context on that
[19:25] <vorlon> ahasenack: you touched postgresql-14 last ;)
[19:25] <ahasenack> ah, famous til
[19:26] <ahasenack> I remember having to change -On values to fix ppc64el build problems before
[19:26] <ahasenack> I think it was on squid, c++
[19:27] <ahasenack> https://pastebin.ubuntu.com/p/sXt5HW4JsY/
[19:27] <ahasenack> it was exactly that, don't use -O3
[19:27] <vorlon> ok I'll give it a try then (after lunch)
[19:27] <ahasenack> well, the fix was something else
[19:28] <ahasenack> but related to -O3 vs -O2
[22:06] <vorlon> ahasenack: disabling -O3 doesn't fix it, disabling LTO does
[22:17] -queuebot:#ubuntu-release- New: accepted apertium-mkd-eng [amd64] (kinetic-proposed) [0.1.3-2]
[23:03] <ahasenack> vorlon: ah, ok. Will you disable it only on ppc64el?
[23:13] <vorlon> ahasenack: that's what I meant to do, but your question made me realize I fumbled it and disabled it on all archs ;)
[23:13] <vorlon> so, fixing
[23:15] <ahasenack> :)
[23:18] -queuebot:#ubuntu-release- New binary: qr-code-generator [amd64] (kinetic-proposed/universe) [1.8.0-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: opennds [amd64] (kinetic-proposed/none) [9.7.0-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: jameica-h2database [amd64] (kinetic-proposed/none) [1.4.197-6] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: mathcomp-zify [amd64] (kinetic-proposed/none) [1.2.0+1.12+8.13-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: psycopg3 [amd64] (kinetic-proposed/none) [3.0.1-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: mathcomp-real-closed [amd64] (kinetic-proposed/none) [1.1.2-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: neochat [amd64] (kinetic-proposed/none) [22.04-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: orthanc-neuro [amd64] (kinetic-proposed/none) [1.0-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: mathcomp-zify [ppc64el] (kinetic-proposed/none) [1.2.0+1.12+8.13-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: tiledb [amd64] (kinetic-proposed/universe) [2.9.0-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: neochat [ppc64el] (kinetic-proposed/none) [22.04-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: tiledb [ppc64el] (kinetic-proposed/universe) [2.9.0-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: manpages-l10n [amd64] (kinetic-proposed/universe) [4.14.0-3] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: orthanc-neuro [ppc64el] (kinetic-proposed/universe) [1.0-1] (no packageset)
[23:33] -queuebot:#ubuntu-release- New binary: tiledb [s390x] (kinetic-proposed/universe) [2.9.0-1] (no packageset)
[23:34] -queuebot:#ubuntu-release- New binary: mathcomp-zify [s390x] (kinetic-proposed/universe) [1.2.0+1.12+8.13-1] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: neochat [s390x] (kinetic-proposed/universe) [22.04-1] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: orthanc-neuro [s390x] (kinetic-proposed/universe) [1.0-1] (no packageset)
[23:45] -queuebot:#ubuntu-release- New binary: mathcomp-zify [riscv64] (kinetic-proposed/universe) [1.2.0+1.12+8.13-1] (no packageset)


[00:42] <Salane> Anyone here?
[01:07] <Salane> Hey
[01:18] <pwnguin> a little anxious, that one
[01:26] <psyke83> kwwii, hey, were there any problems with the theme update?
[01:27] <psyke83> oops I just saw you mention it on the ML, never mind ;)
[01:27] <Salane> Its like 2:30 where he lives lol
[01:29] <psyke83> Salane, I'm only an hour away from that myself :)
[01:29] <Salane> Oh nice
[01:29] <Salane> Having a good night?
[01:30] <Salane> Its only 19:30 for me :D
 who's been hacking on NewHuman?
[18:01] <alex-weej>  i have my 2p to add
[18:01] <alex-weej>  the little stripe at the top of the window frame is way too close to the title text
[18:01] <alex-weej>  feels cramped
[18:02] <_MMA_> kwwii: ^^^
[18:02] <alex-weej> the amount of space below should equal the amount of space above MINUS the thickness of the stripe
[18:09] <alex-weej> or at least be enough so that they don't look uneven. see clearlooks' tabs in both the front and back states
[18:10] <alex-weej> (don't look in Firefox. it makes a hash of the geometry i think)
[20:13] <kwwii> alex-weej: while the text could go down a bit, there is not much space left below to move it down more than a few pixels
[20:21] <alex-weej> don't move it down
[20:22] <alex-weej> kwwii: apply clearlooks, open ephy and look at two tabs
[20:22] <alex-weej> the text has room to breathe whether the stripe is there or not
[20:22] <alex-weej> it's also affecting the window icon in NewHuman
[21:06] <kooldude> hi
[21:07] <kooldude> if anyone can respond please do (kiwwi, pwnguin)
[21:31] <kwwii> alex-weej: are you talking about the window decoration text or the text in tabs?
[21:31] <alex-weej> window decoration in NewHuman
[21:32] <alex-weej> but it's similar to the tabs in Clearlooks, right?
[21:32] <alex-weej> with the text and the stripe above it
[21:46] <kwwii> never thought of it that way, but yes :-)
[21:47] <kwwii> I realize it is a problem and it will be addressed, thanks for reporting it


[12:50] <joejaxx> hmm
[01:33] <CIA-16> migration-assistant: evand * r53 migration-assistant/ (debian/changelog ma-script-utils): * Handle more than one installed copy of Windows (LP: #97081).
[11:05] <tepsipakki> lvcreate in d-i is for some reason quite slow
[11:05] <tepsipakki> now
[11:05] <tepsipakki> it was much faster before
[11:06] <tepsipakki> I'll take a look at the logs once the machine has installed
[11:08] <tepsipakki> cjwatson: would it be possible to copy casper.log to /var/log/installer after ubiquity has done it's business? It would help debugging X problems
[11:09] <tepsipakki> now they need to boot the session again to get that log
[11:14] <saispo> hi all
[11:15] <saispo> cjwatson: when i boot on a feisty custom cd i have an error wich say me thats no kernel module loaded, have you an idea ?
[11:16] <saispo> i think i have the solution...
[11:36] <saispo> no, same error :/
[11:38] <saispo> anna[4466] : WARNING **: no packages for kernel in archive
[11:40] <saispo><EMAIL_ADDRESS>[11:49] <saispo> cjwatson: http://people.ubuntu.com/~ubuntu-archive/seeds/ubuntu.feisty/installer
[11:49] <saispo> is not up2date :/
[11:53] <cjwatson> hmm, I wonder why
[11:55] <saispo> 2.6.20-13 in installer and not 2.6.20-14
[11:55] <saispo> (installer seeds file)
[11:57] <cjwatson> yes I know
[11:58] <saispo> :)
[11:58] <saispo> thanks for fixing them :)
[12:01] <saispo> cjwatson: have you an idea how can i upgrade debian-cd, germinate and britney without broking all things i have modified ?
[12:02] <cjwatson> bzr has perfectly good merge tools
[12:02] <cjwatson> if you make modifications it's your responsibility to deal with merging them
[12:03] <cjwatson> I will not and cannot help you
[12:03] <cjwatson> saispo: seeds fixed now, thanks for the heads-up
[12:04] <saispo> no problem
[12:04] <saispo> i work on ubuntu everydays too :)
[12:11] <saispo> preseeding lvm automatic partition is very long...
[12:12] <saispo> tepsipakki: same problem here
[12:12] <cjwatson> tepsipakki: yeah, file a bug on casper about it?
[02:39] <CIA-16> ubiquity: cjwatson * r2027 ubiquity/ (4 files in 2 dirs):
[02:39] <CIA-16> ubiquity: * Improve the layout of the language page resulting from the release-notes
[02:39] <CIA-16> ubiquity:  link (LP: #105470).
[02:57] <CIA-16> ubiquity: cjwatson * r2028 ubiquity/ (configure configure.ac): bump to 1.4.10
[03:09] <CIA-16> ubiquity: cjwatson * r2029 ubiquity/ (d-i/manifest debian/changelog): * Automatic update of included source packages: hw-detect 1.45ubuntu4.
[03:14] <CIA-16> ubiquity: cjwatson * r2030 ubiquity/debian/changelog: releasing version 1.4.10
[03:31] <tepsipakki> cjwatson: or on ubiquity?
[03:32] <cjwatson> no
[03:32] <cjwatson> casper generates the ubiquity-casper binary package and this belongs there
[03:44] <tepsipakki> ah, ok
[05:08] <penta> hi, can anyone help me with activating lvm at the feisty installer?
[05:16] <cjwatson> make sure all the PVs are marked as "Use as: physical volume for LVM", and then select "configure the logical volume manager" in the partitioner
[05:20] <penta> ?? where do i find configure the lvm (feisty beta)
[05:20] <penta> i use the alternate cd and was expecting something like activate LVMs (like dapper and edgy had)
[05:22] <penta> i chose 'text mode install' and when loading partition programm there are three guided and one manual partitioning available
[05:24] <penta> the lvm i want to install into is configured and in use (i want to install feisty besides edgy and etch)
[05:38] <cjwatson> use manual partitioning and then do as I said above
[05:57] <CIA-16> ubiquity: evand * r1498 ma/ (25 files in 7 dirs): Merged with trunk.
[06:05] <CIA-16> ubiquity: evand * r1499 ma/ (debian/changelog ubiquity/frontend/gtkui.py):
[06:05] <CIA-16> ubiquity: * Prevent mounted volumes icons from appearing on the desktop. (LP:
[06:05] <CIA-16> ubiquity:  #105531)
[06:08] <evand> cjwatson: not sure if you want that one, but I got a bug report about it and I saw that mdz mentioned it in -devel.  I would've split it out into its own function but that seemed like a waste.