[12:02] jdub: I'm on a ppc, need something done> [12:02] jbailey: http://people.ubuntu.com/~jdub/hoary/ [12:02] dholbach: no [12:03] jdub: How do I test it when I build it? [12:04] mplayer -ao esd http://mirror.fluendo.com:8800/ [12:04] We have mplayer? Cool. [12:04] well [12:04] use totem :) [12:05] Will totem-xine pick it up, or should I switch back to totem-gstreamer? [12:06] totem xine will be fine [12:06] meanwhile, i am sad [12:06] the latest gamin/inotify patch still does not work [12:06] jdub: by "should just work", did you mean "is implemented", or "ought to be implemented"? [12:06] but less spectacularly so this time [12:07] mdz: should be is, but ought to be if not [12:07] wouldn't be a hairy fix, given that it uses the libbacon stuff [12:10] WOO! [12:10] Setting up language-pack-zh-update (20050128) ... [12:10] Setting up language-pack-zh (20050128) ... [12:10] Generating locales... [12:10] en_AU.UTF-8... done [12:10] zh_CN.UTF-8... done [12:10] zh_HK.UTF-8... done [12:10] zh_TW.UTF-8... done [12:10] Generation complete. [12:10] [12:10] :-) [12:11] China gets Australian English? === jbailey hides [12:12] jdub: checking for sdl-config... no [12:12] jdub: Bad build-dep? [12:13] jbailey: should say it doesn't care about sdl too [12:13] Yeah, just making sure you ahadn't missed something. [12:13] FAils to link. Want me to /msg you the failure? [12:13] nah [12:13] that's okay [12:13] Something has a bunch of symbols with i386 hardcoded in them. [12:14] yeah [12:22] my0 kqweyboasrdasg0 juasdt0 gbrokqwe0 iasd0 thweqrqweg0 san 0on0 asdzxcerqweqwen0 kqweyboasrsda [12:27] ping === stub [~stub@dsl-246.248.240.220.dsl.comindico.com.au] has joined #ubuntu-devel === BlackHussar [~chatzilla@corp.stamps.com] has joined #ubuntu-devel [12:47] elmo: can you byhand the d-i build I'm about to do? === T-Bone is now known as T-None [01:01] huh. FtC has gone down === JanC [JanC@dD576201C.access.telenet.be] has joined #ubuntu-devel === ick_ [~abelli@adsl-84-222-38-159.tiscali.it] has joined #ubuntu-devel === lexhider [~lexhider@220.235.84.155] has joined #ubuntu-devel === robertj is back [01:25] mdz [01:25] around? [01:28] "1027x768 @ 61hz will make me go bonkers, and I'm sure my hardware supports better." [01:28] go warty!! [01:30] lamont: at least better the 800x600 @ 50Hz === dholbach always liked the expression "to go bonkers" [01:30] yeah [01:30] lamont: yes [01:37] "Well, that was the least-effort Linux install I've ever done (even a base Debian install for requires a little bit more, like skipping past dsesect, etc)." [01:37] source? [01:38] former co-worker [01:38] he got a warty CD set today, I believe [01:38] he's also the source on that 1027x768 comment... [01:38] so I'm asking for xresprobe and ddcprobe output.. [01:39] lamont: can you confirm that localechooser 0.04.0ubuntu2 made it into d-i- 20041227ubuntu7.0.200501281 ? [01:39] (initrd.list) === lamont goes to look === ogra watches his GF diong her fist warty install completely on her own.... she wants plone ! [01:39] mdz: any particular arch, or do I need to check all 3 or 4? [01:39] the I'll mail elmo and Kamion so that they can finish up when they come back around [01:39] lamont: localechooser is arch: all, so if one has it, they all should [01:40] ogra: :-) [01:40] dholbach: yay.... [01:41] dholbach: suse finally goes for CMS after years of html css fiddling [01:42] mdz: yep. [01:43] Get:23 http://jackass.ubuntu.com hoary/main/debian-installer localechooser 0.04.0ubuntu2 [61.1kB] [01:43] ogra: i can fully understand that :-) [01:43] mdz: as it currently sits, the livecd rootfs and debian-installer daily builds happen at the same time on diff machines. do we need to shuffle things around at all? (/me thinks not...) [01:44] lamont: thanks [01:44] rootfs. vs. d-i doesn't matter, as long as ISO builds happen after both [01:44] not that the d-i build goes into the archive right away anyway... [01:44] my builds happen at 0615, and take ~30-40 minutes. the ISO builds happen (IIRC) at 0800, so we're golden [01:45] although given elmo's schedule, I rather expect that we're always building the ISO with the prior day's d-i build... :-) [01:45] yeah [01:48] does anyone know why my machine thinks it's fqdn is 'localhost.localdomain'? [01:49] lamont: sounds like debian... [01:50] lamont: mine did too [01:53] hehehe [01:53] dholbach: what exactly do you have in /etc/hostname? === lamont fixed his machine [01:54] it doesn't like to have an FQDN in /etc/hostname [01:54] whic his a bug, in my opinion... [01:54] lamont: now is says "bert" :-) [01:55] hrm.. [01:55] iirc, the code says that when it can't figure out what to say [01:55] lamont: i fixed it quite a while ago === usual [~colin@alb-69-204-175-222.nycap.rr.com] has joined #ubuntu-devel [02:02] Treenaks: heh, I just noticed you were the initial maintainer for gtranslaor [02:02] gtranslator even [02:16] binary-or-shlib-defines-rpath is finishing me off :-/ [02:20] jdub: claims on the dashboard list we need a newer gsf-sharp === usual [~colin@alb-69-204-175-222.nycap.rr.com] has joined #ubuntu-devel [02:29] ok... 1:0 to lintian... but i'll re-appoint the match :-) [02:30] good night everyone... i'm off === zul [~chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === dholbach [~dholbach@td9091b16.pool.terralink.de] has left #ubuntu-devel [] [02:35] hey [03:14] why oh why are we receiving a broken firefox with the GNOME icon theme in hoary? [03:15] broken how? === eruin mumbles never mind me [03:16] a restart was in order [03:16] but are the gnome icons there to stay? they aren't exactly as snazzy as the default ones [03:17] no, but they are consistent [03:17] point being it actually looks and feels like it's meant to be on the desktop, rather than just bolted on after [03:18] has anyone seen pitti lately? [03:18] I thought the whole idea behind the new firefox theme was to make it look integrated in both windows, gnome and osx ? [03:19] eruin: the icons match the ubuntu desktop [03:19] that theme sure didn't look bolted on, but I'm sure you guys have already had a long discussion about it [03:19] eruin: if you don't like the theme, you're able to use one of your choosing [03:19] it's not the same theme on windows and osx anyway [03:19] but, shrug [03:20] we'll let people say what they think; if there's consensus that we shouldn't do it, odds are we won't [03:20] as it stands i think it looks a hell of a lot better [03:21] atleast provide the standard ff theme in addition [03:21] that theme isn't available for download anywhere, and the theme manager in ff still says firefox (default) by gerich [03:21] thom: man, gnome file dialogues now, that's nice [03:21] yeah, that's great stuff :) [03:22] eruin: patches cheerfully accepted [03:25] thom: and complaints cheerfully ignored, eh :p === janc [~janc@dD57620E1.access.telenet.be] has joined #ubuntu-devel [03:28] schweeb: not at all [03:28] I doubt my php/html/css skills will be very useful in that regard [03:29] schweeb: i have a list of bugs as long as my arm; if something is not a priority i'll do it if i can but if someone gets there first great [03:29] complaints without patches just rank lower than those with :-) [03:29] :-) [03:29] mdz: done [03:32] !seen pitti [03:32] guess not === stub [~stub@dsl-246.248.240.220.dsl.comindico.com.au] has joined #ubuntu-devel [03:38] thom: i thought that sudo patch wouldnt work properly [03:39] Wow. nfs root actually works. Creepy. [03:39] zul: yeah, it's unfortunate that it's not that easy [03:39] but it's fixable for new installs; old ones will just have to cope [03:40] yep === wasabi [~wasabi@c-24-1-67-127.client.comcast.net] has joined #ubuntu-devel [03:41] g'night [03:42] night [03:44] elmo: thanks === mroth [~mroth@mroth.user] has joined #ubuntu-devel [03:56] goody...i have slmodem almost working in linux-restricted === farruinn [~nathan@syr-69-201-15-107.twcny.rr.com] has joined #ubuntu-devel === mpt_montreal [~mpt@p188.h-yulrz01.stsn.com] has joined #ubuntu-devel === bradb [~bradb@modemcable075.14-130-66.mc.videotron.ca] has joined #ubuntu-devel === farruinn [~nathan@syr-69-201-15-107.twcny.rr.com] has joined #ubuntu-devel === moquist_ [~moquist@pool-68-237-141-33.man.east.verizon.net] has joined #ubuntu-devel === lamont bbiab [04:39] lamont: have you tried hoary-live-ia64.iso yet? [04:50] night.. === Nafallo [nafallo@h123n3c1o1027.bredband.skanova.com] has joined #ubuntu-devel === thully [~ubuntu@151.144.196.244] has joined #ubuntu-devel [05:11] I just noticed a significant bug in the live CD's network configuration process [05:12] I have a laptop w/ethernet and wireless - if i'm not connected to ethernet and not in wireless range, the CD keeps prompting me for a WEP key until I back out and skip the network step in debian-installer [05:12] that causes the loopback interfance not to be configured, and things not to work right as I reported in a previous bug === ogra [~ogra@p508EA840.dip.t-dialin.net] has joined #ubuntu-devel === ironwolf_ [~ironwolf@c-24-6-169-124.client.comcast.net] has joined #ubuntu-devel === stub [~stub@dsl-246.248.240.220.dsl.comindico.com.au] has left #ubuntu-devel [] [05:34] hi - one quick question - can I label a live CD bug "critical" or "blocker" if it is critical or blocker for the live CD release and not for the standard release? [05:36] As this issue with wi-fi on the live CD seems critical for the live CD - we don't want to be shipping a live CD which doesn't work right without a network [06:02] does this sound normal: I'm building gaim from ubuntu source package, I ran dpkg-buildpackage -rfakeroot, and it goes through the ./config process but when that finishes I get a message saying automake-1.8 is too old. It's not a fatal error though because ./configure runs again and apparently successfully because now it's compiling... [06:03] I did sudo apt-get build-dep gaim before doing this then double checked that everything was up to date, and it is === tritium [~tritium@12-202-90-180.client.insightBB.com] has joined #ubuntu-devel [06:07] farruinn: sounds like a bug in automake, or maybe a bug in the .config file... [06:08] this is warty btw [06:08] no backports or anything unusual [06:08] My question is this.... why build if its in the repo? [06:09] still it more than likely is a shoddy .config [06:09] or makefile. [06:10] guifications needs gaim.pc which debian/rules deletes after install [06:10] hmm. Isn't that packaged in gaim-dev? [06:11] farruinn : Sounds like timestamp skew to me. [06:11] infinity: could be that too [06:11] farruinn : See /usr/share/doc/autotools-dev/README.Debian [06:11] crimsun: I did apt-cache search gaim-dev but didn't find anything [06:12] That'd be because there isn't a gaim-dev. [06:12] Perhaps there should be. :) [06:12] aye, there should.. [06:13] right, it's in hoary/universe, and farruinn's using warty. [06:15] I think Im going to build a .deb of gaim 1.1.2 and check it out. heh [06:16] Ahh, I see. gaim-dev is brand new. [06:17] apt-get source gets exactly the same source that was used to build the binaries available through apt, right? [06:17] No. [06:18] apt-get source will get the most recent source listed in your deb-src lines. [06:18] farruinn: correct [if you use strictly the warty repo] [06:18] mdz: download speed has been rotten today - planning to make another run at it tomorrow. [06:18] (btw, you can force apt-get source gaim=someversion) [06:18] I know that someone tried it (ia64live) today, and had no happiness on that particular machine - didn't detect the CDROM [06:36] firefox-bin(8312): unaligned access to 0x0000000042a86c74 at ip=0x0000000042a31b9b [06:36] firefox-bin(8312): unaligned access to 0x0000000042a86c7c at ip=0x0000000042a31bbb [06:36] firefox-bin(8312): unaligned access to 0x0000000042a86c84 at ip=0x0000000042a31bcf [06:36] bad firefox [06:42] Updating mozilla-firefox chrome registry...E: Registration process existed with status: 1 [06:42] E: /usr/lib/mozilla-firefox/extensions/installed-extensions.txt still present. Registration might have gone wrong. === lamont grumbles at thom [06:46] Would it be wrong to have a script in /usr/share/package and then symlink it in /usr/bin ? [06:47] that sounds wrong to me. What would be your purpose for that? [06:49] I'm trying to make a package around what is basically glorified Xdialog scripts, and I'm not sure where to put them [06:49] http://www.von-thadden.de/Joachim/WineTools/ [07:02] syn-ack: Where should such scripts go? [07:02] --- SIGRTMIN (Unknown signal 37) @ 0 (0) --- [07:02] would deb-make give me a debianized source suitable for ubuntu? [07:02] interesting [07:03] Oh I see share is only for read only stuff [07:03] YokoZar: I personally just place them in /bin [07:03] Yeah I think that's the right FHS way [07:03] or /usr/bin/ [07:03] (reading it now) [07:03] /usr/bin is right ;) === syn-ack just hit a trip point while compiling and his system shut down. [07:04] heh === tritium [~tritium@12-202-90-180.client.insightBB.com] has left #ubuntu-devel ["Leaving"] [07:29] dpkg-buildpackage shouldn't touch anything outside the source dir, no? [07:29] I was running it on guifications source and it tried this: "mkdir -p -- /usr/share/pixmaps/gaim/guifications/conf" [07:31] hmmm...sounds like a bad behaving package [07:32] well, I debianized it myself so it's not surprising [07:32] I've read the debian new maintainers guide, but I don't know what to do about this [07:32] Directories should only be made by dh_installdirs when it reads a file [07:33] mdz: pong [07:34] farruinn: you need some files like (package.dirs) that have the directories you need made for you in them [07:34] then dh_installdirs will create them when it gets to that part in the rules file [07:34] in debian/tmp, right? [07:34] Yeah [07:34] excellent, thanks =) [07:39] hrm === tuo2 [~foo@adsl-36-114.swiftdsl.com.au] has joined #ubuntu-devel [07:47] Is there a standard for what goes in /usr/share/pixmaps? [07:54] morning all [07:59] heh, I've pushed out about 40GB of live CDs since last afternoon. [08:00] who here can help in #ubuntu have a prob with a user === enrico [~enrico@enrico.developer.debian] has joined #ubuntu-devel [08:01] he pasted a long past and i had ask him to please use pastbin.com and then he just put me on ignore [08:02] witch is ok [08:02] but the long past was wrong [08:03] What does dh_installexamples do? [08:03] zenrox: if it was a one-time thing, ignore it. [08:04] YokoZar: see the appropriate debhelper man page ;) [08:04] zenrox: if he continues to be obnoxious, see if mdz is around. [08:04] YokoZar: essentially, it installs [a hierarchy of] example file [08:04] Mithrandir, ok [08:04] crimsun: I guess my question is why it's uncommented by default when I made my package [08:05] YokoZar: a great many of the debhelper templates are uncommented by default :) [08:06] Also should I remove the changelog file from the docs file? It was put in there automatically [08:06] As it's handled instead by dh_installchangelogs [08:07] yeah, I never have changelog in .docs [08:09] Also if I remove a file from a source package will I have to remove it again when I do uupdate? === bronson [~bronson@node-40240852.sjc.onnet.us.uu.net] has joined #ubuntu-devel [08:10] when you run dpkg-buildpackage, it generates a .diff.gz, which is applied to the new upstream version when you run uupdate [08:10] but it ignores deletions. [08:10] right [08:10] YokoZar: why do you remove the file from the package? [08:11] Mithrandir: It was a binary version of Xdialog (instead I depend on xdialog package and use that) [08:11] YokoZar: ok. You could ask upstream to remove it, though. [08:12] and you can just remove it in the clean target and ignore the warning from dpkg-source [08:12] That could work but it would make the package needlessly larger, heh [08:12] Well, the source package [08:13] you need to remove it from the original .tar.gz if you don't want the bloat there [08:13] wow [08:13] Oh yeah I see [08:13] Ok, putting a thing into dh_clean [08:13] i slept almost 24 hours [08:13] hi fabbione [08:13] hi Mith [08:13] fabbione: awesome :) 'morning [08:13] People thought you were dead fabbione [08:13] Although, in a way, you were. [08:13] 24 is superhuman :) [08:13] daniels: there is nothing awesome in having 39/40 of fever :( [08:13] fabbione: _ew_ [08:14] YokoZar: just rm -f path/to/xdialog in the clean target should be ok [08:14] i got a big flu i think [08:14] anything important happened? [08:14] fabbione: ouch :( that's a horror [08:15] fabbione: fglrx is totally brken, but news at 11 [08:15] enocare [08:15] :) [08:15] right :) === syn-ack [~meskes@ip68-228-61-85.tc.ph.cox.net] has left #ubuntu-devel [] [08:15] Thanks Mithrandir [08:16] i think i am back to bed [08:17] ciao [08:17] Sleep well. We'll boil some chicken hearts and newt eyes to help you get well. [08:17] fabbione: get well [08:17] eheh [08:17] thanks guys [08:17] i might see you on monday [08:19] YokoZar: this is some kind of chineese tradisiont? ;-) [08:19] sivang: Voodoo, actually. [08:22] YokoZar: hehe , ok :) === ironwolf [~ironwolf@c-24-6-169-124.client.comcast.net] has left #ubuntu-devel ["Leaving"] === dholbach [~dholbach@td9091b16.pool.terralink.de] has joined #ubuntu-devel [08:34] morning [08:55] dholbach: morning === `anthony [~anthony@220-253-10-120.VIC.netspace.net.au] has joined #ubuntu-devel [08:59] Is there a package out there that doesn't actually compile anything (ie: just copies files) that I can look at? [09:00] YokoZar: if you want to achive that, you need to use dh_install [09:00] I'm trying to figure out a good rules file that doesn't confuse the hell out of debhelper [09:00] YokoZar: don't use debhelper for the install part there, then. Just cp stuff into the correct directories in debian. [09:00] YokoZar: and in the /debian folder, you need to have a file named .install and list all the files you want to install and to where. [09:01] Well I have a bunch of cp stuff...the trick is figuring out the correct directories [09:01] YokoZar: well, what are you trying to copy? [09:01] At that part of the rules file it looks like I should be putting them into debian/tmp/usr/bin/ and such [09:01] but there is no tmp directory [09:01] tmp is created IIRC Only when dpkg attempts at building the sources [09:02] (or the stuff needs built in the pkg) [09:02] Or, rather, it isn't created by buildpackage then [09:02] Since I have the thing commented out I guess [09:02] YokoZar: make it, either with mkdir or dh_installdirs. [09:02] And copy the files into the tmp folder then? [09:02] yeah, or debian/$packagename/$wherever. [09:03] Can I have dh_installdirs do it and prepend tmp/ to the front? [09:03] hai sivang :-) [09:03] YokoZar: no, you can leave the files inside the /debian folder, use dh_installdirs to create the dirs you need, and dh_install to read your pkgname.install file and copy files where needed. [09:03] dholbach: yo danile, 'sup? [09:03] YokoZar: dh_installdirs knows where it should make the directories, so don't worry about debian/tmp and such. [09:04] Well what it's currently doing is making debian/package [09:04] And I can copy my files into package/usr/whatever [09:04] sivang: dh_install installs the files from the tmp tree into the right directories, it doesn't copy them from the source package. [09:04] YokoZar: yes [09:04] Then when it gets to dh_install -s I get this error: [09:04] cp: cannot stat `./usr/bin': No such file or directory [09:04] sivang: i'm trying to package a more recent version of glibmm, but i stumble over binary-or-shlib-defines-rpath [09:05] YokoZar: don't use dh_install for what you are trying to do, it's the wrong tool. [09:05] Oh ok then [09:05] so is anyone of you familiar with binary-or-shlib-defines-rpath and -rpath being used by Makefiles? there's a huge thread (at http://lists.debian.org/debian-mentors/2002/02/msg00042.html) and people seem to me not to be sure if such a lintian warning was worth messing around with a proper compilation/installation of a library [09:06] YokoZar: this is fairly basic stuff -- have you read debhelper(7) and the debian new maintainer's guide? [09:06] Yeah I have I've even made the wine packages...I guess by not knowing exactly when dh_install was getting called [09:07] dholbach: are you using DESTDIR when installing? [09:07] Mithrandir: it can be used for a couple of file installment no? [09:08] Mithrandir: (would like to know if I am using the wrong tool ;-) [09:08] Mithrandir: yes, it's in most of the Makefiles [09:09] ok I commented out dh_install [09:09] Mithrandir: it allows me to add how many files that I would like on the .install file, and relieves me from acutally changing the make rules in debian/rules... [09:09] sivang: it seems you can use it both ways. [09:10] Mithrandir: could you elobrate? I am not sure I have followed you... [09:10] *elaborate [09:10] That's odd it didn't ask for my key or anything but spat out a .deb file [09:10] sivang: read the man page rather than listening to me. :) [09:10] Mithrandir: okok, mang pages were cool with dh_install so, nm ;-)) [09:12] dholbach: hmm, I seem to have participated in that thread. :) [09:13] Mithrandir: yes... and you (as infitiny@#debian-devel) told me something about chrpath, but i'm not sure, if that's of anyuse [09:15] dholbach: you could just do chrpath -d $binaryname [09:15] but I wonder why it gets set; can you put your package online somehwere? [09:15] s/somehw/somewh/ [09:16] Mithrandir: seems to me that a standard Makefile (for a library) spitted out by auto* uses -rpath [09:17] at least it also did in a library, i coded myself [09:17] not necessarily. [09:18] Mithrandir: in the current state the package doesnt build because the linker is confused :-) [09:19] ok, tell me when you have unconfused it and I can take a look, then [09:19] Mithrandir: brilliant :-) [09:22] Mithrandir: is there a counterpart for dh_install ? I want to be able to remove the files my package put so I won't get a dpkg error when it tries to remove the dir [09:22] erm... cool :-) [09:23] :-D [09:23] libtoolize --force --copy and the debian/rules-libtool-is-a-fool--hack did the trick === dholbach bounces around Mithrandir happily [09:24] dholbach: libtool-is-a-fool shouldn't be needed any more -- try without it and see if it works. [09:24] Mithrandir: ok [09:24] sivang: uhm? I'm not sure I understand what you are talking about [09:26] Mithrandir: I have used dh_install to install a couple of files into /etc/pkgname [09:27] Mithrandir: when I remmove the package (purge) I get an error that dpkg couldn't remve the dir because it is not empy, which is right :) [09:29] Mithrandir: now i get those lintian-warnings again [09:29] sivang: uhm, if you install stuff to /etc/pkgname, it's marked as a conffile and dpkg should DTRT when purging the package. If you can provide the package in question, it's probably easier to see what's going on [09:30] Would it be ok to have symbolic links in /usr/share/package to /usr/bin ? The scripts that I'm packaging are kinda screwy that way [09:30] dholbach: hm. If I may, I'd like to take a look at your package. [09:30] right [09:30] YokoZar: sure, why shouldn't it be ok? [09:30] Because /usr/share is for read only non-executables [09:31] YokoZar: a symlink is not an executable. ;-) [09:31] Yeah but what if someone had /usr/share mounted with no execute [09:31] As he is supposed to be able to do [09:31] YokoZar: ... though I might suspect that the stuff belongs in /usr/lib if it wants to exec from there [09:31] Wouldn't trying to run a symlink there barf? [09:31] YokoZar: I don't know offhand if symlinks are followed before that test [09:31] YokoZar: let me check [09:32] jordi: yeah, a long long time ago :) [09:32] YokoZar: no, that works [09:32] So I can have the symlink? [09:32] Mithrandir: http://moz.gotdns.org/ubuntu/ [09:33] YokoZar: as I said, it might want to live in /usr/lib instead, but in principle, yes [09:34] smurfix: Moins :) === dholbach heads to the shower [09:36] Mithrandir: on my way, will send you a link in a momnet. [09:40] Mithrandir: http://sivan.workaround.org/gnome-system-tools_1.1.90-0ubuntu1_i386 === `anthony [~anthony@220-253-10-120.VIC.netspace.net.au] has joined #ubuntu-devel === Mithrandir [~tfheen@vawad.err.no] has joined #ubuntu-devel [09:55] Mithrandir: did you get my last msg to you? [09:57] Mithrandir: wb === kagou [~kagou@213.223.150.243] has joined #ubuntu-devel [10:04] hi [10:04] hi kagou [10:15] smurfix: ping [10:15] abelli: [10:15] smurfix: what was it?! ;) i can't read [10:16] that's a chinese character. "pong". [10:16] smurfix: wow ;) [10:16] smurfix: did you receive the email? [10:18] Mithrandir: did you receive the link before you flew out? [10:18] abelli: seems not === ironwolf [~ironwolf@c-24-6-169-124.client.comcast.net] has joined #ubuntu-devel [10:19] Mithrandir: http://moz.gotdns.org/ubuntu/glibmm2.4-2.4.5/ (to make sure ;-)) [10:19] abelli: .. which could mean that I deleted it accidentally :-/ [10:20] smurfix: im forwarding it.. [10:27] Mithrandir: are you back? [10:27] sivang: idle:32 minutes :-) [10:29] dholbach: yeah :) I wonder where he vainshed ;-) [10:30] sivang: gives me time to get some appropriate webspace :-) [10:30] sivang: i only have 16K/s upstream :-) [10:30] smurfix: you, should probably, have mail ;) [10:32] dholbach: hehe, I have 128Kb upstream now, had 96 in the past.. [10:32] sivang: bit or byte? :-) === jvw [jeroen@220pc220.sshunet.nl] has joined #ubuntu-devel [10:36] Mithrandir: ok... once the upload finished (some minutes), it's all on http://ubuntu.stufenseite.de [10:40] dholbach: errr, bits :) [10:41] sivang: yes... me too :-) === farruinn [~nathan@syr-69-201-15-107.twcny.rr.com] has joined #ubuntu-devel [10:42] dholbach: we'd wish we had Mithrandir *fast* net access :) [10:43] Can someone test a package for me? It creates a working build, but it never asks me for my password to sign the key file (make has a weird error at the end) [10:44] deb-src http://tuzakey.com/~scott/apt/ source/ [10:44] package name winetools [10:44] sivang: i rather wish, i'd finished the exam next week and my thesis :-) [10:46] Mithrandir: ping [10:47] poor mithrandir... 3 people hopping around him :-) [10:48] Heh, it's the price you get for being helpful and knowledgable :) [10:48] On a Friday night, no less [10:48] it's saturday morning ;-) [10:48] and i must be off - revision for an exam :-/ [10:48] so have a nice day, you all [10:49] see you later === dholbach [~dholbach@td9091b16.pool.terralink.de] has left #ubuntu-devel [] === Kaloz [~kaloz@arrakis.dune.hu] has joined #ubuntu-devel [10:51] morning [11:10] Kaloz: morning === enrico [~enrico@enrico.developer.debian] has joined #ubuntu-devel === gro [~gro@ip-212-239-167-234.dsl.scarlet.be] has joined #ubuntu-devel === herzi [~herzi@c151011.adsl.hansenet.de] has joined #ubuntu-devel [11:46] thom: we *have* gsf-sharp? :) === seb128 [~seb128@ANancy-151-1-50-219.w83-196.abo.wanadoo.fr] has joined #ubuntu-devel === rouven [~rouven@dsl-213-023-128-098.arcor-ip.net] has joined #ubuntu-devel [11:54] apparently [11:57] $ apt-cache search gsf cil | wc -l [11:57] 0 [11:57] $ apt-cache search gsf sharp | wc -l [11:57] 0 [11:58] seb128: Morning :) === T-None is now known as T-Bone [12:00] hello === T-Bone waves around === Simira [rpGirl@m146i.studby.ntnu.no] has joined #ubuntu-devel === Hwolf [~hidde@136.122.dynamic.phpg.net] has joined #ubuntu-devel [12:02] seb128: you know anything about a g-s-t bug which display the postfix, had, dbus usernames in the user editor? [12:02] Is there any bug known that can cause I/O errors when doing a dist-upgrade? [12:03] sivang: no idea on what you are talking about === T-Bone looks for someone with d-i/initrd knowledge (Kamion, fabbione?) [12:03] Hwolf: hardware errors. [12:04] T-Bone: what's the problem? [12:04]