[12:13] <wasabi_> Kamion, ping (re: debian-installer preseed)
[12:55] <wasabi_> Anybody aware where the debian-installer gets the name of the Release to install?
[12:55] <wasabi_> Trying to get Hoary's d-i to install Warty.
[12:55] <wasabi_> Got it building using Warty udebs, but the net-retriever part is still trying to grab hoary Release file.
[01:13] <zul> bluefoxicy, im getting the same
[01:21] <jon1012> is there some geeks having geek codes here ? ;)
[01:22] <jon1012> (just to know if people continue to use geek codes lol...)
[04:04] <wasabi_> Hmm.
[04:05] <wasabi_> Wonder if I can use the Sarge installer to install ubuntu.
[04:26] <calc> long double on hoary is hosed
[04:26] <calc> it states it has 18 digits of precision but only has the same as double
[04:26] <calc> at least on amd64 port
[04:27] <calc> f - 6 d - 15 l - 18
[04:27] <calc> f - 0.33333334 0.33333334326744080 0.33333334326744079590
[04:27] <calc> d - 0.33333333 0.33333333333333331 0.33333333333333331483
[04:27] <calc> l - 0.33333333 0.33333333333333331 0.33333333333333331483
[04:28] <calc> nm i used the wrong specifier
[04:28] <ajmitch_> aha
[04:28] <calc> shouldn't that just not work at all
[06:23] <wasabi_> HAHA got it.
[06:23] <wasabi_> It's only impressive because I have no idea what I'm doing.
[06:25] <wasabi_> Cool. Full preseed support.
[06:57] <fabbione> morning
[07:20] <fabbione> bob2: i can't find the bug about the ppc "go to sleep & die" patch
[07:20] <fabbione> did you assign it to me?
[07:51] <pitti> Morning guys
[07:51] <fabbione> hey pitti 
[07:52] <pitti> fabbione: had a nice trip home?
[07:52] <fabbione> pitti: we need to take a look at the new CAN's
[07:52] <fabbione> pitti: no, it sucked as hell
[07:52] <fabbione> had 3 hours delay because the landing gear broke
[07:52] <pitti> ugh
[08:01] <bob2> fabbione: oh, I suck, sorry
[08:01] <bob2> fabbione@c.c? 
[08:05] <fabbione> bob2: done already
[09:27] <pitti> Hi seb128!
[09:27] <seb128> hey !
[09:27] <seb128> pitti: how was the travel ?
[09:27] <pitti> seb128: 45 minutes delay, but otherwise fine
[09:27] <pitti> seb128: and yours?
[09:28] <seb128> 30min delayed, out of this fine :)
[09:29] <fabbione> damn i was the only one with 3 hours delay?
[09:31] <seb128> yep, you win for the moment apparently :)
[09:41] <pitti> sjoerd: ping
[09:41] <sjoerd> pitti: pong
[09:42] <pitti> sjoerd: I assume that Debian won't get python 2.3 for sarge?
[09:42] <pitti> sjoerd: because our hal now uses python 2.4
[09:42] <Treenaks> pitti: 2.4 you mean?
[09:42] <pitti> sjoerd, Treenaks: yes, of course. 2.4
[09:42] <sjoerd> i guess it stays with 2.3 as default yes
[09:44] <sjoerd> saw the rebuild against python 2.4 in the ubuntu changelog
[09:44] <pitti> sjoerd: I have to merge the changes again, and the current autofoo changes are a real mess
[09:45] <pitti> sjoerd: the current package contains autofoo changes in both the package diff.gz and the patch
[09:45] <sjoerd> hrm oh, not so good
[09:45] <pitti> doko: do the python2.4 hal changes require an autoreconf run or can I revert these changes?
[09:48] <sjoerd> python 2.4 is default in ubuntu now ?
[09:49] <Mithrandir> yes
[09:49] <sjoerd> ah
[09:49] <cenerentola> hi ya
[09:49] <cenerentola> enrico: buon giorno
[09:49] <enrico> Ciao!
[09:49] <Mithrandir> hi enrico 
[09:52] <sjoerd> pitti: doko should know what's planned for python in debian.. but my guess would be python 2.4 default wil be postsarge
[09:53] <sjoerd> anyway time for a shower and getting myself to the uni :)
[09:53] <Mithrandir> switching to p2.4 in debian now would be madness and cause for doko to be killed by Kamion next time they meet. ;)
[09:53] <pitti> right
[09:54] <seb128> Mithrandir: any idea on #4785 ?
[09:54] <Treenaks> Mithrandir: will there be pictures?
[09:55] <Mithrandir> Treenaks: video! :P
[09:56] <Treenaks> Mithrandir: 8)
[09:57] <Mithrandir> seb128: not really, my first thought was "wrong compiler version", but it doesn't look like that.
[09:59] <seb128> Mithrandir: ok, I'll ping Scott :)
[09:59] <seb128> thanks anyway
[09:59] <Mithrandir> I wonder how libtool can fuck that up, I can try to reproduce
[10:00] <seb128> I've no problem on my i386 box, so if anyone with an amd64 install can try this that would be nice
[10:01] <Mithrandir> reproduced here
[10:02] <seb128> ok
[10:02] <seb128> thanks
[10:03] <Mithrandir> yup, removing rpath fixes it
[10:06] <pitti> Hi ogra
[10:06] <ogra> morning everybody
[10:06] <pitti> doko: ping
[10:07] <Mithrandir> mozilla-browser ships with /usr/lib/libxpcom.so with an unversioned SONAME.  They should so be shot.
[10:08] <ogra> i ripped apart the lock.c code from xscreensaver last week.........glued it together again......
[10:08] <Treenaks> Mithrandir: who's stopping you? :)
[10:08] <ogra> these are the leftovers ;)
[10:08] <ogra> http://www.grawert.net/xss_shot_1.png
[10:09] <pitti> lamont: still here?
[10:11] <fabbione> hey ogra
[10:12] <ogra> hey fabio.....back in the cold again ?
[10:12] <fabbione> yeah
[10:12] <ogra> brrr
[10:12] <fabbione> it sucks
[10:14] <seb128> ok, anyone has an idea of why  multisync_0.82-3.2ubuntu2 doesn't try to build ? (no build log for it)
[10:15] <ogra> seb128: ask michael banck ? i think he packaged it.....
[10:16] <seb128> ogra: I've spoken with him yesterday
[10:16] <ogra> hmm
[10:16] <seb128> but the package is uploaded, his part is done
[10:16] <seb128> ogra: I know who to ask and what I'm doing, don't bother, but thanks anyway :)
[10:17] <ogra> :)
[10:19] <fabbione> perhaps is in new?
[10:19] <seb128> fabbione: according to azeem should not
[10:19] <seb128> and the source is in the archive
[10:22] <fabbione> is it in universe?
[10:22] <seb128> yep
[10:23] <fabbione> weird
[10:23] <fabbione> oh probably the override 
[10:24] <fabbione> if it is unknown it gets scheduled as last
[10:24] <fabbione> when the buildds are really really idling
[10:24] <seb128> oh ok
[10:28] <seb128_> grrrr
[10:28] <seb128_> dsl hangup ...
 when the buildds are really really idling
 oh ok
