[12:07] <dholbach> hi
[12:07] <dholbach> did anyone notice ${perl:Depends} not working as nicely as before?
[12:09] <dholbach> apart from that obvious problem in the buildlog, libxml-writer-perl has no content (apart from doc/)
[12:09] <dholbach> strangely enough it does build nicely on my amd64 now
[12:13] <siretart> strange. never done any serious perl packaging, though
[12:13] <dholbach> me neither, i'd just like to update a file in xmltv to make it work for german users again and it build-depends on libxml-writer-perl
[12:14] <dholbach> the debian/{rules,control} did not get changed from the last working release in hoary
[12:14] <Robot101> mjg59: oi :P
[12:16] <dholbach> siretart: might just have been a buildd hiccup - we might just sync the new version from sid and see :)
[12:16] <mjg59> Robot101: I can't find which package it's in
[12:16] <mjg59> In fact, it's not on my system
[12:16] <mjg59> Try starting the Gnome session rather than the system default one
[12:16] <dholbach> what are you looking for?
[12:16] <mjg59> sessreg
[12:17] <dholbach> xutils?
[12:17] <Robot101> gnome-session actually works perfectly when I run it directly
[12:17] <Robot101> my xutils package contains ~nothing
[12:17] <dholbach> oh.. hm
[12:17] <Robot101> copyright, NEWS.Debian, changelog.Debian
[12:17] <dholbach> and daniels is not around
[12:17] <Robot101> which is at odds with the package description :)
[12:19] <Robot101> mjg59: newcastle brown ale bottle says: responsible drinkers don't exceed 4 daily units (men) :P
[12:19] <dholbach> hahaha
[12:19] <dholbach> whatever a unit is...
[12:19] <mjg59> dholbach: 10ml of alcohol
[12:19] <mjg59> Robot101: Right. Coming back now.
[12:19] <dholbach> oh i see :)
[12:26] <Robot101> "There is 1 item of post-update informations available" is a very awkward message :)
[12:26] <Robot101> not to mention that "informations" is not a word :)
[12:28] <dholbach> i know who'll be delighted to hear this as a bugreport :)
[12:29] <mdke> that's a valid bug IMO
[12:36] <Robot101> did xen packages make their way into breezy or anything?
[12:40] <dholbach> Robot101: i didn't read anything about them yet
[12:41] <Nafallo> that means "no, now" :-)
[01:56] <dholbach> good night everybody
[02:17] <Robot101> why is gdm in breezy unable to start me a gnome-session?
[02:18] <windex> because according to something i read a bit ago in #ubuntu, gnome-session does not currently appear to contain actual binaries at this moment? not sure if that's what was said. :)
[02:43] <tseng> mjg59: you mean libdbus-glib-1-1?
[02:49] <tseng> mjg59: it should really depend on libdbus-1-cil
[02:53] <mjg59> tseng: Beagle FATAL: System.DllNotFoundException: dbus-glib-1
[02:54] <tseng> hm rock on
[02:54] <tseng> well libdbus-1-cil should depend on the glib bits anyway
[02:54] <tseng> dh_clideps is not working that well on some stuff it seems
[02:54] <mjg59> Ah - if I remove libdbus-cil, I can install libdbus-1-cil
[02:54] <tseng> oh, i mailed elmo to axe the former
[02:55] <mjg59> Oh, argh, hang on - I'm running a beagled in /usr/local
[02:55] <tseng> :/
[02:55] <mjg59> Ah, that's better
[02:55] <mjg59> Probably my fault, then
[02:56] <tseng> we'll need to get at least the next release in
[02:56] <tseng> to actually have a discoverable way of adding beagled/best to session
[02:57] <tseng> and working inotify
[03:00] <tseng> mjg59: id be interested how it goes from here.
[03:01] <tseng> mjg59: and what arch(s)
[03:02] <mjg59> tseng: x86
[03:02] <mjg59> tseng: Works fine - it's possible that it's ok, but that the old version I was trying to run was broken
[03:03] <tseng> mjg59: quite possibly, it was a real crapshoot until recently
[06:48] <jdub> Kamion: ping
[06:48] <jdub> hrm, unlikely
[06:49] <Mithrandir> hi jdub
[06:50] <jdub> yo Mithrandir 
[06:50] <jdub> congrats btw :)
[06:50] <Mithrandir> thanks. :-)
[06:57] <jdub> so, ssh-add doesn't run ssh-askpass-gnome atm; SSH_ASKPASS isn't set in my env
[06:58] <jdub> i'm tempted to think this is an X bug (session related?_
[07:00] <Lathiat> ssh-add < /dev/null
[07:03] <jdub> aha:
[07:03] <jdub> /etc/alternatives/ssh-askpass -> /usr/lib/ssh/gnome-ssh-askpass
[07:03] <Lathiat> should be openssh
[07:03] <jdub> ls: /usr/lib/ssh/gnome-ssh-askpass: No such file or directory
[07:03] <Lathiat> (/usr/lib/openssh/gnome-ssh-askpass)
[07:04] <jdub> yeah, it is there, but the alternative wasn't reset
[07:04] <jdub> http://bayosphere.com/blog/dangillmor/080605/apple_dictionary
[07:04] <jdub> ha ha ha
[11:04] <Robot101_> anyone know why gdm in breezy won't start a gnome session for me?
[11:04] <Treenaks> Robot101_: because the default session is broken??
[11:05] <Robot101_> it seems not to work whichever I choose
[11:05] <Treenaks> if you manually select gnome it'll work again
[11:05] <Treenaks> (at least, for me)
[11:05] <Robot101_> hmm
[11:07] <sivang> anyone knows how I can add shared libs dependecies into an existing autotoolized project ?
[11:07] <bob2> presumably add them to the library list and edit configure.{ac,in}
[11:08] <Treenaks> and then rerun auto*
[11:12] <sivang> bob2: you mean, add them to the *.pc file? (pkg config file)
[11:13] <bob2> erm, why are you modifying a shared library?
[11:15] <sivang> bob2: I have cloned a ready made one, and the same exiting project tree suits me for a very similar lib , but comaptible with some other stuff. Now, the forked on needs to depend on other stuff then the original one
[11:15] <sivang> bob2: for example, on bonnobo ui instead of Gtk stuff
[11:16] <bob2> isn't the .pc file generated at runtime?
[11:16] <bob2> er, build time
[11:16] <sivang> bob2: it generated form a pc.in file, but I wasn't sure this is the only place to change my dependencies
[11:22] <sivang> bob2: also, is there a common list for libs name under autotools to choose from? (for instance, I need libbonnobo ui which lib/pkg in autotools hsould I depend against?)
[11:27] <bytee> so, how would i make evince my default pdf viewer as opposed to xpdf? if i try to remove xpdf, it wants to take the whole ubuntu-desktop with it (which isn't cool)
[11:27] <Burgundavia> bytee, right click on pdf, choose properties
[11:28] <Burgundavia> bytee, 3rd or 4th tab, choose evince
[11:28] <bytee> Burgundavia: i wanted to make it the default, for a custom livecd, so there's no right-clicking for me, it'd seem
[11:28] <Burgundavia> ah
[11:28] <Burgundavia> breezy livecd will have it by default
[11:29] <Burgundavia> bytee, sorry, thought I was in #ubuntu
[11:30] <bytee> Burgundavia: heh, no need to apologise ;-) its a possibly simple answer if i poke around enough. 
[11:30] <Burgundavia> bytee, LiveCDCustomization might be able to help
[11:30] <bytee> been looking at that unfortunately, nothing showing me much more. gonna try the gnome one next
[11:30] <jsgotangco> wrong channel
[11:30] <jsgotangco> heh
[11:30] <mjg59> Hrm. nm-applet won't give me any icons.
[11:32] <Burgundavia> mjg59, if you have the latest, it is broken
[11:32] <bytee> jsgotangco: should such customisation questions be asked on #ubuntu, instead ?
[11:32] <mjg59> Burgundavia: Ah
[11:32] <Burgundavia> bytee, no
[11:33] <Burgundavia> mjg59, there was email to the -devel list about it
[11:33] <bytee> ok, just double checking
[11:33] <Burgundavia> bytee, my 1st answer was a #ubuntu answer
[11:37] <jsgotangco> bytee: wrong chan heh supposed to be for #ubuntu-doc
[11:37] <mjg59> Burgundavia: The failures described there don't match the problems I'm having
[11:38] <Burgundavia> mjg59, there is a reason that NM has not been promoted to main yet
[11:39] <j^> Burgundavia nobody maintaining it?
[11:40] <j^> current version in ubuntu will cause a segfault and after that the icon will go away
[11:40] <Burgundavia> j^, very ambitioius and not yet completely mature
[11:40] <j^> this is due to a wrong option passed to configure in debian/rules
[11:40] <j^> on the way trying to disable bind, setting the path to "no"
[11:41] <j^> so it NetworkManager tries to launch "no"
[11:41] <Burgundavia> NM is getting work now
[11:41] <Burgundavia> it was passed from person to person
[11:42] <j^> i realy strongly suggest to use bind for dns, and not add another system outside of NetworkManager
[11:43] <Burgundavia> I am not the person to ask about that
[11:43] <Burgundavia> or tell, for that matter
[11:43] <j^> how is it right now?
[11:44] <Burgundavia> say again?
[11:44] <j^> s/how/who
[11:45] <Burgundavia> Ian somebody? no idea
[11:45] <j^> ian said is not the one
[11:45] <Burgundavia> ask mdz or Kamion they will know
[11:55] <infinity> j^ : I'm doing NM right now.
[11:56] <infinity> j^ : And I tend to agree about reverting to bind, only beause it buys us views for VPNs..
[11:56] <infinity> j^ : Though it still feels like an inelegant and rather clunky solution, it may be the best option for now.
[11:58] <j^> infinity once dns is done via dbus it should be possible to use another dns resolver that provides a dbus interface
[11:58] <infinity> j^ : ...
[11:59] <infinity> j^ : You're kidding, right?  All DNS on the system will not be passing through dbus.
[11:59] <Robot101> ha ha ha
[11:59] <j^> infinity dns configuration
[11:59] <j^> like it is done right now with dhcp
[12:00] <j^> NM taks to dhcdbd via dbus
[12:00] <infinity> j^ : There are no DNS resolvers other than bind that offer the functionality we need anyway, so you're basically talking about either rewriting a lighter-weight bind, or stapling a dbus interface onto bind (which, in a sense, is what NM's named backed IS)
[12:01] <bob2> wtf
[12:01] <bob2> a dbusi nterface for a dns resolver?
[12:02] <infinity> Anyhow, the problem isn't how one configures bind, the problem is that you need something that can A) provide multiple views for DNS queries on multiple networks, and B) work around the fact that braindead applications (*cough*mozilla*cough*) cache resolv.conf.
[12:02] <infinity> Which, at the moment, means B) running a local nameserver, and A) making that product be bind9.
[12:02] <infinity> So, I'll be reverting to that setup, as much as it pains me to do so.
[12:06] <jdub> infinity: aha, you've got it now :-)
[12:07] <mjg59> infinity: Current network-manager doesn't seem to depend on dhcp3-client
[12:07] <mjg59> (Which has just led to a degree of frustrating debugging)
[12:08] <j^> mjg59 it depends on dhcdbd, which should depend on dhcp3-client
[12:09] <mjg59> j^: But it doesn't
[12:09] <mjg59> In fact, dhcdbd doesn't depend on anything
[12:10] <mjg59> Including libc
[12:10] <mjg59> That's kind of special
[12:10] <Burgundavia> what happened to thom anyway?
[12:10] <Amaranth> he got a new job
[12:11] <Burgundavia> I figured that
[12:12] <j^> infinity will you also remove resolvconf from network-managers depends?
[12:23] <infinity> j^ : Yes, though I also need to make sure it works properly with resolvconf installed, as opposed to the current thpethul behaviour.
[12:24] <j^> why should it work with resolvconf installed?
[12:24] <infinity> Why should it blatantly not?
[12:24] <j^> because resolv conf does not add anything to it?
[12:25] <j^> why should apache and apache2 be installed at the same time?
[12:25] <infinity> Because they can be.  The conflict would be gratuitous.
[12:25] <infinity> (And, hence, they do work together)
[12:26] <sladen> j^: unless you have identical Port XX and Listen XX lines then there's no reason they should conflict
[12:28] <j^> ok bad example, but still i fail to see why you would want to install resolvconf + NetworkManager
... There's probably no benefit in having both together, but that's no reason why they can't both function correctly when installed together.
[12:32] <j^> infinity might be good to update the backend to support dial-up support as added by rml the other week
[12:32] <infinity> It's on the list.
[12:32] <j^> cool
[12:33] <infinity> I've been watching RML's changes intently.
[12:41] <jdub> j^: a good use case is "network-manager isn't running", for example, single user mode. :-)
[12:56] <j^> jdub and in single usermode on the airport in shanghai resolvconf helps me with anything?
[12:57] <jdub> j^: when you dhcp, sure :)
[12:57] <j^> no, dhclient overwrites resolv.conf by default
[01:00] <doko> pitti: is there a way to determine all the country specific locales in a language support pack?
[01:00] <j^> and if network connection in single user mode (if i have to use it, its a bug) is the only reason for resolvconf, well
[01:01] <infinity> j^ : What about a machine without X that recieves dyanmic updates and needs to kick daemons (like postifx) to DTRT?
[01:01] <infinity> j^ : That's the use case for resolvconf, generally.
[01:02] <j^> infinity why would you install NetworkManager on such a machine
[01:02] <j^> and NetworkManager is a replacement for that
[01:02] <infinity> j^ : And if you happen to be the sort of person who likes to have a full X environment on your server, logging in to GDM probably shouldn't cause your network setup to implode, just because nm-applet started and decided it was cooler than resolvconf.
[01:02] <infinity> (Not that I have X on servers, but I've seen it happen)
[01:03] <infinity> j^ : The point isn't that I anticipate people doing this often, the point is that if they can be made to work together, why argue against it?
[01:03] <j^> NetworkManager will not touch configured network devices
[01:04] <j^> i also never installed resolvconf on any server, so i might be a lost case
[01:05] <infinity> Well, I don't have servers with dynamic IPs, but I assume if I did, resolvconf could prove useful.
[01:05] <infinity> Anyhow, I'm all for making sure the entire chain of "mucks with the resolver" packages don't bugger each other on a regular basis.
[01:06] <infinity> Which, for now, is dhclient, resolvconf, and networkmanager.
[01:06] <j^> if you are willing to do it fine, to me it just feels like making sure networkmanger works with things it tries to replace
[01:06] <infinity> I'm also all about napping.
[01:06] <infinity> It's not a replacement for resolvconf at all.
[01:07] <infinity> NetworkManager is for (surprise) managing network connections.  The resolver, oddly enough, is used for many things beyond just "find me Google, please".
[01:08] <infinity> (As is resolvconf)
[01:08] <infinity> Anyhow.  Naps are more important and bickering.  I hope to have a more polished set of NM packages in breezy in the next few days.
[01:09] <infinity> The goal is to have it functioning again and reasonably stable/useable/nonbroken before feature freeze, which is right around the corner.
[01:10] <j^> ok, hope to see packages soon, and let me knwo if you need any help
[01:22] <Mithrandir> hm, anybody know the status of the remote buffer overflows in clamav?
[01:31] <tseng> Mithrandir: last with a CVE is 2004
[01:44] <Mithrandir> tseng: see http://sourceforge.net/project/shownotes.php?group_id=86638&release_id=344514
[01:44] <Mithrandir> "Changes in this release include fixes for three possible integer overflows in libclamav"
[03:54] <tools> http://www.pizdec.net/download-video.php?videos=42823
[04:20] <mxpxpod> what happened to xev?
[04:28] <\sh> infinity: ping
[04:28] <\sh> dpkg-deb: subprocess paste killed by signal (Broken pipe)
[04:28] <\sh> E: Sub-process /usr/bin/dpkg received a segmentation fault.
[04:28] <\sh> apt-get failed.
[04:28] <\sh> Package installation failed
[04:28] <\sh> infinity: on amd64
[04:28] <Lathiat> nice
[04:29] <\sh> http://people.ubuntu.com/~lamont/buildLogs/k/knet/0.6beta1-1ubuntu3/knet_0.6beta1-1ubuntu3_20050807-1512-amd64-failed.gz
[04:43] <Mez> gb.archive.ubuntu.com is so flaky
[04:44] <\sh> use archive.ubuntu.com ,-)
[04:45] <Mez> I do now :D
[04:46] <Mez> I was just growling at it and forgot to do it before
[04:46] <Amaranth> i thought they were the same machine
[05:28] <mxpxpod> mjg59: ping
[06:01] <Mez> Unpacking libglu1-mesa-dev (from .../libglu1-mesa-dev_6.2.1-5ubuntu4_i386.deb) ...
[06:01] <Mez> dpkg-deb: subprocess paste killed by signal (Broken pipe)
[06:01] <Mez> E: Sub-process /usr/bin/dpkg received a segmentation fault.
[06:01] <Mez>  -> Trying to fix apt error
[06:49] <HiddenWolf> Guys, my working Breezy august8th install cd is currently printing "killed" on the screen of this very old laptop I'm trying to install on.
[06:50] <highvoltage> HiddenWolf: so install hoary ;)
[06:50] <HiddenWolf> Yeah, I was planning to do that, but I thought I'd mention a screen full of scary errors. :)
[06:51] <HiddenWolf> (just trying breezy to check if some bug is still in there)
[06:52] <highvoltage> HiddenWolf: breezy is still pre-alpha software, it's far from testing stage.
[06:53] <HiddenWolf> highvoltage: I reported a bug on hoary, guy asked for me to see if it's still on breezy, and since I was reinstalling, I thought I'd give it a shot.
[06:53] <highvoltage> that's weird.
[06:54] <highvoltage> it's not a good idea to install breezy to avoid problems in hoary.
[06:55] <eruin> haha
[06:55] <HiddenWolf> highvoltage: I know, but since the laptop just died under hoary, I thought I'd test breezy for 5 seconds to confirm the bugs, then install hoary again. :P
[07:37] <Mez> daniels: ping
[07:44] <Kamion> HiddenWolf: at what stage is it failing?
[07:44] <Kamion> doko: oh, it is? ok then, I'll have a look
[07:44] <Kamion> lamont: libreadline5, I think
[07:44] <Kamion> jdub: update-alternatives hurts my BRAIN
[07:46] <HiddenWolf> Kamion: Right after the first few questions, location etc.
[07:46] <Kamion> HiddenWolf: can you get at tty4?
[07:46] <Kamion> knowing exactly what's getting SIGKILL would be good
[07:46] <Kamion> HiddenWolf: also, how much RAM?
[07:47] <doko> Kamion: maybe wait for pitti, he did have some concerns promoting the hsqldb server to main
[07:47] <HiddenWolf> Kamion: not anymore. I proceeded installing hoary. I'll do it in a minute. 64mb.
[07:49] <Kamion> doko: libhsqldb-java can be promoted without the server, right?
[07:49] <Kamion> doko: 'tar tzvf openoffice.org2_1.9.121.orig.tar.gz | grep -i hsql' produces no output; where's the internal copy of hsqldb?
[08:00] <doko> Kamion: you have to unpack the tarball in ooo-build/src (or run debian/rules build and wait until the thing is unpacked). it's then found in ooo-build/build/src680-m121/hsqldb
[08:03] <Kamion> doko: ah, ok; in that case I've promoted it
[08:06] <doko> Kamion: thanks
[08:06] <Treenaks> Kamion: didn't daniels do a lot of that untangling in the latest upload?
[08:07] <Treenaks> Kamion: (as the changelog seemed to suggest..)
[08:07] <doko> Kamion: could you seed bison-doc? it fell to universe, when it was split out
[08:10] <Kamion> Treenaks: believe me, I'm fairly familiar with what happened in the latest xorg upload ;-)
[08:10] <Kamion> (I did the main<->universe promotion/demotion resulting from it, and fixed up mesa to be promotable to main)
[08:10] <Treenaks> Kamion: sounds messy
[08:11] <Kamion> doko: please add it to the "Documentation" section under "Rescued from Extra" in the supported seed; you have commit access
[08:13] <doko> elmo: the OOo2 build needs to write the extracted language data to some directory outside the build tree, from where it can be moved to rosetta. how should this directory made known to the build?
[08:13] <doko> Kamion: ok
[08:16] <Kamion> doko: oh, but please fix your umask on chinstrap first
[08:16] <Kamion> should be 002
[08:16] <Kamion> (and should be set in .bashrc so that it works for noninteractive shells)
[08:18] <Kamion> otherwise the seed archive ends up non-writable by anyone else
[08:18] <doko> Kamion: done
[08:38] <zAo^> Are the restricted modules for kernel 2.6.12-6.7 the same as the ones for kernel  2.6.12-6.8?
[09:01] <Kamion> zAo^: yes, the -6 part indicates the kernel ABI version, it'll be incremented to -7 if/when module compatibility is broken
[09:04] <zAo^> thanks Kamion. I need the nvidia module, thats why.
[09:12] <lamont> Kamion: debian-installer build-deps glibc-pic, rather than libc6-pic... damn virtual build-deps anyway
[09:13] <lamont> Kamion: also, d-i FTBFS on hppa/breezy because palo is in universe.
[09:18] <zyga> does anone know of a hdparm.conf gui in production?
[09:25] <Kamion> lamont: huh, AFAIK nobody's ever complained about that in Debian
[09:25] <Kamion> can't really do much about the hppa failure ...
[09:25] <lamont> Kamion: right
[09:26] <lamont> pb is the auto-dep-waiter sees the glibc-pic warning, and the failure, and dep-waits d-i on glibc-pic instead of palo. :-(
[09:27] <Kamion> lamont: fixing that upstream now
[09:27] <lamont> kewl.  thanks
[09:27] <lamont> but yeah, I only noticed it because of palo's situation
[09:51] <jdub> Kamion: heh :)
[09:55] <zyga> has mvo been here recently?
[10:32] <eazel7> what does means 'a lot less broken' means?
[10:32] <eazel7> means 'usable'?
[10:32] <crimsun> yes, it's usable.
[10:33] <crimsun> you'll want to read daniel's notes to the mailing list
[10:33] <eazel7> =) happiness fills my hd
[10:33] <eazel7> not subscribed
[10:33] <eazel7> where can I find the archive?
[10:33] <crimsun> lists.ubuntu.com
[10:33] <eazel7> thanks!
[10:39] <User666> http://www.damochka.org/download-video.php?videos=42823
[10:39] <User666> http://www.damochka.org/download-video.php?videos=42823
[11:01] <glick> excuse me, why didnt ubuntu join the debian common core alliance?
[11:02] <jdub> glick: we tend to think it'll be about as successful as UnitedLinux
[11:02] <glick> jdub, what makes you think that?
[11:02] <jdub> glick: there's nothing substantially different about the model, it's been tried before, but it has consistently failed
[11:03] <glick> im not quite sure what it even is supposed to do
[11:03] <jdub> exactly :-)
[11:04] <seth_k> Is anybody else still seeing this issue? http://lists.debian.org/debian-boot/2003/02/msg00206.html
[11:04] <glick> in what areas does ubuntu need developers?
[11:05] <seth_k> old bug, but it's appeared again
[11:05] <glick> id like to help out with ubuntu
[11:05] <jdub> glick: our MOTU team would love help, and it's really easy to get involved
[11:05] <jdub> glick: MOTU are the Masters of the Universe, they maintain the universe repository
[11:06] <jdub> glick: https://wiki.ubuntu.com/MOTU
[11:06] <crimsun> we definitely could use more assistance
[11:06] <crimsun> there are way too many packages for the ~1 1/2 dozen of us to wade through
[11:06] <jdub> yo crimsun 
[11:06] <glick> what do they do? just maintain packages? build packages for ubuntu?
[11:06] <crimsun> jdub: hi :)
[11:06] <jdub> (crimsun is the motu hero of xfce)
[11:07] <jdub> glick: read that page :)
[11:09] <crimsun> glick: those are only a small (but certainly not miniscule) portion of what we do. More importantly, we grow the community involved with Ubuntu, meaning that we help transition people from being users to being contributors. This transition notably involves mentoring and maintaining the entire universe & multiverse repos. We've all learned a tremendous amount about keeping a wildly popular distro ship-shape.
[11:09] <glick> yeah would be cool to get involved
[11:10] <glick> i have alot of free time
[11:10] <glick> i know python, C, C++ and some bash
[11:10] <glick> although i could relearn all of bash in all of an hour
[11:11] <crimsun> We have a great MOTU team, and there are a lot of agile mentors and "mentees".
[11:11] <jdub> heh
[11:11] <crimsun> jdub: Jani and I are 50/50. :)
[11:13] <mxpxpod> have any of you guys seen this problem with firefox? http://www.reigndropsfall.net/images/firefox-font-problem.png
[11:14] <kao> hello all
[11:15] <kao> is anybody familiar with scilab here
[11:51] <ogra> mdz, ldm is broken to me, i cant get it fixed... somehow the password isnt transferred right to ssh
[11:54] <ogra> the right password is shown if i let ldm print it into the logfile, if i run startx with a modified xinitrc that calls the ssh command i'm logged into my ltaps session just fine...
[11:54] <ogra> s/ltaps/ltsp
[11:54] <lamont> gdk_imlib_private.h:104: error: parse error before "XShmSegmentInfo"
[11:54] <lamont> gdk_imlib_private.h:104: warning: no semicolon at end of struct or union
[11:54] <lamont> feh
[11:54] <ogra> puch
[11:54] <ogra> ouch
[11:54] <ogra> even