| === ember_ is now known as ember | ||
| * Hobbsee waves | 02:47 | |
| === mekius_ is now known as mekius | ||
| * lamont notices that hardy/hppa is below 900 needs-build | 03:33 | |
| poningru | wehre can I ask questions about jeos? | 03:59 |
|---|---|---|
| === asac_ is now known as asac | ||
| pitti | Good morning | 06:35 |
| LaserJock | morning pitti | 06:36 |
| StevenK | Morning pitti! | 06:40 |
| StevenK | pitti: You can NBS out lib32icu36{,-dev}, sox-dev and liblinphone1{,-dev} | 06:41 |
| * StevenK wonders how to debug a squashfs mount failure | 06:46 | |
| * Hobbsee waves | 06:55 | |
| TheMuso | pitti: Could you please give back synfigstudio on amd64? Thanks. | 07:04 |
| pitti | TheMuso: done | 07:05 |
| pitti | StevenK: ah, thanks | 07:05 |
| Hobbsee | pitti: they want all of kde4 stuff given back too, i think | 07:05 |
| TheMuso | pitti: Thanks. | 07:05 |
| pitti | Hobbsee: no problem; please just give me a list, without comma, 'and', etc. | 07:06 |
| StevenK | *-kde4 | 07:06 |
| StevenK | You said nothing about no globs | 07:06 |
| Hobbsee | pitti: kdeaccessibility-kde4 kdeartwork-kde4 kdemultimedia-kde4 kdenetwork-kde4 kdepim-kde4 kdesdk-kde4 kdetoys-kde4 extragear-plasma | 07:06 |
| * StevenK ducks | 07:06 | |
| Hobbsee | pitti: you've scripted multiple givebacks, have you? | 07:06 |
| pitti | Hobbsee: yes | 07:06 |
| StevenK | for i in <paste> ; do buildd.py give-back $i ; done ? | 07:07 |
| pitti | Hobbsee: hey, indeed: you can actually do that yourself | 07:07 |
| Hobbsee | StevenK: wrong syntax, but yes | 07:07 |
| pitti | Hobbsee: anyway, given-back | 07:07 |
| pitti | StevenK: removed | 07:07 |
| StevenK | pitti: Thanks | 07:07 |
| pitti | StevenK: 'zactly | 07:07 |
| Hobbsee | pitti: i could have, yes. however, now i'm glad i didn't, as it had not occurred to me to script it. | 07:07 |
| StevenK | Hobbsee: Meh, I don't need to use buildd.py :-) | 07:07 |
| pitti | StevenK: wrapped in a two-line shell script | 07:07 |
| Hobbsee | StevenK: :P | 07:08 |
| warp10 | Hi all! | 07:12 |
| LaserJock | can somebody give back gchempaint? | 07:15 |
| Hobbsee | LaserJock: done | 07:15 |
| LaserJock | Hobbsee: thank you | 07:16 |
| Hobbsee | LaserJock: er, it's already dep-waiting | 07:16 |
| Hobbsee | but given back anyway | 07:16 |
| LaserJock | how often are those tried? | 07:16 |
| LaserJock | I thought they stopped retrying after a while | 07:16 |
| Hobbsee | unsure. but multiple times, over a long time interval | 07:16 |
| Hobbsee | yeah, i think they do | 07:16 |
| === \sh_away is now known as \sh | ||
| LaserJock | gchempait was in dep-wait for at least 3 weeks | 07:17 |
| LaserJock | so I figured it'd given up | 07:17 |
| StevenK | Hum? I thought I uploaded it less than 3 weeks ago? | 07:17 |
| \sh | moins | 07:18 |
| LaserJock | gchempaint was synced on 11-24 | 07:18 |
| === simira is now known as Simira | ||
| dholbach | good morning | 07:41 |
| pitti | hey dholbach | 07:49 |
| dholbach | hey pitti | 07:49 |
| superm1 | off hand does anyone know what signal is passed to apps on a logout? | 07:55 |
| persia | Usually HangUP, no? | 07:59 |
| superm1 | that's what I thought, but i wasn't positive (with nothing sticking out in google off hand) | 07:59 |
| superm1 | hm well see the odd thing is that i wasn't seeing any calls in main.cpp for redirecting the call for a hang up, yet the app doesn't respond to a log out properly still | 08:03 |
| dholbach | please take a look at http://people.ubuntu.com/~dholbach/sponsoring/ and in case your name is on it, please review and upload if appropriate | 08:18 |
| * lool has some sponsoring to do, but didn't get to it yet | 08:19 | |
| YokoZar | Is it a good or bad idea to pass commands to dh_builddeb to use compression other than gzip? | 08:19 |
| persia | YokoZar: It's a good idea, but not widely supported, so you probably don't want to do it until all the tools catch up. | 08:21 |
| YokoZar | persia: have they caught up in Gutsy? Like, if my package is for Gutsy, can I switch to lzma there? | 08:22 |
| YokoZar | It would save something like 30% of the bandwidth for my third party repo at this point | 08:22 |
| * persia isn't sure, but thinks lzma will only be default for hardy | 08:22 | |
| pitti | YokoZar: you can use bzip2 in all supported Ubuntu releases | 08:23 |
| pitti | YokoZar: lzma is hardy only | 08:23 |
| YokoZar | ok cool | 08:23 |
| pitti | YokoZar: if your package has lots of text, bz2 usually performs very well | 08:25 |
| YokoZar | pitti: Will it work all the way back with dapper? I still get downloads for that. | 08:25 |
| pitti | YokoZar: yes, as I said above | 08:25 |
| YokoZar | Oh, right. Dapper is still supported ;) | 08:26 |
| pitti | it was introduced in hoary or breezy at the latest | 08:26 |
| YokoZar | What about etch? | 08:26 |
| YokoZar | For that matter, do you know if lenny will support lzma like Hardy? | 08:26 |
| pitti | I don't, sorry | 08:26 |
| YokoZar | I'm wondering if we should do an audit of package build scripts and change as many as we can to bz2 (or lzma) for Hardy | 08:27 |
| minghua | I remember a mail about this on d-d-a list... | 08:28 |
| pitti | YokoZar: if that involves more than 20 packages, I'd rather do that change centrally | 08:28 |
| lool | pitti++ | 08:28 |
| YokoZar | pitti: you mean change the default of dpkg-dev ? | 08:28 |
| YokoZar | err dpkg-deb | 08:28 |
| pitti | something like that, yes | 08:28 |
| YokoZar | That's actually a good idea | 08:29 |
| pitti | but let's test it for a while first | 08:29 |
| pitti | lzma is said to be relatively moderate in terms of unpacking performance | 08:29 |
| minghua | YokoZar: According to http://lists.debian.org/debian-devel-announce/2007/12/msg00007.html you can use bzip2 compression since dpkg 1.11. | 08:29 |
| pitti | bz2 is quite heavy, so that might not be a reasonable default | 08:29 |
| dholbach | hey seb128 | 08:30 |
| YokoZar | Well, maybe lzma for Hardy then | 08:30 |
| seb128 | hi dholbach | 08:30 |
| YokoZar | I wonder if this would help us with our CD size issues... | 08:30 |
| minghua | Etch has 1.13.25 by the way. | 08:30 |
| pitti | YokoZar: yes, it would; that has been tested already, and it's impressive | 08:30 |
| * pitti hugs seb128, bonjour | 08:30 | |
| * seb128 hugs pitti | 08:31 | |
| seb128 | guten morgen ;-) | 08:31 |
| YokoZar | I'm gonna test if Gutsy can handle an lzma package now | 08:39 |
| YokoZar | I just might save myself some serious bandwidth | 08:39 |
| pitti | YokoZar: no, it can't | 08:39 |
| pitti | well, it can be made to, but not OOTB | 08:39 |
| YokoZar | pitti: hmm...dpkg-deb can do it though, heh | 08:39 |
| YokoZar | pitti: maybe I'll use bzip2 then | 08:40 |
| pitti | YokoZar: but gutsy's dpkg doesn't ensure that lzma is installed, and gutsy's lzma is universe | 08:40 |
| YokoZar | ahhh I see | 08:40 |
| pitti | YokoZar: bz2 is a safe bet, yes | 08:40 |
| YokoZar | It'd be a weird pre-depends thing I see | 08:40 |
| Lure | pitti: no need for bug 172755 if archive-admin-of-the-day does bug 176620 | 08:42 |
| ubotu | Launchpad bug 172755 in kipi-plugins "Rebuild for libgpod2 -> libgpod3 transition" [Undecided,Confirmed] https://launchpad.net/bugs/172755 | 08:42 |
| ubotu | Launchpad bug 176620 in kipi-plugins "sync kipi-plugins 0.1.5~beta1-3 from debian/experimental" [Undecided,Confirmed] https://launchpad.net/bugs/176620 | 08:42 |
| Lure | pitti: ^^^ from sponsoring list (btw) | 08:43 |
| pitti | StevenK: doing mass-removal of NBS now (shell hack to verify that they are indeed NBS and not just FTBFS) | 08:48 |
| StevenK | Hurrah! | 08:48 |
| StevenK | How are you verifying they aren't FTBFS? | 08:48 |
| pitti | for p in `cat /tmp/x`; do apt-cache showsrc `grep-dctrl -n -sSource:Package -P $p /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_hardy_main_binary-amd64_Packages` | grep -q "^Binary:.*$p" || echo $p; done | 08:48 |
| StevenK | Ew :-) | 08:49 |
| pitti | /tmp/x has the empty files from people.u.c. | 08:49 |
| TheMuso | dholbach: Thanks heaps for the uploads. | 08:56 |
| pitti | StevenK: I'll head to the supermarket for a bit, then I'll fix the NBS cron job to display FTBFS packages in ftbfs/ or not at all | 08:57 |
| dholbach | TheMuso: anytime | 08:57 |
| geser | morning | 09:10 |
| StevenK | pitti: Under ftbfs/ would be good, so the information is still there, just seperated out | 09:11 |
| === seb128_ is now known as seb128 | ||
| seb128 | StevenK: hi | 09:14 |
| seb128 | StevenK: any news about the gimp update to gutsy? | 09:14 |
| StevenK | seb128: I've started poking at it | 09:24 |
| StevenK | seb128: I can keep doing so now instead of playing WoW if you want | 09:24 |
| * tjaalton is still puzzled why xorg-server failed to build on most archs | 09:26 | |
| seb128 | StevenK: not sure what time it is at your place, but if that's after work hours you should better enjoy your evening and look at it tomorrow ;-) | 09:26 |
| StevenK | seb128: It's 8:30pm. Keep in mind I work on Ubuntu for fun as well. I'll look at it sometime tonight | 09:27 |
| seb128 | StevenK: right, there is no hurry so whenever you want ;-) | 09:28 |
| tjaalton | the xorg-server build fails on 'hw/xfree86/os-support/linux/lnx_apm.c:43: error: expected specifier-qualifier-list before 'apm_event_t'' | 09:31 |
| tjaalton | no patch touches that file, and it built fine on debian | 09:31 |
| tjaalton | so either there were changes in toolchain or some headers that causes this? | 09:32 |
| pitti | tjaalton: was it built with gcc 4.1 in Debian maybe? | 09:34 |
| tjaalton | pitti: probably, but I think I found the cure | 09:35 |
| tjaalton | from fedora.. | 09:35 |
| tjaalton | xserver-1.4.99-apm-typedefs.patch: Temporary hack for broken kernels that don't publish the /dev/apm_bios types. | 09:35 |
| StevenK | seb128: It looks like I have source. Do you want to look over it? | 09:37 |
| StevenK | seb128: Due to 2.4.0~rc3 -> 2.4.2, a debdiff is useless | 09:37 |
| seb128 | StevenK: sure, where is it? | 09:37 |
| StevenK | Here, at the moment. | 09:39 |
| pitti | StevenK: http://people.ubuntu.com/~ubuntu-archive/NBS/ | 09:53 |
| pitti | :) | 09:53 |
| pitti | hm, that doesn't look quite right | 09:54 |
| pitti | ah | 09:58 |
| persia | pitti: What lives in 00FTBFS? Is that just out-of-date packages? | 10:00 |
| pitti | yes | 10:00 |
| pitti | persia: however, the current output is exactly the wrong way around | 10:00 |
| pitti | I fixed the script, rebuilding | 10:00 |
| pitti | persia, StevenK: ok, fixed | 10:19 |
| pitti | tjaalton: any chance you could test the dapper-proposed kernel for bug 72696? | 10:24 |
| ubotu | Launchpad bug 72696 in linux-source-2.6.15 "tg3: doesn't recognize the network device on Fujitsu Esprimo E5915" [Medium,Fix committed] https://launchpad.net/bugs/72696 | 10:24 |
| pitti | tjaalton: or boot the current dapper.2 candidate CD and check it out in the d-i environment? | 10:24 |
| tjaalton | pitti: hmm, I could do that yes | 10:28 |
| pitti | tjaalton: that would be great, thanks | 10:28 |
| === mez is now known as Mez | ||
| tjaalton | pitti: the image appears not to be on cdimage.u.c? | 10:30 |
| pitti | http://cdimage.ubuntu.com/ubuntu-server/dapper/daily/20071207.2/ | 10:30 |
| pitti | tjaalton: ^ it's server only | 10:30 |
| tjaalton | ah, right.. thanks | 10:30 |
| === stu2 is now known as stub | ||
| Riddell | cjwatson: am I ok to make kde 4 seeds? | 10:43 |
| tjaalton | pitti: debian has dropped xresprobe from the latest xorg upload. Do you think it would be ok to merge that for alpha2? | 10:56 |
| === mvo_ is now known as mvo | ||
| Riddell | mvo: have you seen the libept failure? | 11:13 |
| Riddell | mvo: and python-apt doesn't want to install? | 11:16 |
| mvo | Riddell: yes, I noticed the libept failure, I have no idea why it fails, it builds fine in my pbuilder and on my regular system | 11:16 |
| mvo | Riddell: something about that it can't find tests | 11:17 |
| Riddell | enrico: might you be able to take a quick look? https://edge.launchpad.net/ubuntu/+source/libept/0.5.11ubuntu1/+build/473150 | 11:17 |
| mvo | Riddell: what is it about python-apt? 0.7.4ubuntu1 should be ok, no? | 11:17 |
| Riddell | mvo: mm, it does seem to be ok after sorting out my chroot | 11:21 |
| pitti | tjaalton: sure, if it doesn't use this any more; the sooner we get testing for the new-world hw detection, the better | 11:25 |
| tjaalton | pitti: my thoughts exactly | 11:26 |
| mvo | Riddell: aha, good! thanks .) | 11:30 |
| mvo | Riddell: does libpythonize0 really needs python-all-dev as a dependency? it seems to confuse dapper->hardy upgrades | 11:36 |
| mvo | Riddell: I'm looking at kubuntu upgradability currently | 11:37 |
| Riddell | mvo: python2.5-dev would probably be fine | 11:38 |
| mvo | Riddell: ok, if you don't mind I change it and upload? | 11:38 |
| Riddell | mvo: go ahead | 11:38 |
| pitti | tkamppeter: AFAICS we can sync python-cups, right? our delta is just upstream version update | 11:40 |
| cjwatson | Riddell: please don't, I'd rather reorganise the seeds first | 11:46 |
| Riddell | cjwatson: ok, any timeline for that? | 11:47 |
| pitti | slomo: can we sync mono-tools now? we have gnome-sharp2 2.16.0-6 and xulrunner (-1.9, though, not sure whether that matters) | 11:49 |
| tkamppeter | pitti, I think so, I did not introduce anything new into python-cups. I got also an offer from Otavia Salvador during the weekend to maintain system-config-printer on a common GIT repo on Alioth. | 11:53 |
| pitti | tkamppeter: right, thanks | 11:53 |
| tkamppeter | pitti, how does syncing exactly work? Can I still quickly do my own package if needed? And is every Debian upload also uploaded to Ubuntu without additional human interaction? | 11:57 |
| cjwatson | Riddell: not sure, hope to look at it RSN though. Sorry I can't give you a better estimate | 11:57 |
| Riddell | cjwatson: fair enough | 11:57 |
| pitti | tkamppeter: yes, we can always reintroduce an Ubuntu delta with just a normal upload | 11:57 |
| pitti | tkamppeter: Debian uploads were auto-imported util DebianImportFreeze last Thursday; now we need explicit sync requests to update to debian's versions | 11:58 |
| novas0x2a | is it possible to form a pin-definition that can differentiate between a ppa and main, when the ppa publishes a Release file that matches main's? can i override it somehow? | 12:00 |
| tkamppeter | pitti, do you know whether doko is alkready on his christmas vacation? OOo needs to be rebuilt as it is dependin | 12:01 |
| tkamppeter | g on an old library. | 12:01 |
| pitti | tkamppeter: that's calc's domain now | 12:02 |
| tkamppeter | So doko has stopped mainyaining OOo and calc did not pick up yet? | 12:03 |
| pitti | calc did | 12:03 |
| === pedro is now known as pedro_ | ||
| pitti | good morning pedro | 12:04 |
| tkamppeter | "apt-get dist-upgrade" wants to delete OOo for more than a week now and this seems to be due to a library which switched to a new ABI version and so OOo needs to have a simple rebuild. This would be needed before Thursday for the Alpha 2. | 12:05 |
| pitti | right | 12:06 |
| pedro_ | morning pitti | 12:12 |
| tkamppeter | calc, hi | 12:15 |
| pitti | tkamppeter: FYI, calc is in the US, so he'll be asleep ATM | 12:44 |
| soren | . o O { Slacker } | 12:46 |
| soren | :) | 12:46 |
| pitti | says the man with only 179 pushups :-P | 12:46 |
| soren | Gah.. | 12:46 |
| soren | Wel, the wiki is *slightly* out-of-date, though. | 12:47 |
| soren | I've got a master plan to still make it. | 12:47 |
| * pitti is afraid seeing '2500' the next time he reloads | 12:47 | |
| * pitti hugs soren, good luck! | 12:48 | |
| soren | :) | 12:48 |
| * pitti recommends workrave | 12:48 | |
| soren | The main problem is the size of my office. I need to move stuff around every time I want to do a push-up. | 12:49 |
| Mithrandir | soren: go into the living room or the hall or something? | 12:49 |
| soren | Mithrandir: That's even worse. My office is in the basement, my living room is on the third floor. | 12:50 |
| Mithrandir | it's called "warming up" | 12:50 |
| pitti | soren: call it 'warm-up exercise' | 12:50 |
| soren | Mithrandir: If the challenge was a million flights of stairs climbed, I'd be well on my way. | 12:50 |
| * pitti ^5s Mithrandir | 12:50 | |
| Mithrandir | ideally, you should go there on your hands rather than your legs, though | 12:50 |
| * pitti wants a video of that | 12:50 | |
| * Mithrandir ^5s pitti too | 12:51 | |
| pitti | then flip the movie upside down and call it soren_carries_his_house.avi | 12:51 |
| soren | LOL! | 12:51 |
| Mithrandir | pitti: .ogg! | 12:51 |
| pitti | erm, sorry, of course :) | 12:51 |
| soren | There. I've moved some stuff out into the stairway. I suppose I'll burn a bit of energy when I need to shout back at my annoyed and annoying neighbours when they spot it. | 12:52 |
| tkamppeter | pitti thanks, I saw his name in the list of participants on the right, but perhaps he has still left open his client from yesterday. | 12:52 |
| pitti | tkamppeter: yeah, he usually stays in IRC 24/7 | 12:52 |
| Mithrandir | tkamppeter: you'd have seen him being idle for 14 hours if you checked though. | 12:53 |
| Mithrandir | (14 hours? Such a slacker) | 12:53 |
| * pitti introduces Mithrandir to the concept of an advent Sunday | 12:53 | |
| soren | Bah. | 12:53 |
| Mithrandir | pitti: when I grew up, we had double Mondays instead of Sundays. | 12:54 |
| === cprov-away is now known as cprov-out | ||
| slomo | pitti: i doubt it works with xulrunner 1.9 (but that's a gecko-sharp2 bug then), feel free to sync it though | 13:04 |
| pitti | slomo: well, I don't want to deliberately break it | 13:04 |
| slomo | pitti: you have to ask asac if he's finished with fixing everything to work with new xulrunner ;) in theory no ubuntu specific changes are necessary anymore | 13:07 |
| StevenK | I wonder if I can convince compiz to not shade a window gray any more | 13:14 |
| tkamppeter | Mithrandir, pitti, thanks, I have looked now and I get "last message: unknown", as my client was not running during the night. | 13:19 |
| mvo | could someone please giveback nip2 (amd64 at least) and k3d ? | 13:23 |
| Mithrandir | mvo: given-back | 13:25 |
| mvo | thanks Mithrandir | 13:25 |
| mvo | Riddell: It seems like koffice2 needs a rebuild for the libopenexpr2 transition, is this correct? | 13:27 |
| Riddell | mvo: shouldn't do | 13:32 |
| Riddell | mvo: 1.9.95.1-0ubuntu4 already depends on libopenexr2ldbl | 13:33 |
| mvo | Riddell: aha, right. I'm outdated, sorry | 13:35 |
| pitti | mvo: http://people.ubuntu.com/~ubuntu-archive/NBS/libopenexr2c2a was updated recently | 13:35 |
| mvo | pitti: thanks, k3d and nip2 should be good soon | 13:36 |
| Riddell | k3d has been needs build for a week | 13:36 |
| mvo | but aqsis is FTBFS | 13:36 |
| Riddell | universe is quite a struggle sometimes | 13:36 |
| pitti | mvo: if there are only uninteresting and broken reverse dependencies left, I have no problem with removing it anyway | 13:37 |
| lamont | mvo: you saw i followed up on the update-manager/ports thing, yes? | 13:38 |
| mvo | lamont: no, let me check | 13:38 |
| pitti | BenC: seems the latest linux upload still doesn't have the headers-rt which is needed for lum (just FYI in case you wonder what stalls it) | 13:38 |
| lamont | (and btw, your instructions in the bug result in a 755/root:root /tmp, which made life slightly more interesting for a bit. it could use a mkdir/cd in there.. :-) | 13:38 |
| mvo | *cough* | 13:39 |
| mvo | sorry lamont | 13:39 |
| mvo | and thanks for the followup, I will correct that now | 13:39 |
| BenC | pitti: the bug is that lum shouldn't depend on headers-rt...will get fixed shortly | 13:39 |
| lamont | mvo: even when I fixed the prereq$mumble, it still failed | 13:39 |
| pitti | BenC: ah, or that way around :) | 13:39 |
| lamont | claimed to not be able to find that udeb | 13:39 |
| pitti | BenC: so we'll stop offering -rt images? | 13:40 |
| BenC | pitti: just until the realtime folks get us a new patch | 13:40 |
| lamont | mvo: I'm where I can test for the next 4-5 hours, I htink | 13:43 |
| mvo | lamont: ok, nice | 13:44 |
| === tkamppeter____ is now known as tkamppeter | ||
| mvo | lamont: I uploaded a new 0.81.2 to http://people.ubuntu.com/~mvo/dist-upgrader/gutsy-0.81.2.tar.gz that should fix the issue, please give it a go :) | 14:04 |
| lamont | Reading package lists: Donesty-backports/main/debian-installer Packages: 98 | 14:06 |
| lamont | donesty? | 14:06 |
| lamont | Updating repository information | 14:07 |
| lamont | No valid mirror found | 14:07 |
| lamont | mvo: what's it looking for that the mirror is mssing? | 14:08 |
| lamont | -backports/ | 14:08 |
| lamont | ? | 14:08 |
| mvo | lamont: I assume your machne points to a internal mirror | 14:09 |
| mvo | ? | 14:09 |
| lamont | yes | 14:09 |
| lamont | and a partial one at that | 14:10 |
| lamont | hence the "what's missing?" quesiton | 14:10 |
| mvo | lamont: nothing is missing, it just notices that it can not find a mirror it knows about and offers you to rewrite the sources.list. its intended behavior (but that maybe redone as it seems to confuse more than it helps) | 14:12 |
| lamont | ah, ok | 14:13 |
| lamont | quinn-diff Depends: libglib1.2? WTF? | 14:16 |
| lamont | oops. that was the wrong window to kill. | 14:22 |
| soren | Why does this page exist? https://edge.launchpad.net/ubuntu/+source/virt-manager/ | 14:47 |
| soren | I can't find virt-manager in the NEW queue or anywhere else.. | 14:47 |
| ScottK | soren: That will happen if it was uploaded and then rejected. Dunno if that's the case here. | 14:49 |
| soren | ScottK: I see.. | 14:49 |
| soren | pitti: ^^ ? | 14:49 |
| pitti | no idea TBH | 14:50 |
| soren | Oh, I have it in my ppa. That migt be it.. | 14:51 |
| pitti | soren: :) | 14:51 |
| pitti | libvirt is in binary NEW on amd64, though | 14:51 |
| soren | pitti: I was just wondering since it landed in Debian prior to DIF, so I'm curious why it wasn't autosynced. | 14:51 |
| pitti | libvirt NEWed | 14:52 |
| soren | pitti: Thanks for that. | 14:52 |
| pitti | no idea; maybe it was a victim of the three-day mirror lag; anyway, synced now | 14:53 |
| * soren hugs pitti | 14:53 | |
| soren | Thanks! | 14:53 |
| pitti | you're welcome | 14:53 |
| ScottK | soren: If it showed an empty Ubuntu page for the package because it was in your PPA, I think that'd be an LP bug worth reporting. | 14:57 |
| soren | ScottK: I'm not entirely sure. I also don't know if that's the issue here :) | 14:58 |
| ScottK | pitti: Would you be up for a bit of binary NEWing for backports? | 14:58 |
| ScottK | soren: I'd say file the bug and let them sort it out then. | 14:58 |
| ScottK | pitti: If so, https://edge.launchpad.net/ubuntu/dapper/+source/dkim-milter/2.4.0.dfsg-1ubuntu2~dapper1 | 14:58 |
| Mithrandir | mvo: why does apt-get consume 100% CPU when running here? It seems like it's doing waitpid + select + read + write (both read and write are 0 byte ones). | 15:03 |
| mvo | Mithrandir: gutsy? hardy? buildd environement or regular one? | 15:03 |
| Mithrandir | mvo: hardy, in a freshly debootstrapped chroot. | 15:04 |
| Mithrandir | multi-core machine, so it actually does consume 100% of one core. | 15:05 |
| Mithrandir | it's being called from a python program, so reading from a pipe rather than a tty, iirc | 15:05 |
| mvo | Mithrandir: could I get a strace please? you run something like "subprocess.call(["apt-get","install","foo"]) " in the python program I assume? | 15:06 |
| Mithrandir | mvo: yes, something like that. | 15:06 |
| Mithrandir | mvo: http://rafb.net/p/xQX8UT12.html | 15:07 |
| mvo | Mithrandir: thanks, I'm checking the code now, I think I have a idea what is wrong | 15:08 |
| Mithrandir | cheers. :-) | 15:08 |
| mvo | Mithrandir: is that reproducable for you? or does it happens only every now and then? | 15:09 |
| Mithrandir | mvo: it seems to happen every time I run apt-get from moblin-image-creator. | 15:09 |
| mvo | ok, cool. that should make testing a possilbe fix easier :) | 15:09 |
| Mithrandir | yup | 15:10 |
| mgunes | what would be the correct procedure to have a new keyboard layout included? file a bug in xkeyboard-config and attach layout/debdiff? | 15:11 |
| tkamppeter | Is Henrik Nilsen Omma here around on IRC? | 15:12 |
| soren | tkamppeter: Usually, yes. He goes by "heno" | 15:12 |
| mgunes | tkamppeter, his nick is heno | 15:12 |
| tkamppeter | Thanks, he does not tell his nick on Launchpad. | 15:13 |
| pitti | tjaalton: any luck with the dapper.2 CD and your broadcom eth? | 15:14 |
| tjaalton | pitti: haven't tried it yet, but I'll burn it now and see how it goes | 15:18 |
| pitti | tjaalton: thanks a lot, and sorry for nagging | 15:18 |
| tjaalton | pitti: no problem :) | 15:18 |
| pitti | BenC: eww - I just noticed that we don't have a linux-restricted-modules-2.6.15 yet for dapper-proposed? | 15:21 |
| pitti | BenC: ah, ignore me; just a bug in my SRU script | 15:22 |
| cVsup | hi | 15:27 |
| cVsup | i would like to know how change usplash.conf in installation disc? | 15:28 |
| mvo | Mithrandir: just to be sure, this is apt 0.7.9ubuntu1 (because its meant to be fixed there and I'm unable to reproduce it with the execCommand() from pdk_utils from moblin_creator) | 15:30 |
| calc | tkamppeter: needs more than a simple rebuild due to a security issue as well | 15:33 |
| calc | tkamppeter: and the new version of ooo has 18 mir's 8-\ | 15:33 |
| calc | i just tried rebuilding ooo again last night for an upload with current hardy and it failed at the end so i am looking into how to fix that now, it was working before that | 15:34 |
| calc | tkamppeter: i am going to try to get it uploaded today but due to all the mir's it will be awhile before it gets rebuilt (i'm guessing) | 15:36 |
| pitti | calc: 18! | 15:38 |
| === Kmos_ is now known as Kmos | ||
| pitti | calc: that smells like it would double the required CD space again? | 15:38 |
| calc | pitti: lots of small java libs | 15:38 |
| pitti | calc: ok; please open MIR bugs for them, doko and I will have a look | 15:39 |
| calc | pitti: i was hoping i could get lzma support done before uploading new ooo | 15:39 |
| pitti | calc: we'll ask you to write MIRs for the nontrivial ones only | 15:39 |
| doko | pitti: not now; currently skiing =) | 15:39 |
| calc | pitti: i am in the process of writing the mir's still but as soon as i am done i will file the bugs, etc | 15:39 |
| calc | pitti: oh ok | 15:39 |
| pitti | doko: enjoy! but how the heck did you get Wifi on the ski lift?? | 15:39 |
| calc | pitti: they're all java libs except for libneon27 | 15:40 |
| calc | pitti: i'll start filing the bugs now | 15:40 |
| doko | pitti: it's in some neighbor chalet ... week signal | 15:40 |
| pitti | calc: libneon27? that's just a new upstream version | 15:41 |
| * pitti wishes Debian would stop uploading duplicate libraries with SONAMEs in source packages | 15:41 | |
| calc | pitti: yea i may be able to revert it to libneon26 i'll have to see why it was changed for debian for that particular one | 15:41 |
| pitti | calc: we can promote it, put it into HardyReducingDuplication, and rebuild the rest against 27 later, too | 15:42 |
| calc | pitti: i mentioned libneon27 at UDS in that meeting iirc | 15:42 |
| calc | since iirc we have 25/26/27 now | 15:42 |
| cVsup | i would like to know how change usplash.conf in installation disc? | 15:42 |
| pitti | hm, I only remember 25/26 | 15:42 |
| pitti | calc: 26 is just subversion and ooo | 15:43 |
| pitti | calc: so feel free to switch to 27 | 15:43 |
| calc | pitti: ok | 15:44 |
| tjaalton | pitti: it still failed to find the device on the esprimo :/ | 15:52 |
| pitti | tjaalton: darn; nothing helpful in dmesg? | 15:53 |
| tjaalton | pitti: not that I could quickly find. I can try it again tomorrow | 15:53 |
| pitti | tjaalton: ok, thanks a lot for testing | 15:53 |
| tjaalton | note that adrian bunk said on the bug that the commit actually removes support for the device :) | 15:54 |
| === \sh is now known as \sh_away | ||
| === maniacmusician_ is now known as maniacmusician | ||
| tkamppeter | heno, ping | 18:12 |
| === \sh_away is now known as \sh | ||
| heno | tkamppeter: hey | 18:13 |
| warp10 | Hi all! | 18:17 |
| tkamppeter | Hi heno, thank you for sorting out the g-c-m stuff. Even with g-c-m staying in Universe, most of the people who reported bugs here are happy to switch to s-c-p, they simply click on Admin -> Printing and take what is coming up. | 18:23 |
| heno | tkamppeter: yeah, a bug against g-c-m is really against ubuntu printing | 18:24 |
| heno | I still have 20-30 to process | 18:24 |
| tkamppeter | heno, yes, many users do no know about the internal structures of the printing system and report everything as a bug of the printer setup tool. | 18:27 |
| tkamppeter | Many of the problems g-c-m users complained about simply went away by switching to s-c-p and also by my feature additions like DNS-SD support, HPLIP setup support, better SMB scanning, better auto-selection of printer-drivers, plug'n'print, ... | 18:31 |
| heno | tkamppeter: yep, it looks that way. btw, please correct any errors I make in these triage runs on the bug; I won't take offense :) | 18:34 |
| tkamppeter | An important missing point is sharing printers to Windows clients. For an SMB sharing with driver supply from the server we would need to ship the non-free CUPS PostScript driver for Windows (from www.cups.org) in our restricted drivers. | 18:42 |
| === \sh is now known as \sh_away | ||
| === \sh_away is now known as \sh | ||
| === mez is now known as Mez | ||
| slangasek | soren: are you interested in testing out the preliminary openldap 2.4 packages? | 20:14 |
| === \sh is now known as \sh_away | ||
| === tkamppeter_ is now known as tkamppeter | ||
| lool | Hmm I didn't know Fedora had a Rosetta-like solution | 20:18 |
| sjoerd | They started it recently apparently | 20:19 |
| sjoerd | But they want to set it up more distro neutral according to lennart | 20:20 |
| lool | (Naturally, I read about it via Lennart's blog post :) | 20:22 |
| === bluekuja_ is now known as bluekuja | ||
| dx9s_work | any good wiki-s on deb's from source? (recent switch to ubuntu from slackware and I understand the slackbuild process and interested in what sources and scripts the distro maintainers use -- so I can re-build some customized .debs .. like for one a tweaked kernel option for 4GB+ RAM and redoing everything that depends on libjack as I've updated to newer svn version ) | 20:48 |
| pochu | !packagingguide | dx9s_work | 20:49 |
| ubotu | dx9s_work: packagingguide is The packaging guide is at http://wiki.ubuntu.com/PackagingGuide - See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/UbuntuDevelopment - See also !backports | 20:49 |
| dx9s_work | ty | 20:49 |
| pochu | dx9s_work: also for packaging questions #ubuntu-motu is the best place. | 20:54 |
| dx9s_work | motu? | 20:54 |
| pochu | !motu | 20:55 |
| ubotu | motu is short for Masters of the Universe. The brave souls who maintain the packages in the Universe section of Ubuntu. See http://wiki.ubuntu.com/MOTU | 20:55 |
| dx9s_work | will head there if I can't answer specifics | 20:55 |
| dx9s_work | so what's this channel used for .. -devel I know but where is the line in development versus packaging? | 20:56 |
| === \sh_away is now known as \sh | ||
| === \sh is now known as \sh_away | ||
| enrico | Riddell: I had a look | 21:34 |
| enrico | Riddell: for some reason, the test data doesn't seem to be there | 21:34 |
| enrico | Riddell: the test data is in the .orig.tar.gz that I uploaded to debian | 21:35 |
| enrico | Riddell: no idea why it's not found in that build log | 21:35 |
| enrico | Riddell: try builing 0.5.12, however: 0.5.11 has wrong deps | 21:35 |
| dionoea | Hello. Ubuntu has localized directory names for ~/Desktop. What is the standard way to retreive the desktop folder? | 22:00 |
| dionoea | (that's an ubuntu specific feature right?) | 22:02 |
| pitti | dionoea: that actually comes from upstream | 22:02 |
| dionoea | from debian? | 22:02 |
| pitti | no, from freedesktop IIRC | 22:02 |
| pitti | and gnome | 22:03 |
| dionoea | Ok, I'll have a look at the freedesktop specs | 22:03 |
| dionoea | hum, can't find it in the freedesktop specs list, I'll have a look on the gnome website | 22:07 |
| bddebian | They should all be in /usr/share/applications/ | 22:08 |
| pitti | dionoea: nothing at http://freedesktop.org/wiki/Software/xdg-user-dirs ? | 22:09 |
| pitti | dionoea: looks like sourcing ~/.config/user-dirs.dirs would do what you need? | 22:10 |
| dionoea | ah, well it wasn't on http://www.freedesktop.org/wiki/Specifications :) | 22:11 |
| dionoea | thanks for the link | 22:11 |
| pitti | dionoea: /usr/share/xdg-user-dirs/README :) | 22:12 |
| dx9s_work | I'll try here.. is there a way to mass recompile (from source) and install (or create .debs for upgrading? -MOTU is silent on this) based on a dependency update? aka I've manually updated (outside of any packaging system) libjack (and the header files) and wanna select and recompile from source all things that depend on that ... | 22:41 |
| geser | slangasek: do you know if there is some common "understanding" for gcc-4.3 fixes for hardy? are they worth a sync from Debian? or should I ask doko about it? | 22:47 |
| slangasek | geser: I'm not aware of any plans to migrate to gcc-4.3 as the default compiler for hardy, which means it's a little late to be starting that discussion. | 22:52 |
| slangasek | geser: so gcc-4.3 fixes aren't anything we should need to care about, though that doesn't preclude syncing with Debian at this point either | 22:52 |
| geser | I've seen that Ubuntu packages got patches applied for gcc-4.3 in the past and was wondering if we should get them into hardy if possible or wait for the autosync for hardy+1 | 22:54 |
| slangasek | geser: oh, I don't think you should create an Ubuntu delta just for those fixes, no | 22:54 |
| slangasek | sorry, I was reading your question the other way around | 22:55 |
| geser | if the gcc-4.3 fixes from debian aren't that important to get them into hardy, I won't spent much effort to look for them and sync them | 22:56 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!