[10:28] <seb128_> --- Disconnected ().
[10:28] <fabbione> i didn't write anything different
[10:28] <fabbione> or more
[10:29] <seb128_> ok
[10:30] <seb128_> I'll wait for lamont and ask him to kick the build :)
[10:35] <fabbione> doko: ping
[10:39] <fabbione> debstriptranslations <- phear
[10:48] <pitti> fabbione: do you have any better name?
[10:48] <fabbione> no no.. sounds cool
[10:49] <pitti> fabbione: to soothe the "phear" a bit, it is not activated by default :-)
[11:38] <Simira> seb128: do you fix gdm bugs?
[11:38] <Treenaks> Simira: no, he creates them :P
[11:39] <seb128> Simira: depending. Most of the time I just forward them upstream
[11:39] <Simira> Treenaks: that as well, I guess :)
[11:40] <fabbione> time to kill dpatch in the kernel package
[11:40] <Simira> seb128: gnome panel crashes when I use ctrl + x for cutting text in web forms. I also had a problem with Gnome-panel running two times at logon.
[11:41] <Simira> I didn't bother to report a bug, because there were a lot of Gnome crashes-bugs...
[11:41] <seb128> Simira: the second bug happens sometime
[11:41] <seb128> Simira: for the first one, which browser are you using ? Does it happen all the time ?
[11:41] <Simira> seb128: sometime? Always, in my case. :(
[11:41] <seb128> killall gnome-panel
[11:42] <seb128> and save the session next time you log off
[11:42] <seb128> the session has probably something wrong
[11:42] <Simira> seb128: various mozilla browsers (thunderbird and just mozilla, that is). Everytime I use keybord shortcuts for cutting text
[11:42] <seb128> on all the pages ?
[11:43] <Simira> yes, I fixed the session, but I get the same error when gnome panel crashes on me :p
[11:43] <seb128> ie: google.com for example ?
[11:43] <Simira> seb128: yup
[11:43] <Simira> and then I get "Error: detected a panel already running and will now exit", when it restarts
[11:44] <Simira> *into session manager and kill some gnome panels*
[11:44] <Simira> oops
[11:45] <Simira> I think I killed gnome-panel totally... now it completely disappeared
[11:45] <seb128> it should respawn
[11:45] <Simira> ah, yes. I just had to click away the error once more
[11:46] <Simira> but now, I use mozilla firefox (not thunderbird, of course), and it crashes whenever I try to cut text by ctrl-x
[11:46] <seb128> ok
[11:47] <seb128> could you get a backtrace ?
[11:47] <Simira> uh... of what?
[11:47] <seb128> of the crash when you ctrl-X
[11:48] <seb128> you don't get a bug-buddy window ?
[11:48] <Simira> nope
[11:48] <seb128> the panel crash, right ?
[11:48] <Simira> Gnome-panel just crashes, restarts, and then I get the "panel already running"-error
[11:48] <seb128> hum
[11:48] <seb128> hoary ?
[11:48] <Simira> kind of annoying
[11:49] <Simira> yes, last update
[11:49] <seb128> ok
[11:49] <seb128> dpkg -l bug-buddy ?
[11:50] <Simira> not completely installed due to some config-failure, it says. I'm running the last update now, so I'll try again as soon as it's done
[11:51] <seb128> apt-get -f install
[11:51] <seb128> ok
[11:51] <seb128> install gnome-panel-dbg too
[11:51] <seb128> so you can get a full backtrace
[11:51] <Simira> ok
[12:08] <Simira> seb128: I got a report bug-option now, so I put it there.
[12:09] <seb128> you have gnome-panel-dbg installed ?
[12:09] <Simira> yes
[12:09] <seb128> ok, cool
[12:10] <seb128> thanks
[12:10] <Simira> np
[12:48] <doko> pitti: pong
[12:48] <doko> fabbione: pong
[12:49] <fabbione> doko: dbus is FTBFS with the recent python2.4 changes
[12:50] <Kamion> wasabi_: pong, but you seem to have figured stuff out for yourself
[12:50] <Kamion> wasabi_: FYI mirror/suite is the debconf variable used to decide from which suite to retrieve udebs, generally
[12:55] <pitti> doko: did you already see http://people.no-name-yet.com/~lamont/buildLogs/d/dbus/0.22+cvs.200412122010-0ubuntu3/
[12:56] <pitti> doko: hal FTBFS because of missing python2.4-dbus build-dep
[12:56] <pitti> doko: and p2.4-dbus fails
[01:11] <sid77> hi
[01:12] <doko> pitti, fabbione: looking. hal failing should be clear, dbus builds fine for me. investigating ...
[01:13] <fabbione> doko: universe enabled?
[01:13] <doko> fabbione: yes
[01:14] <fabbione> doko: that might be :-)
[01:14] <fabbione> python2.4-pyrex isn't in main
[01:14] <fabbione> hal is dep-wait dbus
[01:16] <doko> ok, yes, then python2.4-pyrex needs to move to main ... 
[01:17] <fabbione> doko: did you use perl to fix dbus too?
[01:17] <doko> elmo: ping? moving python2.4-pyrex to main?
[01:17] <doko> fabbione: ???
[01:17] <fabbione> doko: nevermind :-)
[01:56] <pitti> daniels: here?
[02:04] <lupus_> if I click on an executable file the application is not run in hoary
[02:04] <lupus_> for which package should I open a bugreport?
[02:07] <Treenaks> does anyone know kernel/isapnp stuff?
[02:16] <pitti> Keybuk: around?
[02:18] <pitti> lupus_: try nautilus
[02:19] <Treenaks> pitti: how afraid are you of kernel internals? :)
[02:19] <pitti> Treenaks: ?
[02:19] <Treenaks> pitti: or, in other words: can you help me add an entry for a PNP card to a driver? :)
[02:19] <Treenaks> https://bugzilla.ubuntu.com/show_bug.cgi?id=4787
[02:20] <pitti> Treenaks: no idea, I cannot test this
[02:20] <Treenaks> pitti: ok.. I'll try some things tonight then
[02:20] <Treenaks> *hopes for the best*
[02:21] <pitti> Treenaks: the source code looks easy enouhg
[02:22] <Treenaks> pitti: yeah, but there are a few things I don't understand :) the "name" in the first part seems like it's from the hardware, but I don't know how to get it :)
[02:22] <Treenaks> pitti: I'll look around a bit.. thanks anyway
[02:23] <pitti> haggai: ping
[02:25] <pitti> mvo: still an unstable net link?
[02:25] <mvo> pitti: yes :/
[02:25] <mvo> fast but pretty unstable
[02:34] <pitti> Hi trulux
[02:36] <pitti> trulux: I packaged libssp
[02:37] <pitti> trulux: however, I still have some questions about it
[02:39] <trulux> pitti, feel free to ask
[02:39] <trulux> thanks btw
[02:39] <trulux> ;)
[02:39] <pitti> trulux: will this lib be linked to every SSP-compiled executable?
[02:39] <trulux> yes
[02:39] <pitti> fine
[02:39] <pitti> second, I need a real upstream URL
[02:40] <pitti> and a proper upstream tarball would be nice
[02:40] <trulux> pitti, you mean libssp one?
[02:40] <pitti> yes
[02:40] <pitti> something to put into the copyright file
[02:40] <trulux> that's me and andrew dobbie
[02:40] <pitti> trulux: the tarball you sent me already contained an useless debian/ directory
[02:40] <trulux> i wrote the Makefile
[02:40] <trulux> pitti, yeah
[02:40] <pitti> trulux: no, I mean an URL
[02:41] <pitti> trulux: http://foo.com/libssp/ or so
[02:41] <trulux> ok, http://wiki.debian-hardened.org/libssp
[02:41] <trulux> there's nothing there but i will write the info there
[02:41] <pitti> trulux: is the tarball downloadable there?
[02:41] <trulux> adobbie and me worked out on the libssp, he managed the first pre, then i fixed the code and added a good Makefile
[02:42] <trulux> pitti, http://lorenzo.debian-hardened.org/debhard/libssp-0.1.tar.fgz
[02:42] <trulux> .gz
[02:42] <trulux> that one is old (just a bit)
[02:42] <trulux> let me upload it
[02:43] <pitti> wait a bit
[02:43] <pitti> can you please clean up the tarball a bit?
[02:43] <pitti> i. e. remove debian/
[02:44] <pitti> and remove the empty files (README and INSTALL or so)
[02:44] <trulux> sure
[02:44] <trulux> i'm doing it right now
[02:44] <pitti> right now I repackaged the orig.tar.gz
[02:44] <pitti> but that isn't so nice
[02:44] <pitti> I'd prefer having a _really_ original tarball :-)
[02:45] <trulux> pitti, kay, let me do it now
[02:45] <trulux> a few minutes and done
[02:48] <dasdas> hi
[02:48] <Treenaks> hallo
[02:48] <dasdas> how do you / can you execute windows .exe files on ubuntu?
[02:49] <HcE> dasdas: use wine?
[02:49] <Treenaks> dasdas: you can ask support-questions on #ubuntu, but try the program "wine"
[02:49] <dasdas> ok
[02:49] <dasdas> where can i download wine?
[02:49] <Treenaks> dasdas: use the package manager
[02:49] <Treenaks> dasdas: from the menu
[02:50] <dasdas> thanx
[02:51] <trulux> pitti, done
[02:51] <trulux> pitti, let me upload it
[02:51] <trulux> it will take really less time ;)
[02:51] <pitti> trulux: no problem, take your time
[02:53] <pitti> trulux: can you please remove INSTALL and README or write something useful into it?
[02:54] <pitti> trulux: oh, and can you please add a real copyright to ssp.c?
[02:54] <pitti> trulux: like "(C) 2004 Lorenzo ...."
[02:54] <trulux> yes
[02:54] <trulux> i did
[02:54] <trulux> also a license related note
[02:54] <trulux> as specified on the GPL v2
[02:55] <pitti> trulux: well, ssp.c already says it's GPL, that's not the problem
[02:55] <pitti> trulux: it's just lacking a copyright statement
[02:55] <trulux> it has no copyright info, yeah
[02:55] <trulux> now it has
[02:57] <trulux> pitti, https://sourceforge.net/project/showfiles.php?group_id=118309&package_id=138757
[02:58] <trulux> i know SF.net is crap but no other place to host our scm
[02:58] <trulux> we were negotiating the sponsoring of the project by Tek Alchemy, current Gentoo sponsor, but still waiting for the server
[03:00] <pitti> trulux: cool, looks good now
[03:00] <pitti> trulux: I will use sf as the upstream URL for now
[03:01] <pitti> trulux: thanks
[03:02] <trulux> ok
[03:04] <fabbione> Treenaks: that's relative simple to do (4787)
[03:04] <pitti> trulux: do you want to have it in Debian proper, too?
[03:04] <fabbione> Treenaks: check what other pnp modules do
[03:04] <pitti> trulux: I can download to Debian experimental or only to Hoary
[03:04] <fabbione> there is something like MODULE_<something>_TABLE 
[03:06] <cenerentola> is there any kind of base-package policy for ubuntu?
[03:06] <trulux> piti, yeah
[03:06] <trulux> Debian experimental would be great
[03:06] <cenerentola> i mean what kind of requirements should a distribution satisfy to be called ubuntu:
[03:06] <trulux> Hoary & Sid, then i would try to make it for Sarge
[03:07] <pitti> trulux: I will not upload it to sid for now
[03:07] <cenerentola> these days im working on X-Ubuntu [hehe, ubuntu for xbox] 
[03:07] <trulux> ok, no problem
[03:07] <pitti> trulux: experimental is fine; Hoary can sync from experimental and it can pass the NEW queue
[03:07] <cenerentola> and ive ended up running [something like]  ubuntu from an usb pen...
[03:07] <trulux> pitti, kay
[03:07] <pitti> Hi sivang!
[03:08] <cenerentola> what kind of requirements the thing on the pen should satisfy to be called ubuntu?
[03:08] <cenerentola> ciao sivang!
[03:09] <sivang> hey cenerentola , pitti
[03:09] <trulux> or something is wrong with the gcc packages or simply my specs file is broken
[03:10] <pitti> trulux: wanna take a look at the package before I upload?
[03:11] <cenerentola> no-one can help me?
[03:12] <trulux> pitti, sure
[03:12] <trulux> the name is not changed also
[03:12] <trulux> i need to have a look inside it, this is not good if something went wrong
[03:12] <trulux> give me half an hour
[03:13] <pitti> trulux: http://www.piware.de/libssp/
[03:13] <pitti> trulux: sure, take the time you need
[03:13] <trulux> ok, great, thanks
[03:14] <pitti> trulux: I'm off for a while
[03:14] <pitti> trulux: returning this evening
[03:28] <seb128> doko: scons need to be updated for python2.4, are you working on it ?
[03:32] <daniels> fabbione: pfft, 3 hours delay is nothing, that's only 1/8th flight time
[03:32] <fabbione> daniels: it's nothing when you can sit in a normal chair inside the airport
[03:32] <doko> ok, can do that.
[03:33] <fabbione> not when you are on the plane and can't move
[03:33] <daniels> fabbione: ah, suck
[03:33] <fabbione> daniels: the landing gear broke down
[03:33] <fabbione> and they noticed one minute before taking off
[03:33] <daniels> jesus
[03:33] <fabbione> we parked on the runway for 2 hours
[03:33] <fabbione> one hour to move the airplane back to the parking area and do the tests
[03:34] <rburton> lucky they didn't notice a minute later :)
[03:34] <fabbione> and only after that they allowed us to take off
[03:34] <fabbione> rburton: well.. when i was in flight school we used to say 2 things
[03:34] <sivang> fabbione, you're a pilot? 
[03:35] <fabbione> one is that once the airplane takes off... in one way or another you will land
[03:35] <Treenaks> I witnessed my plane getting a pit-stop/wheel change before I left _to_ Matar
[03:35] <fabbione> two: "go and explode"
[03:35] <fabbione> sivang: i was..
[03:35] <sivang> fabbione, nice :) btw, what flight company was it?
[03:35] <fabbione> sivang: Mrsk Air
[03:40] <_rene_> doko: you don't want to help fixing pyuno from OOo to work with something more than python 2.2? ;) (and help with the packaging ;) )
[03:45] <seb128> doko: thanks for scons
[03:47] <trulux> done
[03:47] <trulux> gcc pkgs ready
[03:47] <trulux> uploaded also
[03:50] <sivang> wow pyuno is cool, since when it's existed?
[03:52] <wasabi_> Kamion, yeah, I got it working. Pretty slick. I submitted a patch to choose-mirror.c to not need PREFERRED_DISTRIBUTION.
[03:53] <Kamion> I think there's a reason why that's there
[03:53] <wasabi_> Yeah. To test the mirror.
[03:53] <Kamion> more likely netboot
[03:53] <wasabi_> It now uses preseeding.
[03:53] <wasabi_> OR preferred distribution, whicheher comes first.
[03:53] <wasabi_> So, to override "sarge", you just seed it.
[03:53] <Kamion> ok; did you send that upstream or to our bugzilla?
[03:54] <Kamion> it should always be given a correct default anyway
[03:54] <wasabi_> debian-boot@
[03:54] <Kamion> you know how to submit Debian bugs?
[03:54] <lupus_> seb128, https://bugzilla.ubuntu.com/show_bug.cgi?id=4828 and https://bugzilla.ubuntu.com/show_bug.cgi?id=4829 are maybe related?
[03:54] <wasabi_> yes. ;)
[03:54] <Kamion> mail to the mailing list alone will probably get lost ...
[03:54] <wasabi_> just wasn't sure if a patch should go there.
[03:54] <wasabi_> oye.
[03:54] <Kamion> yeah, patches generally in the BTS
[03:55] <wasabi_> ANyways, hoary could use that, just by providing a default preseed file...
[03:55] <wasabi_> instead of altering the code.
[03:55] <Kamion> altering the code's fine, we already alter it all over the place anyway :)
[03:55] <Kamion> we will be using default preseed files in hoary for other reasons anyway, though
[03:55] <wasabi_> Well, the preseeding stuff is super cool.
[03:55] <Kamion> my main concern with default preseed files is how to get them in the right place automatically
[03:55] <wasabi_> I *almost* got Warty loading without any prompts. 
[03:56] <wasabi_> Trying to find the names of a few dialogs that won't go away.
[03:56] <Kamion> warty didn't even have most of the preseed support code
[03:56] <wasabi_> I know, that's why I did this. =/
[03:56] <Kamion> that should by and large be fixed in hoary, although I haven't had time to test it yet ...
[03:56] <wasabi_> need to get ubuntu deployed at work, unattended.
[03:56] <wasabi_> using FAI now
[03:57] <_rene_> wasabi_: python interface to OOo
[03:57] <wasabi_> ?
[03:57] <_rene_> erm
[03:57] <_rene_> ENICK
[03:58] <wasabi_> heh.
[03:58] <_rene_> sivang: python interface to OOo
[04:03] <seb128> lupus_: dunno, I don't understand 4828
[04:03] <seb128> lupus_: "map" ??
[04:07] <lupus_> euhm
[04:07] <lupus_> directory in nautilius
[04:07] <seb128> that's called a map ?
[04:07] <lupus_> in winhoos you speak of maps
[04:07] <seb128> or you are hacking nautilus with some weird patches ?
[04:07] <lupus_> not directories
[04:07] <lupus_> no
[04:08] <lupus_> if you pick system 
[04:08] <lupus_> from places
[04:08] <lupus_> in the gnome-panel
[04:08] <seb128> ok
[04:08] <lupus_> I mean
[04:08] <lupus_> Computer
[04:08] <seb128> is gnome-settings-daemon running ?
[04:08] <seb128> yep, I understand
[04:08] <seb128> "map" is just weird here
[04:09] <lupus_> what name should I use instead of map ? 
[04:09] <lupus_> 7637 ?        00:00:01 gnome-settings-
[04:09] <seb128> in nautilus
[04:09] <seb128> or place
[04:09] <lupus_> seems to be running
[04:09] <seb128> or view
[04:09] <seb128> or dir
[04:09] <lupus_> k
[04:10] <seb128> ps ax | grep settings ?
[04:10] <lupus_>  7637 ?        S      0:01 /usr/lib/control-center/gnome-settings-daemon --oaf-activate-iid=OAFIID:GNOME_SettingsDaemon --oaf-ior-fd=22
[04:11] <seb128> seems to be ok
[04:11] <seb128> lupus_: if you killall nautilus, do you still have the problem ?
[04:11] <lupus_> I had the problem yesterday
[04:11] <lupus_> en turned pc of
[04:11] <lupus_> and today still seem problem
[04:12] <seb128> weird
[04:12] <seb128> dpkg -l capplets ?
[04:12] <lupus_> ii  capplets       2.8.1-3ubuntu6 configuration applets for GNOME 2 - binaries
[04:13] <seb128> dpkg -l nautilus ?
[04:13] <lupus_> ii  nautilus       2.9.1-0ubuntu4 file manager and graphical shell for GNOME
[04:13] <seb128> have you changed/updated something to get the problem ?
[04:14] <lupus_> I think it has something to do with the mime-share package
[04:14] <lupus_> don't think so
[04:16] <lupus_> hmm
[04:16] <lupus_> all mime stuff is not working
[04:17] <seb128> dpkg -l shared-mime-info ?
[04:17] <lupus_> ii  shared-mime-in 0.15-1ubuntu1  FreeDesktop.org shared MIME database and spe
[04:17] <seb128> running update-mime-database /usr/share/mime/ help ?
[04:18] <lupus_> fixed it
[04:18] <lupus_> both bugreports seem to be fixed
[04:19] <lupus_> you close them?
[04:19] <seb128> ok
[04:19] <lupus_> bleh
[04:19] <seb128> something has overwritten your mime database
[04:19] <lupus_> I wonder why it got broken
[04:19] <seb128> but dunno which package
[04:19] <seb128> usually that's a package which include an empty mimedatabase and overwrite the system one
[04:20] <lupus_> fun :)
[04:20] <jon1012> hello :)
[04:20] <jon1012> do you know when the mono packages in hoary will be fixed ?
[04:21] <Treenaks> Soon
[04:21] <jon1012> thanks :)
[04:21] <seb128> lupus_: dpkg -S /usr/share/mime/globs ?
[04:22] <lupus_> lupus@lupus ~/gnome-schedule $ dpkg -S /usr/share/mime/globs
[04:22] <lupus_> drivel: /usr/share/mime/globs
[04:22] <seb128> that's the broken one :)
[04:22] <jon1012> i know that it's not he right place to ask, but I'll try anyway :p
[04:22] <jon1012> when I change a few times the image of a gtkimage, my program core dumps...
[04:22] <jon1012> how can I avoid that ? :/
[04:22] <lupus_> can I see the date drivel was last updated somehow?
[04:23] <seb128> zless /usr/share/doc/drivel/changelog.Debian.gz
[04:25] <lupus_> with ls -l  /usr/share/doc/drivel/changelog.Debian.gz I see when it was installed
[04:25] <lupus_> and it was yesterday :)
[04:26] <lupus_> can you open a bugreport on debian for that package or tell me what to say to the maintainer of the package
[04:26] <lupus_> I don't really know well how to explain what he does wrong
[04:27] <seb128> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=286482
[04:27] <seb128> already done
[04:27] <seb128> (not by me)
[04:28] <lupus_> k thx
[04:28] <lupus_> but for next time what does the globs file show?
[04:29] <seb128> ?
[04:29] <seb128> that's the mime database
[04:29] <seb128> it looks in the files in /usr/share/mime/ to know the mime to use for an extension
[04:30] <seb128> the file is overwriten here
[04:30] <seb128> so no association
[04:30] <seb128> and nautilus doesn't know which one to use
[04:32] <pitti> Hi trulux
[04:32] <pitti> trulux: is the package okay?
[04:35] <trulux> sure
[04:36] <trulux> it's not okay, it's bright ;)
[04:36] <trulux> gcc-3.4 done
[04:36] <trulux> wrapper in progress
[04:36] <pitti> trulux: I'm not sure that we should modify the gcc package to include the wrapper
[04:37] <pitti> trulux: I would prefer having a gcc-ssp-3.4 package providing a gcc-ssp executable
[04:37] <pitti> trulux: at least for the time we are still testing that in universe
[04:38] <pitti> trulux: okay, then I upload libssp now
[04:41] <trulux> great
[04:46] <jon1012> is there someone working with gnomeiconview here ? :/
[04:46] <jon1012> just to ask a little question :)
[06:00] <mojo_> ah
[06:00] <mojo_> gnome-panel-screenshot crash when click Save
[06:01] <mojo_> it seems to me it can't find the Save as Path
[06:23] <Treenaks> or WHO
[06:32] <Treenaks> did anyone else get a broken panel?
[06:39] <Treenaks> OK, so removing ~/.gnome2/session fixes the "panel displays as a gray bar" problem
[06:40] <Treenaks> but why did ~/.gnome2/session break it in the first place?
[06:40] <daniels> Treenaks: blame seb
[06:40] <Treenaks> oh I will
[06:50] <pitti> Hey dudes, today one of the most famous German computer magazines reported about Ubuntu! :-)
[06:50] <smurfix> pitti: which one? c't ?
[06:53] <jdub> pitti: positive?
[06:53] <jdub> pitti: scan! url! ;-)
[06:53] <pitti> smurfix: yes, C't
[06:53] <doko> very short notice, about 1/3 page
[06:54] <pitti> jdub: unfortunately it is only 1/3 of a page, and they forgot about all the good features
[06:54] <jdub> heh
[06:54] <jdub> pitti: like pmount? :)
[06:54] <pitti> however, at least there is something
[06:54] <pitti> jdub: security, utopia, nice default configuration, TRLS etc.
[06:54] <jdub> cool
[06:54] <smurfix> pitti: c't isn't one of the most famous computer magazines, it's the only one that still deserves that name
[06:55] <pitti> smurfix: agreed :-)
[06:56] <doko> smurfix: any news about your backpack?
[06:56] <smurfix> By the way, I got my left middle finger back today. Mostly.
[06:56] <pitti> cool!
[06:56] <pitti> smurfix: did you also get back your backpack?
[06:57] <smurfix> Nope :-/  I know somebody in Barcelona who said he'd ask again today, the lost+found is closed on weekends.
[06:57] <doko> jdub: please could you have a look at chinstrap:~doko/python2.4-doc, if that's what you want about gnome devhelp integration?
[06:58] <lamont> pitti: you were looking for me earlier?
[06:59] <jdub> doko: oh! (downloading)
[06:59] <pitti> lamont: yeah, I needed a native speaker to review the xine USN. However, Kamion showed up, so he took the job :-)
[06:59] <lamont> pitti: ah, ok
[07:00] <trulux> hey pitti
[07:00] <pitti> Hi trulux 
[07:00] <trulux> pitti, howya?
[07:00] <pitti> trulux: sorry, my WLAN is down
[07:00] <trulux> did you uploaded the pkgs?
[07:00] <trulux> :(
[07:00] <pitti> trulux: I borrowed a modem from my neighbour and now work over ssh :-/
[07:01] <pitti> trulux: yes, I uploaded it to experimental. However, it's in NEW now
[07:02] <trulux> ok
[07:03] <jdub> doko: dude
[07:04] <jdub> doko: sweet!
[07:05] <doko> however that's the printed documentation, not extracted from the docstrings in the sources. For that kind of thing we would have to add a pydoc -> devhelp mapping.
[07:10] <jdub> http://cairographics.org/pipermail/cairo/2004-December/002342.html
[07:12] <daniels> jdub: sweet!
[07:12] <daniels> jdub: apparently alexl has been making it mad fast as well
[07:12] <jdub> "dumb optimisation" :)
[07:13] <jdub> it will be interesting to see how gtk+ changes, with cairo
[07:13] <daniels> 'These two changes brought down the page rendering speed to about 2.4
[07:13] <daniels> seconds, which is about 11250% faster (likely even more, since a
[07:13] <daniels> significant part of the time is spent reading and decoding the pdf and
[07:13] <daniels> writing out the resulting png).'
[07:15] <pitti> sjoerd: here?
[07:15] <trulux> pitti, what do you want to do now with the pkgs?
[07:15] <pitti> trulux: sorry, I did not yet find time to look at the gcc packages
[07:16] <pitti> trulux: too much to do today
[07:16] <trulux> pitti, ok, np , where's the libssp exactly? any upload logs available like in Debian?
[07:16] <pitti> trulux: libssp is currently in the NEW queue, i. e. it must be manually processed by a Debian FTP master
[07:17] <pitti> trulux: if this is done, further uploads go directly into the archive
[07:19] <trulux> pitti, i'm confused, where i can see that? did you uploaded it to a Debian queue or to an Ubuntu one?
[07:19] <pitti> trulux: I uploaded it to Debian experimental
[07:19] <pitti> trulux: you cannot see the package right now
[07:20] <lifeless> pitti: thank you very much, pmount is happy for me now.
[07:21] <sjoerd> pitti: yeah
[07:21] <pitti> lifeless: I'm happy that you are happy now :-)
[07:22] <pitti> sjoerd: with the newest hal, labels with spaces still don't work
[07:22] <pitti> sjoerd: I added a trivial gvm patch which makes them finally work
[07:22] <sjoerd> pitti: you need both hal and gvm.. works here
[07:22] <pitti> oh, ok. I did not notice a new gvm
[07:22] <sjoerd> 1.1.2-5 :)
[07:24] <trulux> pitti, ok, sorry of my stpudity ;D
[07:26] <trulux> pitti, i'm reading the debian mentors site
[07:26] <trulux> pitti, how somebody can apply for it?
[07:26] <pitti> trulux: no worries
[07:26] <trulux> i know i need an already working debian dev
[07:27] <trulux> but just nothing known about somebody who wants to bet mine ;)
[07:27] <pitti> trulux: this is more or less DD-internal knowledge
[07:28] <pitti> darn, working with a modem is a PITA
[07:30] <trulux> heh
[07:30] <trulux> so, pitti, there's no place where see what packages are in NEW state or even the uploads logs
[07:30] <trulux> not linked from mentors site indeed
[07:31] <pitti> trulux: upload logs are in the pts
[07:31] <pitti> trulux: but not for NEW
[07:32] <sjoerd> pitti: lemme know if the new package doesn't work for you 
[07:33] <pitti> sjoerd: should, I just not yet upgraded to it :-(
[07:33] <pitti> sjoerd: I worked offline for two hours and finally found a modem link now
[07:33] <sjoerd> pitti: ubuntu is so outdated ;P
[07:33] <pitti> sjoerd: my WLAN will be unavailable until tomorrow
[07:33] <pitti> sjoerd: no, it is already in ubuntu :-P
[07:34] <sjoerd> pitti: still your usb wlan card that's broken ?
[07:34] <pitti> sjoerd: but not yet on _my_ ubuntu :-)
[07:34] <sjoerd> hehe
[07:34] <pitti> sjoerd: no, my provider has to make some repairs on the central router node
[07:34] <sjoerd> ah
[07:34] <pitti> sjoerd: at home I don't use my USB wlan stick, I'm in an intranet
[07:36] <pitti> sjoerd: btw, when you write Sjoerd's Totally Rad New GVM Fork (tm), can you please make it react on, say, SIGUSR1?
[07:37] <pitti> sjoerd: which causes it to reconnect to dbus?
[07:37] <pitti> sjoerd: this should smoothen upgrades
[07:37] <sjoerd> pitti: who is gonna send it SIGUSR1 ?
[07:37] <pitti> sjoerd: postinst?
[07:37] <sjoerd> it already reconnects to dbus nicely
[07:37] <pitti> sjoerd: darn, I should sleep
[07:38] <sjoerd> dbus postinst ? hal postinst ? random dbus using program postinst ?
[07:38] <pitti> sjoerd: I mean on upgrades of the g-v-m package
[07:38] <pitti> sjoerd: but there sigusr won't help, sorry
[07:38] <pitti> sjoerd: just forget about that
[07:38] <sjoerd> hehe
[07:42] <sjoerd> pitti: i'm currently convincing the kernel to put enough information in sysfs for hal to nicely handle dm devices
[07:43] <pitti> sjoerd: cool; what does it already provide right now?
[07:44] <sjoerd> pitti: basically nothing. It needs to provice information about it parent devices.
[07:45] <sjoerd> unfortunately hal currently can't handle device with multiple parents.
[07:45] <sjoerd> not a problem for crypt devices luckily
[07:45] <pitti> sjoerd: ah, multiple parents is for RAID devices?
[07:45] <sjoerd> yep
[07:45] <sjoerd> and multipath and other kind of cool stuff
[07:53] <sjoerd> pitti: biggest problem with the gvm rewrite is a nice name ;)
[07:53] <pitti> sjoerd: ghotplug?
[07:54] <Treenaks> gotplug?
[07:54] <pitti> grdm?
[07:54] <pitti> (removable device manager), since it also manages Cameras etc.
[07:56] <pitti> night, dudes
[07:56] <pitti> I'm tired
[08:07] <dasdas> hi
[08:07] <dasdas> i installed ubuntu - i wiped out an entire hard disk and installed it.
[08:08] <dasdas> when i decided to clean it - format the entire hard disk and run and install windows again, it gives the error message:
[08:08] <dasdas> GRUB loading, please wait ...
[08:08] <wasabi>  /join #ubuntu
[08:16] <dasdas> the above problem is serious
[08:17] <dasdas> plz someone give attention to it
[08:17] <Riddell> dasdas: it's a user problem, please ask in the correct channel #ubuntu
[08:30] <daniels> sssssssseeeeeeeeeebbbbbbbbbbbbbbbb
[08:30] <daniels> seb128: i can't set .pngs as the background, seemingly
[08:31] <daniels> seb128: (hoary; i can add them, click them and see a preview, but when i select them and hit close, it stays on chocolate ubuntu)
[08:35] <seb128> daniels: killall nautilus ?
[08:36] <daniels> seb128: background remains the same
[08:36] <daniels> ah no wait, it changed after a while
[08:36] <seb128> weird
[08:36] <seb128> ok
[08:37] <daniels> cheers
[08:37] <daniels> right, dinnertime now
[08:46] <sivang> people people, do we have an eta for gnome return for hoary? and am I the only one not affected because of not doing dist-upgrade? :)
[08:47] <doko> sivang: what's wrong?
[08:49] <sivang> doko : let's check :)
[08:51] <trulux> doko, woo woo :)
[08:51] <trulux> doko, did you read the last reply on the bug thread?
[08:55] <doko> trulux: which bug thread?
[08:55] <lamont_r> grumble.  someone else is hogging the coffee-shop bandwidth
[08:55] <trulux> doko, GCC one
[09:02] <doko> trulux: these are not separate packages
[09:03] <trulux> doko, pitti didn't said diff packages, just that it could be good
[09:03] <trulux> mut again
[09:03] <trulux> doko, tssp & pie are not enabled by default
[09:04] <doko> trulux: no .dsc and .diff.gz on your site.
[09:05] <trulux> doko, ok, let me upload it
[09:05] <trulux> doko, i was busy with a talk in the Umeet
[09:05] <trulux> 3 hours of talk
[09:06] <lamont_r> hrm... forkbomb.  oops.
[09:09] <trulux> lamont_r, heh
[09:10] <trulux> pitti, woo woo
[09:11] <lamont_r> trulux: launching 500 wgets in parallel can be a bit bad... :-)
[09:11] <trulux> lamont_r, O_o
[09:11] <lamont_r> OTOH, the coffee shop's AP has only fallen over once, that I can tell... :-)
[09:14] <ogra> lamont_r:  launching 500 wgets in parallel ? is it an amsterdam coffee shop ?
[09:14] <lamont_r> ogra: fort collins colorado, usa
[09:14] <ogra> i thoght so :)
[09:23] <trulux> pitti, hey
[09:23] <trulux> pitti, when do you we could have uploaded the gcc packages?
[09:23] <trulux> i'm uploading the diff
[09:23] <trulux> btw
[09:26] <pitti> trulux: I promise I will take a look at them tomorrow
[09:29] <pitti> trulux: where are your packages?
[09:30] <trulux> on http://d-sbd.alioth.debian.org/apt/hoary
[09:32] <pitti> trulux: this directory only contains the debs; can you please put the source packages there, too?
[09:32] <trulux> pitti, umm, ok, but BIG upload
[09:32] <trulux> let me do it
[09:32] <pitti> trulux: ahem, and can you please rename the packages to *-ssp?
[09:33] <pitti> trulux: we must not touch the current packages in main right now
[09:33] <pitti> trulux: so big?
[09:33] <lamont_r> trulux: if you're uploading to ubuntu, it's source-only...
[09:33] <pitti> trulux: you do not need to put the orig.tar.gz there
[09:33] <pitti> lamont_r: no, it's a private archive for testing purposes
[09:33] <lamont_r> ah, ok
[09:34] <pitti> trulux: I can download the orig.tar.gz from archive.u.c
[09:34] <trulux> ok
[09:34] <trulux> then i put the diff
[09:34] <pitti> lamont_r: you should rather be concerned about if we uploaded them into main right now :-)
[09:34] <pitti> trulux: and the dsc
[09:35] <pitti> trulux: but before you do that, can you please rename the package?
[09:35] <pitti> trulux: right now I cannot install it without overwriting my current gcc
[09:35] <trulux> pitti, it wouldn't change anything
[09:36] <trulux> i mean, nothing enabled by default
[09:36] <trulux> without the wrapper that gcc is same as gcc-3.4 one
[09:36] <trulux> or without explicitly enabling things
[09:36] <trulux> that's because i haven't renamed it
[09:36] <pitti> hmm, okay
[09:36] <pitti> Then I can _test_ the packages as they are (please send the source anyway)
[09:37] <trulux> ok
[09:37] <pitti> I thought the patch would modify gcc proper to add something like -fstack-smash-protector?
[09:39] <pitti> trulux: I now see two *.dsc files, but no diff.gz
[09:39] <trulux> uploading
[09:40] <trulux> my badnwidth sucks
[09:44] <trulux> pitti, 83%
[09:44] <trulux> 87%
[09:47] <trulux> pitti, DONE
[09:49] <pitti> trulux: but AFAIUI the patch _has_ to modify gcc, right?
[09:50] <pitti> trulux: only providing a wrapper is certainly not sufficient to spit out different binaries
[09:52] <pitti> trulux: are you sure this is everything? the interdiff is only 6 kB
[09:52] <pitti> trulux: and most of the diff is bureaucracy
[09:52] <pitti> trulux: is the actual SSP code already contained in the original package?
[09:52] <pitti> doko: ^
[09:54] <pitti> trulux: thanks for preparing the package, I will play around with it tomorrow.
[09:57] <trulux> pitti, yes
[09:57] <trulux> pitti, everything is inside
[09:58] <trulux> pitti, anyway, to prevent unexpected errors, i'm uploading also the gcc-3.4 original (or seems to be the orig one) diff
[10:11] <pitti> trulux: that means that the required patch only needs to activate the stuff that is already in the package?
[10:12] <pitti> trulux: I will scrutinize the interdiff tomorrow, but from a first glance it seems to be pretty safe
[10:12] <trulux> ok
[10:12] <trulux> yes , supposed to ;)
[10:17] <doko> pitti, trulux: the size of the patch is not the problem. are you willing to recheck every bug report with an unpatched gcc version, on every architecture, so that it can be forwarded and accepted by upstream?
[10:20] <pitti> doko: as long as this is in universe, I don't really see a problem with this
[10:20] <lamont_r> pitti: right.  supporting this is certainly beyond our scope...
[10:20] <pitti> doko: if the patch really just adds a wrapper around gcc, then we might even put the package in main later and deactivate it by default
[10:20] <pitti> doko: but I did not look at the patch so far
[10:21] <trulux> doko, it's the idea
[10:21] <trulux> pitti, to make it breaking something you need to acticvate it explicitly
[10:21] <pitti> doko: as soon as the patch modifies anything in gcc (i. e. compiled binaries with deactivated SSP can be different than with the current gcc), the package should stay in universe for Hoary
[10:22] <pitti> trulux: is there any chance of modifying behaviour if SSP is turned off?
[10:22] <lamont_r> pitti: if the code is present in the compiled gcc-binary, whether on or not, then you have the support issue with upstream.
[10:22] <lamont_r> that is, the binaries for gcc can't really change if we want to be able to support it in hoary.
[10:23] <trulux> pitti, it's not on GCC as lamont_r says
[10:23] <trulux> it just needs to load it from libssp
[10:23] <trulux> no issues about that
[10:23] <pitti> lamont_r: but I thought it already is present somehow? because the harden patch does not add real code
[10:23] <trulux> only HPPA seems not fully supported
[10:23] <trulux> (not working...)
[10:23] <lamont_r> if it doesn't add real code, then it's possibly OK.
[10:23] <trulux> upgrowing stacks archs
[10:23] <trulux> it loads code from libssp
[10:23] <trulux> no crap in libgcc
[10:23] <trulux> nor glibc
[10:23] <lamont_r> LD_PRELOAD?
[10:23] <trulux> nope
[10:24] <trulux> shared lib dinamically linked
[10:24] <pitti> lamont_r: it links to an additional library libssp
[10:24] <lamont_r> oh, the wrapper just preloads it. ok
[10:24] <trulux> -lssp -fstack-protector
[10:24] <pitti> lamont_r: I don't think it uses preloading
[10:24] <trulux> wrapper justs sets if using default PIE and default SSP or SSP all
[10:24] <lamont_r> so you're telling me that the gcc-binary is different (extra library)?
[10:24] <pitti> lamont_r: it seems to be normal linking
[10:24] <trulux> it does not
[10:24] <trulux> yeah, pitti right
[10:24] <doko> we can add your additional dpatch file (if you document it ;-P), but not enable it by default. this way you can rebuild an ssp enabled gcc with less effort (to put in in universe). what's the problem having it available with another name?
[10:25] <pitti> doko: you mean a dpatch which changes debian/control?
[10:25] <doko> lamont_r: the gcc binary is different, because trulux applies the protector patch.
[10:26] <lamont_r> doko: and that probably creates pain for upstream support, yes?
[10:26] <trulux> doko, you forgot it uses libssp
[10:26] <trulux> _LIBSSP_PROVIDES_SSP_
[10:26] <lamont_r> and gcc links with it.
[10:26] <trulux> means, no code tweaking except for specs
[10:26] <doko> lamont_r: yes
[10:26] <doko> +# Hardened Debian patches
[10:26] <doko> +# lorenzo@gnu.org
[10:26] <doko> +debian_patches += protector
[10:26] <trulux> doko, libssp.dpatch
[10:27] <pitti> trulux: please don't get us wrong; I really love to see this working, but I'm paranoid about breaking _anything_ and supporting it afterwards
[10:28] <doko> trulux: what about having a separate binary in universe and getting some experience with it?
[10:28] <lamont_r> pitti: in the ideal world, the package would Depend: gcc-3.4, and provide whatver shimming was needed to make it not have to change the gcc-3.4 debs at all.
[10:29] <pitti> lamont_r: sounds like a matter of providing a runtime hook in gcc
[10:29] <pitti> if that were possible, it would really rock
[10:29] <lamont_r> pitti: or creative use of existing loader functions, maybe.
[10:30] <trulux> a good gcc-config like
[10:30] <trulux> to switch security profiles
[10:30] <trulux> which we are working on
[10:30] <trulux> but gcc needs to be dependent of libssp if it explicitly uses it
[10:30] <trulux> or even include then the SSP inside the glibc
[10:31] <trulux> but it's  not the right way in our opinion
[10:31] <pitti> trulux: why not? the gcc-ssp package would depend on libssp-dev and gcc
[10:31] <lamont_r> trulux: another good thing to do would be to break the patch up into rational-sized bits and feed them upstream.  (splats of the full diff tend to not make it..)
[10:32] <pitti> trulux: and the binaries are linked against -lssp anyway, so would automatically depend on libssp
[10:32] <trulux> pitti, great
[10:32] <trulux> then we can do it forward
[10:32] <doko> lamont_r: i think the upstream patch author is working on it
[10:33] <lamont_r> doko: cool
[10:33] <pitti> trulux: AFAICS the only real patch to gcc.c is the change of const char* link_spec, right?
[10:33] <trulux> right
[10:33] <pitti> trulux: if we would replace the static string assignment with something runtime evaluated, the hook should be possible without recompiling gcc, right?
[10:35] <doko> pitti: no, please look at the protector patch
[10:35] <pitti> doko: what I don't understand: the current package already contains the actual ssp code, but does not contain this simple #ifdef'ed patch to actually use it?
[10:35] <pitti> doko: ah, it overwrites protector.c with a new version, it seems
[10:35] <pitti> doko: so is the current protector.c just a stub?
[10:36] <trulux> pitti, right but ssp code stills need to be recognized
[10:36] <doko> the whole patch isn't applied in the current packages. it just sits there.
[10:36] <pitti> doko: ah
[10:36] <trulux> doko is right
[10:36] <pitti> doko: I was confused because I did not see a file protector.c in the interdiff
[10:36] <pitti> the gcc-spec-env.dpatch seems uncritical to me
[10:37] <tseng> it clears some environment variables
[10:37] <tseng> on SUID
[10:37] <tseng> there are some info leaks using LD_*
[10:37] <pitti> tseng: huh? I don't see anything like this?
[10:38] <pitti> tseng: it seems to hook an additional spec file into the chain
[10:38] <pitti> tseng: and reads the name from env["GCC_SPECS"] 
[10:38] <tseng> oh sorry, im thinking glibc-env.dpatch
[10:38] <tseng> (which i was just looking at)
[10:39] <tseng> trulux: you put in the tigger specs-env thing?
[10:41] <trulux> tseng, yeah, it's not really good but useful anyway
[10:41] <tseng> yeah...
[10:41] <tseng> i dont think even h-gentoo is using it yet?
[10:41] <trulux> it's using it i think , no idea
[10:41] <trulux> our wrapper now works independent of that
[10:42] <trulux> we are moving in a new way, studying things further
[10:42] <tseng> ill finish reading the backlog..
[10:42] <trulux> fine
[10:42] <jdub> morning all
[10:42] <tseng> lo jeff
[10:42] <trulux> btw, my work with the NSA stuff (selinxu backport) is also distracting my fun times
[10:43] <tseng> why are you backporting to 2.4..?
[10:43] <trulux> tseng because of many things, mainly that enterprises are not going to migrate to 2.6 if the don't have moe than 4 cpus (on SMP related discuss)
[10:43] <pitti> Hi jdub 
[10:44] <trulux> also that 2.4 is well tested, works fine, it has no monkey/kamikaze changes in the source and so on
[10:44] <seb128> hey hey jdub 
[10:48] <trulux> pitti, i must go to sleep
[10:49] <pitti> trulux: me too :-)
[10:49] <trulux> all of you know my email so, send there any thing on them
[10:49] <pitti> good night and thanks for your work
[10:49] <trulux> lorenzo@gnu.org
[10:49] <trulux> send there any q's
[10:49] <trulux> bye
[10:51] <ogra> hey jdub
[10:52] <jdub> yo ogra 
[10:53] <ogra> jdub: http://www.grawert.net/xss_shot_1.png
[10:53] <sivang> yo jdub dude
[10:56] <jdub> ogra: aha, now that's looking muuuuuch nicer :)
[10:56] <ogra> jdub: everything xft (even the drawings including the cursor) ;) 
[10:56] <ogra> jdub: next will be utf8 (i want the dots for the pw !)
[10:56] <jdub> heh
[10:57] <ogra> jdub: and probably a fade to transparency ? (by just blending over the saved under pixmap)
[10:58] <jdub> that's getting towards diminishing returns
[10:58] <jdub> once we have a proper gtk+ version, and full composite support, we won't have to work too hard for it
[10:59] <ogra> jdub: ok, i'll stop at utf8 (and probably rtl) there seems no .po file for the lock code
[11:00] <jdub> seb128: not the sun/ximian hack -> something acceptable to jwz
[11:00] <ogra> jdub: in fact it looks like the thing was never touched since ages
[11:00] <seb128> jdub: hum. What kind of hack is that ?
[11:01] <seb128> jdub: BTW the debian menu is back in hoary :p
[11:01] <ogra> lol
[11:03] <jdub> seb128: they just did a gross, relatively insecure hack to make the lock dialogue gtk+
[11:03] <jdub> seb128: isn't that what you showed me at matar?
[11:03] <seb128> yep
[11:03] <seb128> with a debian swirl as icon
[11:03] <jdub> oh good
[11:04] <seb128> and you're right, the menu is kind of slow to be built after changes
[11:04] <seb128> I've noticed it while I was testing the changes
[11:04] <jdub> when popping open from the top level?
[11:04] <seb128> yep
[11:04] <wasabi> anybody fooled with preseeding base-config in hoary?
[11:05] <wasabi> oh. n/m. I just had an epiphany and realized my problem.