[01:02] <jdong> ok, obviously kinit is not the command for _renewing_ kerberos tickets
[01:04] <jdong> OH, -R
[01:04] <jdong> grr Active Directory was a lot easier to use </joke>
[01:05] <zul> man pages usually help
[01:05] <jdong> zul: yeah yeah yeah
[01:26] <wasabi_> <--- kerberos wizard
[02:42] <Hobbsee> keescook: oops, thanks for the info!
[03:01] <kwwii> re
[10:16] <Mithrandir> doko: given-back
[10:19] <Fujitsu> Mithrandir, is the publisher not running at the moment?
[10:23] <Mithrandir> Fujitsu: it should be running, I'll take a look if something's wedged.
[10:23] <Mithrandir> Fujitsu: what's the problem you're seeing?
[10:25] <Fujitsu> Nothing seems to have been processed since about 13.5 hours ago.
[10:25] <Fujitsu> (it's all sitting in Accepted)
[10:27] <Mithrandir> something's blowing up in the publisher.
[10:27] <Fujitsu> I thought as much.
[10:28] <Fujitsu> (I originally thought that it might still be on manual, but then I noticed it had been going beforehand)
[10:29] <Mithrandir> something in the custom upload processor for update-manager.
[10:29] <Mithrandir> I'll reject those bits so the queue works.
[10:29] <Fujitsu> Thanks.
[10:31] <Fujitsu> Is there something in place to notify people of such failures?
[10:33] <Mithrandir> it's supposed to land in a mailbox on drescher and we tend to notice when stuff hasn't published for a while, but no, not really.
[10:34] <Fujitsu> OK.
[10:35] <Fujitsu> That looks a little better.
[02:16] <bSON> hi
[02:16] <bSON> will ubuntu feisty not use x.org 7.2?
[02:23] <seb128> bSON: no
[02:23] <bSON> seb128, was it released too late?
[02:23] <seb128> ?
[02:24] <seb128> will it not use -> no
[02:24] <seb128> it'll use
[02:24] <Hobbsee> seb128: tepsipakki has packages for it, at the moment
[02:24] <Fujitsu> seb128: That's very ambiguous in a silly language like English :P
[02:25] <seb128> Fujitsu: well, the question was weird
[02:25] <racarr> join #ubuntu+1
[02:25] <racarr> gah
[02:25] <seb128> "will feisty use xorg 7.2" is easier to understand and reply to ;)
[02:25] <seb128> bSON: a bunch of xorg 7.2 packages have been uploaded yesterday
[02:25] <bSON> seb128: oh excuse me
[02:26] <bSON> oh, so the x updates from today were 7.2 versions
[02:26] <seb128> np
[02:26] <seb128> yep
[02:26] <bSON> ok, thanks 
[02:27] <seb128> np
[02:32] <alecjw> hi. sorry if this is the wrong place to ask thios, but does anyone think that ti could be a good idea to replace start.BMP on the livecd with a start.PNG?
[03:00] <hunger> alecjw: I think that there is no png library available at the time start.BMP is read.... so that is not possible.
[03:01] <alecjw> hunger, ok
[03:01] <hunger> alecjw: I might be wrong, but that is generaly the reason for using BMPs;-)
[03:02] <alecjw> hunger, so whay cant a png library be put in? is it just because it takes up mroe space than it saves or osemthing?
[03:02] <hunger> alecjw: It will probably take more space than using png would save.
[03:03] <hunger> alecjw: Is that BMP used in grub? That has a limitation on its executables size IIRC.
[03:04] <alecjw> hunger, it's the splash screen gor the windows program installery thing. i'll put it on my website to show you if you dont know what i mean
[03:05] <hunger> alecjw: Hmm... then it is probably that windows can handle BMP out of the box but not PNG.
[03:06] <hunger> alecjw: Why add a new library if things work the same way without after all? The picture won't change just because you store it differently.
[03:06] <alecjw> hunger, yeah, i suppose. it would praoblyo nly make about 200kb of differnce anyway....
[03:07] <alecjw> *proably only
[03:07] <hunger> alecjw: Yeap. And you'd drag in the png code which you need to maintain.
[03:09] <alecjw> hunger, in case you're wodnering, here' the iamge (converted to jpeg): http://alecjw.no-ip.org/home/start.jpg
[03:10] <hunger> alecjw: I am:-) No windows here, so I'll probably never see that thing;-)
[03:10] <alecjw> lol
[03:11] <hunger> alecjw: Can't connect to your server.
[03:12] <alecjw> hunger, that's because my server's crap and my internet's too slow. i'll put it on iamgeshack.
[03:13] <alecjw> hunger, http://img64.imageshack.us/my.php?image=startkl9.jpg
[03:14] <hunger> looks nice enough.
[03:14] <hunger> alecjw: Thanks:-)
[05:12] <Lathiat> hrm the window title on the feisty CDs still says Ubuntu 6.06
[05:12] <Lathiat> when booted in windows
[06:16] <wereHamster> http://www.neopsis.com/projects/yukon/browser/trunk/build.sh gives http://pastebin.ca/349486
[06:17] <wereHamster> what's wrong? it works fine under bash, but fails under dash
[06:21] <hunger> wereHamster: Have you tried adding a "test" between the if and the ! in line 13?
[06:22] <wereHamster> no, is 'test ...' and '[ ... ] ' the same or is there a difference?
[06:22] <hunger> wereHamster: thinking about it: that should not work either;-)
[06:22] <hunger> wereHamster: They are the same.
[06:23] <wereHamster> .. why won't test work?
[06:23] <hunger> wereHamster: I'd remove the !, put in a echo "... found" and push the existing code into an else branch.
[06:24] <wereHamster> the strange thing is that the first which (which echo) passes, but it fails on which rm
[06:24] <hunger> wereHamster: Because test evaluates an expression and gives an return code depending on that.
[06:24] <hunger> wereHamster: In line 13 you evaluate the which (which you negate with the ! which is not portable IIRC).
[06:25] <wereHamster> what about [ -x "$(whioch ${tool})" ]  ?
[06:26] <hunger> wereHamster: Won't work.
[06:26] <hunger> wereHamster: which always returns a text:-)
[06:27] <wereHamster> .. my example would evaluate to [ -x /bin/rm ] , which means '/bin/rm isexecutable, right?
[06:28] <hunger> wereHamster: But it will fail on echo...
[06:30] <hunger> wereHamster: Try removing the & before the >... That makes things work here.
[06:32] <hunger> wereHamster: dash's man-page states that it supports ">&", so try that instead.
[06:33] <hunger> wereHamster: Bash supports that as well, even though there the &> form is prefered.
[06:35] <hunger> wereHamster: Using the long form which "echo" > /dev/null 2>&1 works in both bash and dash here.
[06:38] <wereHamster> so &>/dev/null isn't POSIX-conform?
[06:39] <hunger> wereHamster: Dunno. dash does not support it, so it is a good guess that it is not:-)
[06:42] <wereHamster> I dislike the long form.. I dislike everything that is long :(
[06:43] <hunger> wereHamster: You can always replace /bin/sh with /bin/bash in the first line;-)
[06:50] <wereHamster> but what on systems that don't have bash?
[06:50] <wereHamster> I want ot be as portable as possibkle
[06:54] <jdong> wereHamster: &> is a bash extension
[06:56] <wereHamster> and >& posix?
[06:59] <bluefoxicy> bah this sucks.
[06:59] <bluefoxicy> I have a pretty good idea of what to do to Ubuntu to magically make the install CD also support A) Installing as a Xen Dom0 controller; B) Installing as a Xen DomU guest
[07:00] <bluefoxicy> As for actually implementing... no
[07:01] <bluefoxicy> (it needs an extra kernel; needs to install into a disk image; needs the Xen hypervisor on the CD; and needs the installer to know that there's 2 new ways to handle installation)
[07:02] <bluefoxicy> Have not figured out how to get Xen to boot from a CD image though.. I guess I could tell it it's another disk drive but I'd need a kernel and an initrd that would expect to be booted in Xen.
[07:07] <bluefoxicy> It WOULD help if network didn't die every 10 minutes under Xen
[07:18] <hunger> wereHamster: >& is POSIX, but it is only valid as part of something like 2>&1 from what I understand.
[07:18] <wereHamster> eg. not in >&/dev/null ?
[07:19] <hunger> wereHamster: Nope, that does not work. Tried it and it complains about wrong/missing fds.
[08:46] <geser> wereHamster: but you can use > /dev/null 2>&1 which is according to the bash manpage the same as &> /dev/null in bash
[10:47] <eXistenZ> Hello, can I change my wiki name?
[10:47] <phaidros_> ??
[10:49] <eXistenZ> phaidros_, I registered an account on wiki.ubuntu.com. How can I change the wikiname I was given?
[10:49] <gnomefreak> eXistenZ: yes and this shouldnt be in -devel try #ubuntu-offtopic
[10:49] <eXistenZ> gnomefreak, okay
[10:49] <gnomefreak> eXistenZ: or read the dropdown on the wiki
[10:49] <phaidros_> phew
[11:05] <phaidros> well, #ubuntu is always just beginners and most popular stuff, never get answers there, always just answering .. *sigh
[11:06] <phaidros> anybody here familiar with xkb stuff?
[11:07] <phaidros> only thing i want, is that my right ALT works as ALT and not MOD+5 in gnome, *sigh
[11:07] <phaidros> (/me feel marvinish ..)
[11:56] <Kano64> hi, some reported system locks using the integrated ndiswrapper 1.30 in the kernel, could you update it to latest
[11:57] <Kano64> especially with usb wlan devices
[11:58] <_ion> File a bug report.
[12:02] <Kano64> i prefer to patch it myself when noone else does it...
[12:02] <Kano64> bye#
[12:03] <zul> gah..
[12:05] <phaidros> thats community ;)