[00:07] Would a kind over worked MOTU please close Bug #134342. This package has been accepted into debian and is no longer valid. Thanks [00:07] Launchpad bug 134342 in ubuntu "[needs packaging] Themeampache" [Wishlist,Fix committed] https://launchpad.net/bugs/134342 [00:08] lauchazombie: so your wanting to contribute to ubuntu but dont know programming? [00:08] i have a bit of what i learn reading books [00:08] like c for dummies and staff but i never really made something [00:09] well im in the same boat with you [00:09] but theres plenty of other thing you can do to contribute without programming [00:09] how long have you been using ubuntu? [00:09] like? [00:10] well im on about 2 years [00:10] and i had used other distros [00:10] huh, same here [00:10] so bmk789 how do can i help? [00:11] you can hand out ubuntu CDs to friends, family, strangers you meet shopping for computers in best buy, you can submit bugs to launchpad, and help out newer users on the forums and IRC [00:11] lauchazombie: you can do some packageing and fix bugs ( small ones A) from launchpad with little/no programing [00:11] and theres a documentation group i think [00:12] you can hand out ubuntu CDs to friends, family, strangers you meet shopping for computers in best buy, you can submit bugs to launchpad, and help out newer users on the forums and IRC <---- well im really in to difussion in my college for example not only ubuntu free software in general [00:13] tiagoboldt: Did you ask ScottK whether he was ok with you doing one of his merges? [00:14] TheMuso, he started by helping me, than he had to leave and norsetto helped me finishing it [00:14] I'm not sure if it is 100% ok, but a sure hope it is:) [00:15] is there any problem TheMuso ? [00:17] tiagoboldt: As long as he was ok with you doing it, thats fine. [00:18] :) [00:24] do I have to subscribe someone to a universe SRU candidate before motu-uvf is aware? [00:24] superm1: btw thanks for taking a look at the debdiff for me [00:25] jdong, no prob. you can subscribe motu-uvf [00:25] ok [00:25] jdong, and i saw ScottK mention in here that he has a +1 for it, but i'd like him to leave that on the bug before i'll upload [00:25] and of course fix those two things i mentioned :) [00:26] superm1: will do; my .debdiff was designed with hardy in mind, as I explained in a follow up to your comment [00:26] ah didn't see. [00:26] I wanted to get a green-light from -uvf because I KNOW they'll be extremely uneasy about hte circumstances of this SRU candidate [00:26] (i.e. it's a completely different packaging) [00:26] but mind you azureus is very broke right now [00:26] so ltos of changes to make it work > doesn't work [00:27] (imo) [00:27] jdong, i'll follow up with you tomorrow or so, i've got to run errands for multiple hours this evening. [00:27] superm1: I tried to express the same reasoning :) [00:27] superm1: ok, thanks for you help [00:28] i thought azureus only needed the 2.5.04 jar? [00:30] bmk789: you mean replacing Azureus2.jar from upstream? [00:31] yes [00:31] bmk789: that's a hackjob band-aid [00:31] bmk789: the core problem is that our patches + a GCJ compiler = producing noncompliant Azureus2.jar [00:31] bmk789: correct fix is the build Azureus2.jar via icedtea, a non-broken compiler [00:32] ah i see [00:32] bmk789: shipping Azureus2.jar from upstream is like shipping a Fedora tarball of openoffice.org in a deb because openoffice was broken [00:32] totally hackish and wrong solution that just happens to work [00:35] * imbrandon strenthens his dislike for java apps [00:36] imbrandon: meh I think its future looks better thanks to a FOSS java chain that's not crap [00:36] openoffice isnt in java is it? [00:36] no offense to GCJ folks who have poured their heart and time into the product [00:36] bmk789: parts of it [00:36] bmk789: most multimedia abilities depend on a Java stack [00:36] jdong: what about compiling with blackdown, i thought i was justa java fork [00:37] imbrandon: last time I checked, blackdown stopped at 1.4.x? [00:37] and? [00:37] Azureus uses Java 1.5 language features [00:37] ah [00:38] i cant spell tonight more so than usual [00:40] jdong: looks like your on the path to multiverse then ;) [00:41] imbrandon: icedtea is universe [00:41] ahh [00:41] which works out perfectly, as azureus is universe too :) [00:42] imbrandon: earlier today I was considering multiverse demotion, but that wouldn't work apparently because the stupid java6-jdk package pops up an EULA that can't be accepted on the buildd's :D [00:42] well if a SRU wont fly alwasy you can just fix it for hardy ( the LTS ) and we can -backport it [00:42] jdong: ^ [00:42] imbrandon: yeah, that's my failsafe :) [00:43] i've already got another -backport in the works and its not even built for hardy yet heh [00:43] can someone recommend a good C development program? [00:44] bmk789: as in? like learn C development by example ? [00:44] ya [00:45] hrm not right off, scour google, there is tons out there, but also going off your comments from earlier you know you dont have to program to package software correct? its a whole nother beaste [00:45] really? [00:46] yea programing and packaging are totaly seperate, check out ..... [00:46] !packageguide [00:46] The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - See https://wiki.ubuntu.com/MOTU/Packages/New for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources - See also !backports [00:46] so im guessing packaging consists of downloading the code, compiling and building a deb? [00:47] yes, thats a really short version of it , but yea thats the simplistic basics [00:47] ok thanks ill look into that [00:47] :) [00:47] if you need anything feel free to still poke us [00:47] but i sugest giving that url a once over [00:48] also there is a nice ( but old ) short primer by zonk on the IBM page [00:48] if you wanna look at it [00:48] http://www.ibm.com/developerworks/linux/library/l-debpkg.html [00:48] this helps a lot, thanks [00:49] np [00:51] jdong: your still active on the -backports right ? [00:54] imbrandon: yeah [00:54] been a bit busy recently [00:54] schoolwork not treating me too well [00:54] but still active on the project [00:55] all this time I've still been meaning to want to do some MOTU work and qualify for MOTU.... [01:07] jdong: hey install / test this for me ... http://ppa.launchpad.net/imbrandon/ubuntu/pool/universe/n/netsurf/netsurf_1.1-1ubuntu1~ppa1_i386.deb [01:07] imbrandon: what version of Ubuntu? [01:07] i'm gonna file a bug soon for gutsy -backport but want some other testers [01:07] gutsy [01:08] its in my repo if you wanna do it that way [01:08] x86_64 built too if your not on i386 [01:10] jdong: are we still not allowed to do direct -backport uploads ? this should be a streight sync from debian lenny but dident make the autosync cutoff [01:10] i was hoping to fakesync it ( upload ) to -backports before the hardy opens [01:10] imbrandon: you're core-dev and backporter, you can do whatever you want :) [01:10] hahah i know i _CAN_ i was asking was it still frowned on [01:11] imbrandon: yeah, archive won't be too happy [01:11] k [01:12] its really a slick browser, html 4 and css2, just dosent have javascript support [01:12] ( some may like that lol , no ad's ) [01:13] sounds cool [01:15] would AMD64 packaging be of more demand than i386? [01:17] tiagoboldt: are you done with the bug? [01:18] bmk789: the source packages are the same, the buildd's build for i386 x86_64 ppc ihppa etc [01:18] so you done really have to worry to much about it [01:20] nxvl, guess so [01:29] how do i work with rc bugs? [01:29] i'm on http://django.ajmitch.net.nz/rcbugs/ [01:30] and i found a FTBFS bug [01:30] now i'm dgeting the code from ubuntu dsc [01:30] imbrandon: unless of course it's x264 in which case every arch rains bloody hell upon your suffering soul.... :) [01:30] now do i need to open a bug on LP? [01:31] and how do i add a comment on http://django.ajmitch.net.nz/rcbugs/ [01:48] jdong: install work fine? [01:49] ... install & work ... [01:49] imbrandon: installed, lemme try running it [01:49] k [01:51] imbrandon: seems to work fine :) [01:51] kk, i'll file a backport then soonish [03:00] ... don't 64 bit libs belong in /lib64 <.< [03:00] * bluefoxicy has /lib64 -> /lib o_o [03:00] and a /lib32 [03:07] bluefoxicy: On x86-64? 32bit libs belong in lib32, and native libs (ie: 64bit libs) belong in /lib. There's that debian multiarch document lying around on the net somewhere. [03:07] RAOF_: I'm trying to get to google but my network is being horrible (awesome throughput, horrible actually-do-something) ... to verify against the FHS === RAOF_ is now known as RAOF [03:09] 64 bytes from py-in-f99.google.com (64.233.167.99): icmp_seq=6 ttl=239 time=34.9 ms <-- each being several seconds apart @_@ [03:11] http://lists.debian.org/debian-glibc/2006/09/msg00113.html [03:13] I was thinking of http://lackof.org/taggart/hacking/multiarch/ , but that's quite ooooold. [03:13] yes I'm trying to get to the current standard now. My network is being super-crap. [03:14] http://www.pathname.com/fhs/pub/fhs-2.3.html#LIB64 OK, this is wtf [03:15] RAOF: Officially according to FHS (not Debian), x86-64 64-bit libs go in lib64 and 32-bit x86 libs go in lib [03:15] RAOF: IA64 libs (intel Itanium) go in lib [03:15] which .... does not make sense. [03:16] well. The rationale is that IA64 deprecates 32-bit so you shouldn't use 32-bit programs on IA64 (yeah, sure *cough* poor engineering *cough*) [03:17] RAOF: to be fair, every single Linux distro gets it wrong. It's a Microsoft-style standard, i.e. the standard says X but everyone else does Y so we'll act like Y is the standard. [03:17] (in microsoft's case they make themselves "everyone else" and everyone just conforms to them) [03:17] The Debian multiarch proposal looks moderatily sane. [03:19] RAOF: sane maybe. What if I install a 32-bit .deb for i386 on a 64-bit system? [03:19] But if *I* were writing a FHS document, I'd be stipulating that the most-native libs go in /usr/lib, and others go in /usr/libwhatever. [03:19] (which puts libraries in /lib) [03:19] bluefoxicy: under multiarch they don't [03:19] Indeed. The put it in /usr/lib/i386-linux/ [03:19] s/the/they/ [03:19] lifeless: debs don't literally store the file system structure; or dpkg just automatically notices the structure and moves stuff around? [03:20] bluefoxicy: Multiarch compliant .debs store stuff in /usr/lib/arch-os [03:20] bluefoxicy: neither [03:20] That won't prevent old, non-compliant debs from dancing all over your careful structure. [03:21] Also, hi lifeless :) [03:21] RAOF: So if I install libogg on i386 ubuntu, it puts stuff in /usr/lib; but if I install the same exact .deb file on an x86-64 system, it puts it in /usr/lib/arch-os? [03:21] Or do I need to find a special deb === saivann_ is now known as saivann [03:22] bluefoxicy: You need to find a special deb. One that's compliant to the multiarch standard. [03:22] RAOF: that's what I'm saying. The point of /lib64 + /lib vs /lib and /lib32 was that you don't need to play games [03:22] some villiage has lost their idiot.... [03:23] Hobbsee: Yes but you're just on vacation right? :) [03:23] bluefoxicy: :P [03:23] it's Yet Another Person Who Cannot Read For Shit. [03:24] that's 4 this weekend, iirc. [03:24] bluefoxicy: But you're going to have to play games *eventually*, and it's our responsibility (as distributions) to bend upstream stuff to our policy. [03:24] RAOF: mm? AFAIK upstream ... doesn't particularly care, or some such. I know the core samba project in particular follows /lib /lib64 [03:25] Yeah. And so, if our policy is lib, lib32, then we need to make their stuff comply. [03:26] ... which is exactly what you do now >.> [03:26] * bluefoxicy shrugs. [03:26] Incidentally, that Debian plan includes some backwards-compatibility stuff (/lib64 -> /usr/lib/x86-64-linux, /lib32 -> /usr/lib/i386-linux) === saivann is now known as saivann_ [03:26] Indeed. It doesn't require upstream to follow the same policy as us. [03:27] bluefox@icebox:~$ file /lib64 /lib32 [03:27] /lib64: symbolic link to `/lib' [03:27] /lib32: directory [03:27] RAOF: not a symlink :) [03:28] (I don't have any such i386-linux anywhere) [03:28] RAOF: seems like you've failed to follow Debian policy too :> [03:28] bluefoxicy: Oh, yeah. Totally. That mulitarch document isn't implemented yet. It's a proposal. Sorry if you were thinking I was talking about done work :) [03:28] ah [03:30] argh I have to reboot, networking on 64 bit is seriously broken by now >> [03:31] ... awesome, gutsy can't read my ipod either o.o [03:32] this is the most broken release yet >.> when I get network back I'm filing some bugs [03:32] rebooting. LAter. [03:43] jdong: SRU (after Hardy opens) is just up to the MOTU uploading and the archive admins. I'd suggest discuss it with pitti during the week and see what he thinks. [03:43] crud it's a local issue with network [03:43] comcast is being trash. [03:43] ScottK: thanks [03:44] bluefoxicy: That's their speciality. [03:45] ScottK: if I ping google, it takes like 5-10 seconds between pings [03:45] but, the ping time is 35mS [03:45] Probably DNS. [03:45] No, not dns. [03:45] No? [03:45] it finds the IP address. [03:46] it's started to fix itself now though. Hrm. [03:46] If you ping the IP (rather than by name) is it faster? [03:46] no [03:46] I was thinking DNS slow, not DNS down. [03:46] yeah, but ping only looks up the address once [03:47] If pinging by IP is faster than by name, it's almost certainly a DNS problem. [03:48] ScottK: are you under the belief that a single run of ping looks up the address in DNS before sending each packet? [03:49] bluefoxicy: I've never really looked into it. It's been my experience that when that happened, it was DNS. [03:50] hrm [03:52] ScottK: I concede. That seems to be it. ping is poorly designed too (somehow if I ping something with multiple A records, it continuously pings the same address, yet each run of ping gets a different address...) [03:52] (try pinging irc.esper.net) [03:52] Crap DNS is never a bad guess with Comcast anyway. [03:53] I'm using opendns [03:53] Ah. [03:53] there'sstill the issue with my ipod. [03:55] * Hobbsee wonders why bluefoxicy didnt upgrade *before* this, and so then fix all of his problems while the archives were still open [03:55] Hobbsee: I wasn't on 64-bit >.> and didn't honestly notice ipod totally doesn't work. [03:56] Hobbsee: this is lol! [03:57] * Hobbsee suspects other people's ipods probably work [03:57] bluefoxicy: Is it a crazy new ipod? [03:57] RAOF: 60G iPod VIdeo [03:58] * bluefoxicy plugs in other usb drives with strange effects. [03:58] Hm. Probably new enough to have the new improved encrypted database then? [03:58] I plugged one in and then it suddenly recognized my ipod and the other drive [03:58] now it recognizes neither... [03:59] RAOF: no, it's not recognizing it as a usb mass storage drive at all, mostly. [03:59] it has once, about 1 minute ago [03:59] Ah, right. Crazieness. [03:59] anyway enough of that [04:00] I'm on 64 bit specifically to test it out, re Gnash now actually works (somewhat) [04:10] [ 1963.577045] usb 2-5: new high speed USB device using ehci_hcd and address 21 [04:10] [ 1968.681203] usb 2-5: device descriptor read/64, error -71 [04:10] There we go. After several minutes this turns into an attached iPod. [04:11] this is nowhere near enough information ;_; [05:30] LongPointyStick awesome user :] [05:37] hello Lure [05:37] hi Da_Clover [05:38] Been a while since LaserJock_ payed a visit to motu [05:41] good evening imbrandon [05:49] hello Da_Clover [05:49] * jdong whips out bzr and begins doing a crackpot 3-way merge between his azureus 2.5.0.4 packaging and 3.0.3.4 upstream :D [05:49] i thought azureus 3 was teh devil [05:51] imbrandon: the Linux version seems sane still.... [05:51] jdong: Woooo! You'll prevent me from feeling guilty about not touching that pile of madness? [05:53] RAOF: hey, I already fixed azureus gutsy packages this afternoon, and I *NEVER* quit while I'm ahead! [05:53] 2836 files changed, 620438 insertions(+), 567426 deletions(-) [05:53] wh... what a beautiful diff. [05:53] And when jdong feels the packaging of Azureus isn't crackful enough, he'll borrow crack from his own stock [05:53] lol [05:53] heya StevenK [05:53] * StevenK waves [05:55] * RAOF shores [05:55] [jdong@jdong:azureus/azureus-ubuntu]$ bzr merge ../azureus-3.0.3.4/ [05:56] can it be that simple? [05:56] hrm Flash 9 for Solaris sparc and x86 , very cool, if only they would do a ppc linux build [05:56] my god jdong [05:57] jdong, you and RAOF and your crack :) [05:57] ooh, only two conflicts [06:02] jdong: Surely you're only merging the debian directory? Or what? Do they ship a debian/? [06:03] RAOF: both Debian maintainer and I have modified a few files in debian/../, so I'm doing a bzr merge by importing 2.5.0.4, branching into 2.5.0.4-ubuntu and 3.0.3.4, then going into 2.5.0.4-ubuntu and merging from 3.0.3.4 [06:04] * RAOF thought our azureus package wasn't actually based upon the Debian package at all. Maybe this has changed. [06:05] RAOF: no you are correct, it wasn't, that was a change within the past 8 hours :) [06:05] RAOF: Ubuntu's package is down a hopeless road, I am rebasing off Debian and pulling patches from Mandriva [06:05] Fair enough. Is debian still doing crazy, crazy things? [06:06] I seem to recall the maintainer decided that azureus was too cool to use the eclipse gtk bindings, so shipped his own build of them. Or something like that. [06:06] RAOF: not anymore. New debian packaging is extremely sane [06:07] RAOF: (and before that was a legit problem, eclipse SWT that eclipse needs to build has slightly different API than the SWT that Azureus prefers) [06:07] (1) Cool, and (2) Eh, I don't care. It still made the packaging wierd and crazy. [06:07] :) [06:10] RAOF: agreed; packaging is much less weird and crazy now... in fact, it's beautifully clean [06:11] Yay. [06:12] Thinking of crack, I'm going to need a hardy schroot. Is it debootstrapable yet? When do the archives open? [06:13] archives are there but they wont open for uploads untill the toolchain settles [06:13] The archives will open when the toolchain is completly built and published. [06:14] i always wondered why they dont start that like one week before release [06:14] imbrandon: Maybe because there are more important things to do, like put a release out? [06:15] seems like both could be accomplished parallel [06:15] ];) [06:15] If you want to take someone from bugfixing/testing, sure. [06:16] And make sure the release team have to worry about accepting stuff for two releases. [06:16] As it is, I'm pretty sure planning starts before the final release. I certainly know this happens for the kernel. [06:16] And I'd bet they're waiting on getting a new kernel in to bootstrap with. [06:16] StevenK: Indeed. [06:17] brb [06:18] urgh slight hackjob necessary [06:19] $ bzr branch azureus-ubuntu azureus-gutsy-i-gotta-have-crack [06:20] I have gone on a captain ahab type quest to get azureus 3 to build with swt 3.2 [06:20] someone please stop me before I hurt myself [06:20] just have azureus be a meta-package for uTorent and wine [06:21] thats crack [06:21] lol [06:26] oh all mighty motu's any of you would be kind enough and recommend me a c programming book? === Whoopie_ is now known as Whoopie [06:32] nope [06:32] they're all terrible [06:34] bluefoxicy: I'm gonna push bzr branches of some azureus work to LP/~motu-torrent/azureus... the 2.5.0.4 branch, upstream sources, and also gonna push some fun experimental packaging of 3.0.3.4 [06:34] err bluekuja rather [06:35] bluekuja: In order for 3.0.3.4 to actually work, we need to have SWT 3.3 which is in neither Debian nor Ubuntu... so I'm gonna hold off on that until the dust settles. [06:35] * pwnguin dies [06:36] people fixing Azureus? [06:36] pwnguin: Azureus is fixed :) and yeah I in my infinitely bad judgement stepped up to the plate :) [06:38] pwnguin, =( [06:39] yeah azureus is fixed, im using it right know thanks to the all might motu jdong [06:41] would anyone be able to package a newer version of octave-forge ? [06:41] the current version is the exact same one in feisty and it was old in feisty itself! [07:12] * TheMuso gets the meeting minutes out of the way for another three weeks or so. [07:19] good morning [07:19] Hey dholbach. [07:19] Hey dholbach. [07:20] Hey Fujitsu. [07:20] hey TheMuso, Fujitsu! === thekorn_ is now known as thekorn === Flannel_ is now known as Flannel [08:10] Is pitti, cjwatson, or anyone else who knows about the encryption-related options in the Gutsy installer around? === luisbg_ is now known as luisbg [08:24] tonyyarusso: What's up? [08:25] soren: I can't figure out how to use encryption in the manual option. [08:25] soren: I was able to designate the logical volume as "use as physical volume for encryption", but couldn't find what step I could designate that this volume should then be my /home. [08:26] (I want to encrypt /home and swap only) [08:26] tonyyarusso: Ah. [08:26] tonyyarusso: You create the partition, designate it as "use for encryption blah", and back in the menu where you see the different partitions, you'll see a new heading. [08:27] Under that heading, there should be an entry you can now format and mount as /home. [08:28] soren: oh, a heading as in "Write partitions and set up LVM", that area? [08:28] No. [08:28] Further down. [08:28] Hang on, I'll fire up the installer and guide you through it. [08:29] sweet, thanks [08:31] Oh, you're right. At the very top, there's now a "configure encrypted volumes" [08:31] aah, ok [08:31] * tonyyarusso didn't look there apparently [08:31] tonyyarusso: Choose that, type your passphrase, and you'll be back at that same menu again. [08:31] I was expecting it to be under the partition, like where filesystem stuff is setup [08:31] (but then I can be blind) [08:31] ...Only this time you'll see a new "Encrypted volume (sda5_crypt) - blah" [08:32] tonyyarusso: Right, that shows up after configuring the dm-crypt magic. [08:32] soren: My goal is to protect my documents, e-mails, and IM logs pretty much - do you know if any of that resides outside of /home? (/tmp, /var) [08:32] tonyyarusso: It all ought to be in /home. [08:33] soren: nifty [08:34] All right, here goes attempt #2. biab [08:40] * TheMuso has an encrypted LVM partition with root, swap, and home on it for his notebook. [08:59] Hm. I've learnt two interesting things today: (1) Opening 100 gnome-terminals will increase Compiz's shared-memory size by approximately 200Mb, and (2) X will crash before I can open 200 gnome terminals [09:03] <_nand_> hi! [09:03] <_nand_> I have a packaging question :) [09:03] <_nand_> i'm building two packages from one source file [09:03] <_nand_> one of them contains a daemon and some libs [09:04] <_nand_> the other contains GUI clients [09:04] <_nand_> my current pb is : ${shlibs:Depends} on the second package make a depend to the first package, but without a version number [09:05] <_nand_> and if i put manually the depend with the version number (=${binary:Version}), well i get a duplicate :) [09:05] <_nand_> someone got an idea on this? [09:08] * RAOF is not actually sure. [09:08] <_nand_> W: ikevpn-manager: package-has-a-duplicate-relation depends: ikevpn, ikevpn (= 2.0.2-1), precisely [09:09] Does it need such a hard dependency versioning (=binary-version)? === Mez is now known as Mez|Away [09:09] <_nand_> For the major versions, the API will change [09:10] My understanding is that the library's shlibs file should handle this. [09:10] Also, for major versions, you'll have a different library name (libfoo2, libfoo3, etc [09:11] <_nand_> afaik there might be some api change in some minor versions too (/me thinks of Qt...) [09:12] As long as it doesn't break ABI, that's OK (I think. Library packaging isn't my thing) [09:12] <_nand_> ok. I check with the shlibs files... thanks! [09:13] Debian library packaging guide may help: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html [09:14] <_nand_> the kind of document i love to read before getting to sleep :) [09:14] :) [09:25] RAOF: Do we have a factoid for that? [09:25] On the lib packaging guide? Dunno. [09:25] Might be a good idea, though :) [09:26] StevenK: could you get your script from MOTU/Packages/DesktopFiles into ubuntu-dev-tools for hardy? [09:26] StevenK: that way I'd have an easier time to merge the page into the packagingguide [09:29] morning all [09:29] and happy day after the day after the day after the release day :-) [09:30] same to you :) [09:41] hey huats :) [09:41] hey dholbach [09:43] hiya dholbach, huats, xstasi [09:44] hey Hobbsee [09:44] I am wondering what is the right way to fix bug 154472 [09:44] Launchpad bug 154472 in conduit "Conduit's menu item is not HIG-compliant" [Undecided,Confirmed] https://launchpad.net/bugs/154472 [09:44] hiya Hobbsee [09:44] hey Hobbsee :) [09:44] to fix it, I have to edit a file that is already patch using dpatch in the package... [09:45] Yay dpatch! [09:45] huats: Learn to love dpatch-edit-patch :) [09:45] RAOF: :-) [09:45] RAOF dpatch is not really the pb [09:46] the pb is more : can I apply 2 patchs to the same file ? [09:46] RAOF: and I am sure I will love dpatch [09:46] :-) [09:46] Yes. But what you actually want to do is to edit the existing patch, using dpatch-edit-patch :) [09:46] RAOF: ok [09:46] RAOF: I'll give it a shot.. [09:46] RAOF: thanks [09:47] doko: are you around ? [09:48] huats: NP [10:04] morning === Mez|Away is now known as Mez [10:26] heya geser [10:26] 5/quit [10:27] Hi dholbach [10:48] soren: Still around? I seem to be running into some bugs. [10:48] tonyyarusso: Sure. [10:49] soren: Okay, #1: After configuring encrypted volumes, and going to choose the filesystem/mount point for them, there is no option for "format it" or "keep existing data", as there is for normal volumes. It seems to give you no choice and force writing a filesystem to it regardless. [10:50] tonyyarusso: Right. [10:50] tonyyarusso: That strikes you as odd? [10:51] soren: Yes, because I like to share a common /home between two installations (stable and development), and this means that I would be unable to for instance test an Alpha install CD without wiping out my documents, rather than simply being able to add the existing partition to mount. [10:52] tonyyarusso: Hm. [10:52] tonyyarusso: You're going to have to do that manually. [10:53] AFAIK, there's no way to make the installer recognise an existing dm-crypted volume. [10:53] Hmm... Why not? [10:53] All right, adding it to my 8.04 wishlist. [10:54] Fujitsu: Er... I'm not sure how to answer that question. [10:54] Fujitsu: Because noone has bothered to implement it? [10:54] So it's just that, rather than somebody deciding that it would be a bad idea? [10:55] soren: #2: When booting the system, the prompt for the passphrase for swap_crypt works fine. However, when it gets to the point of trying to mount home_crypt, usplash breaks and it falls to the text-mode, with a prompt for "Enter LUKS passphrase" (which doesn't even mention which volume it's for, ie home_crypt - good thing I only have one to guess from) [10:55] Fujitsu: I imagine so. [10:57] tonyyarusso: File a bug about it. [10:57] * tonyyarusso nods [10:58] tonyyarusso: Against cryptsetup. [10:58] * sladen was about to paste that into a bug report so it didn't get lost. But it would be far preferable if tonyyarusso did it first hand :) [10:59] soren: #3 - worst of the list: #2 is the behavior after installing one system. However, after going through the installation a second time, for the base which will become my unstable one, I seem to have broken that bit too, and now it drops to just a blinking cursor and I can't proceed past that in the boot. No info on other consoles either. [11:00] Hi, I am having problems with the PPA server it is Accepting my source files (I get an Email) but its not making the DEBS, I am only getting 1 mail informing me that the package was accepted, my PPA is at http://ppa.launchpad.net/stevenharperuk/ubuntu/pool/main/e/easycrypt/ can anyone check to see why its stopped making DEBS? thanks [11:00] soren: when you said to file it against cryptsetup, did you mean wrt #1 or #2? (or both) [11:00] tonyyarusso: #2 only. #1 is an installer thing. [11:01] StevenHarperUK: This is more appropriate for #launchpad, but I'll have a look now. [11:01] StevenHarperUK: It's pending. https://edge.launchpad.net/~stevenharperuk/+archive/+build/412772 [11:01] StevenHarperUK: it's somewhere in the build-queue (Pending (1005)) [11:02] THe buildd queuer seems to be broken. === vilde_ is now known as MLP [11:02] The one I submitted last night 1.6-2 hasnt been done yet, that was Hours ago? is it broken? [11:03] tonyyarusso: I'm a bit stumped at #3. How far in the boot process does it get? [11:03] Also can you tell me how you found that handy URL you just gave me? [11:03] StevenHarperUK: It is broken, yes. [11:04] StevenHarperUK: https://edge.launchpad.net/~stevenharperuk/+archive [11:04] Is there any Errors? Is it a probmlem with my codre [11:04] It should all be linked from there. [11:04] *code [11:05] Thanks [11:05] StevenHarperUK: No, the Launchpad PPA build sequencer seems to have broken itself. [11:05] I've asked to see if somebody can fix it. [11:06] Right, it does appear that the Changes file is Missing (according to that page) is that me missing it or is it just Symptoms of the breakage? [11:06] The builds shouldn't remain in Pending for more than a few minutes. [11:07] Ah Right, thanks a lot for looking at it for me, I'll keep my eye on it: do you know if I will need to resumbit or up the version number and resubmit? [11:08] StevenHarperUK: No, the existing builds will start automagically once an admin fixes it. [11:08] Thanks Again [11:08]