[02:30] <bddebian> Heya
[03:46] <timetrap> can anyone chat with me about a gdebi issue I am having, I already asked on #ubuntu and got no response . . .
[03:49] <timetrap> my /usr/local/lib/python2.4/sitepackages is empty . . . is that normal?
[03:50] <ajmitch> yes
[03:52] <timetrap> my add/remove programs in the Applications menu does not work niether does gdebi
[03:53] <ajmitch> file a bug, if there isn't one there already
[03:54] <timetrap> no its not a bug
[03:54] <timetrap> I think I f'd up my system
[08:11] <pitti> Good morning
[08:28] <ajmitch> hi pitti 
[08:28] <pitti> hey ajmitch
[08:28] <pitti> moin slomo
[08:29] <slomo> hi pitti, ajmitch :)
[08:45] <pitti> Mithrandir: wow, only 12 ubuntu-archive subscribed bugs? how did you do that? :)
[08:46] <Mithrandir> pitti: uh; I haven't touched those for a bit; I did NEW on Monday, iirc.
[08:46] <pitti> Mithrandir: hm, then LP might be broken
[08:56] <dholbach> good morning
[08:56] <mdke> morning dholbach 
[08:56] <pitti> hey dholbach 
[08:57] <dholbach> hey mdke, hey pitti
[08:57] <dholbach> mdke: shall i upload that ubuntu-docs check out?
[08:57] <dholbach> mdke: seems my mail did not reach you
[08:57] <dholbach> mdke: some problem with dreamhost
[08:58] <mdke> dholbach: argh. Yes, please
[08:58] <dholbach> ok
[09:00] <dholbach> done
[09:02] <mdke> :)
[09:02] <mdke> thanks dholbach 
[09:02] <dholbach> de rien
[09:03] <mdke> dholbach: does anything need to be done in terms of poking through the new binary packages? do I have to file a bug/
[09:03] <pitti> mdke: no, that'll happen regularly
[09:03] <pitti> mdke: in fact, it's my archive day today, I'll clean up soon
[09:03] <Mithrandir> mdke: no, they're in a queue we tend to regularly.
[09:04] <mdke> yay
[09:07] <pitti> argh, silly network-manager, stop clobbering my resolv.conf every 10 seconds
[09:08] <infinity> s/network-manager/dhclient/
[09:10] <StevenK> pitti: chattr -i ? :-P
[09:10] <pitti> heh
[09:10] <pitti> StevenK: no, /etc/dbus/event.d/25NetworkManager stop
[09:10] <StevenK> That works too. :-)
[09:47] <AnAnt> pitti: hello, what other info is needed in this sync request: https://launchpad.net/bugs/84857 
[09:47] <Ubugtu> Malone bug 84857 in Ubuntu "Please sync gplcver 2.11a-3 (unstable) from Debian" [Wishlist,Needs info]  
[09:47] <pitti> Hi AnAnt 
[09:48] <AnAnt> pitti: hello
[09:49] <pitti> AnAnt: https://wiki.ubuntu.com/SyncRequestProcess
[09:49] <tepsipakki> pitti: could you sync libxrandr from experimental? It has a patch which makes for instance kdebase to compile again :)
[09:49] <AnAnt> pitti: I did follow the steps there
[09:50] <pitti> AnAnt: it's missing the changelog, components, description of Ubuntu delta, and an ack from an Ubuntu-dev member
[09:50] <pitti> AnAnt: hint: just use requestsync, that'll do the right thing
[09:51] <AnAnt> pitti: the perl script ?
[09:51] <AnAnt> ok
[09:51] <pitti> AnAnt: it's python, but yes
[09:51] <StevenK> pitti: I didn't think your Python looked like Perl. :-)
[09:51] <ajmitch> gplcver doesn't look to be in ubuntu
[09:52] <AnAnt> pitti: btw, gplcver doesn't exist in Ubuntu
[09:52] <AnAnt> yes, it doesn't
[09:52] <pitti> ah, I see
[09:52] <pitti> AnAnt: ok, then the 'ubuntu changes' bit doesn't apply, changelog is not necessary either
[09:53] <pitti> tepsipakki: ubuntu changes can go?
[09:53] <AnAnt> pitti: what is components ?
[09:53] <ajmitch> still needs an ACK from an ubuntu dev
[09:53] <pitti> AnAnt: main/universe/multiverse for Ubuntu, and main/non-free/restricted in Debian
[09:53] <tepsipakki> pitti: oh, let me check
[09:54] <StevenK> Poor restricted. pitti doesn't remember it.
[09:54] <pitti> StevenK: well, I do, but I don't think that we ever synced something to it :)
[09:54] <AnAnt> pitti: who would decide if it should go in main/universe/multiverse if it is new pakage ?
[09:54] <pitti> AnAnt: depending on where it comes from in Debian; the archive admins will do, don't worry
[09:55] <AnAnt> pitti: well, I did mention that it is in main
[09:55] <pitti> AnAnt: I basically only need the ack from an ubuntu-dev
[09:55] <pitti> AnAnt: right, sorry
[09:55] <ajmitch> ah, I see it's fairly new (25 days) in debian
[09:55] <tepsipakki> pitti: hah, didn't notice that it was uploaded last night :)
[09:55] <AnAnt> pitti: ok, so only the ack now, how do I get that ?
[09:55] <tepsipakki> I mean the current version has that fix
[09:55] <pitti> tepsipakki: ok, so are all our changes in the experimental version, too?
[09:56] <tepsipakki> yes, so a sync is safe
[09:56] <tepsipakki> but not necessary
[09:57] <tepsipakki> oh.. sync it
[09:57] <pitti> tepsipakki: indeed; let's sync it then (I just compared changelogs)
[09:57] <tepsipakki> the patch we have is not complete
[09:57] <AnAnt> pitti: ok, so only the ack now is needed right ? how do I get that ?
[09:58] <pitti> ajmitch: ^ do you know whether there is a documented process for that?
[09:58] <pitti> or dholbach ^
[09:58] <AnAnt> I know that LaserJock is responsible for scientific apps
[09:58] <AnAnt> shall I ask him ?
[09:58] <dholbach> pitti: for what? syncing a NEW package?
[09:59] <ajmitch> pitti: the documented process is subscribing ubuntu-universe-sponsors, who will then ACK if appropriate & subscribe ubuntu-archive
[09:59] <AnAnt> didn't I do so ?
[10:00] <pitti> AnAnt: if you did, then your part is done
[10:00] <ajmitch> you subscribed ubuntu-archive as well, before it had been checked
[10:01] <AnAnt> ajmitch: I didn't do that
[10:01] <AnAnt> ajmitch: I only added ubuntu-universe-sponsors
[10:01] <AnAnt> didn't add Brian Murray either
[10:01] <AnAnt> pitti: ok, thanks
[10:01] <ajmitch> then bdmurray needs to be talked to :)
[10:02] <AnAnt> k
[10:04] <pitti> tepsipakki: hm, it's neither on incoming.debian.org nor on the Debian mirror we sync from; must be in limbo somewhere
[10:05] <tepsipakki> pitti: oh, pity
[10:05] <tepsipakki> well, let's sync it when it shows up
[10:05] <pitti> tepsipakki: can you please ping me on Monday?
[10:05] <tepsipakki> sure
[10:05] <AnAnt> thanks
[10:05] <pitti> tepsipakki: or file a sync request?
[10:06] <tepsipakki> pitti: either way
[10:06] <seb128> morning
[10:06] <mvo> hey seb128
[10:07] <seb128> hi mvo
[11:22] <cjwatson> givre: poking at that X corruption thing, I'm beginning to think it's just a race condition
[11:23] <cjwatson> givre: if I stick 'sleep 5' in rather than 'setupcon -f --force', I don't see visual corruption
[11:37] <seb128> pitti: I'm taking a sync lock to grab the new libxrandr from Debian
[11:38] <pitti> seb128: sure
[11:38] <pitti> seb128: I tried syncing it before, but I couldn't get -4 in the sources lists
[11:38] <seb128> pitti: hum, right
[11:39] <seb128> there is no hurry, will try again later
[11:39] <pitti> seb128: right, tepsipakki will ping me on Monday
[11:52] <Tonio_> seb128: just fyi, there is a fix upstream svn for the old and annoying gtk-qt-engines, I'm just  packaging it
[11:54] <seb128> Tonio_: packaging SVN might be a good idea, fedora seems to do that
[11:54] <Tonio_> seb128: that's what the bug report says, indeed
[11:55] <Tonio_> seb128: I'll probably have to fix startkde witch put the initial settings too
[12:04] <ogra> Tonio_, so it wont crash gnome apps anymore ? 
[12:04] <cjwatson> argh, we really need to get fsck<->usplash interaction working in feisty+1
[12:05] <Tonio_> ogra: requires testing, but shouldn't :)
[12:05] <cjwatson> it's a pain when you're trying to test usplash<->gdm interaction :)
[12:05] <ogra> Tonio_, that'd be cool, all former versions either blacked out menus, broke colorsettings or made the apps crash
[12:05] <Mithrandir> cjwatson: should be relativetly easy.. Just link fsck with libusplash.
[12:05] <ogra> and upstream wasnt ver active either
[12:05] <cjwatson> *thwack*
[12:06] <Amaranth> heh
[12:06] <Tonio_> ogra: yeah I know.... pitty...
[12:06] <Amaranth> isn't there a command you can call to update usplash?
[12:06] <ogra> does anybody else experience a forced fsck on fresh installs ? 
[12:06] <cjwatson> I think I've nailed the X display corruption (not a race condition after all); just trying to make sure stuff doesn't appear on the console now after usplash shuts down
[12:06] <cjwatson> Amaranth: yes, but needs to be hooked into fsck progress
[12:07] <ogra> i always get a fsck on first boot ... telling me the disk wasnt checked since 44xxx days
[12:07] <Mithrandir> ogra: your clock is broken, then.
[12:07] <ogra> Mithrandir, well, after the fsck is done and i have booted the clock and TZ settings are correct ...
[12:08] <ogra> i'll check the clock values on my next test install next week ... but i'm pretty sure they are even right in the installer
[12:38] <cjwatson> seb128: would you mind if I uploaded gdm shortly? I'm working on some fine details of its interaction with usplash
[12:38] <cjwatson> (just the init script)
[12:40] <ogra> cjwatson, anything i need to take into account for ldm ? 
[12:40] <cjwatson> ogra: I'll check; I need to check kdm as well
[12:41] <ogra> oki
[12:41] <seb128> cjwatson: not at all, go for it ;)
[12:41] <cjwatson> basically just to make gdm.init wait until the console actually changes (up to some reasonable limit) before exiting
[12:41] <cjwatson> this avoids visible console noise from later init scripts
[12:41] <ogra> right, then i'll likely need that as well
[12:42] <cjwatson> does ldm.init shut down usplash?
[12:42] <ogra> ltsp-client.init, yes
[12:42] <cjwatson> ok
[12:42] <ogra> ldm is just a screenscript executed b ythe ltsp-client init
[12:42] <ogra> is it avoidable to do that via sleep ? 
[12:43] <ogra> (ldm is very slow already)
[12:43] <cjwatson> you only need to sleep if the console doesn't immediately change, and it's asynchronous
[12:43] <cjwatson> i.e. ldm will already be starting up separately from the thing that's waiting for the active console to change
[12:43] <Tonio_> ogra: the bad thing is that this will only fix new profiles, for exisint ones, you may have to just change fonts and theme in gnome once, loading on kde will not crap them again...
[12:43] <ogra> well, i didnt notice any breakage with the cosole in ltsp yet ...
[12:43] <cjwatson> at least that's what I'm doing for gdm; it won't slow the perceptible boot down at all
[12:43] <ogra> probably ldm is slow enough ;)
[12:43] <cjwatson> ogra: you won't have, due to a usplash bug I'm fixing right now ;-)
[12:44] <cjwatson> this only came up because after fixing that usplash bug I started noticing console noise
[12:44] <ogra> ah, k
[12:46] <cjwatson> ogra: does ldm wait until the X server has started before returning control to ltsp-client.init?
[12:46] <ogra> iirc it never returns control to the initscript ...
[12:46] <cjwatson> uh
[12:46] <cjwatson> maybe I had better read the source
[12:47] <ogra>         for screen in $(env | awk -F= '$1 ~ /^SCREEN_/ { print $1 }'); do
[12:47] <ogra>             num=${screen##SCREEN_}
[12:47] <ogra>             start-stop-daemon --start -b --exec /usr/lib/ltsp/screen_session -- "$num"
[12:47] <ogra>         done
[12:49] <seb128> cjwatson: BTW how is the usplash interaction when you restart without using gdm?
[12:49] <ogra> the ldm script itself only runs: exec ldm vt$ttynum :$displaynum
[12:49] <cjwatson> seb128: usplash gets stopped in the last init script
[12:49] <seb128> cjwatson: I was thinking changing gnome-session to use gnome-power-manager rather than gdm for restart and shutdown
[12:49] <seb128> but that will probably be for next cycle
[12:49] <cjwatson> seb128: oh, I'm not looking at shutdown, only startup
[12:50] <seb128> ah ok
[12:51] <ogra> cjwatson, the ltsp-client initscript explicitly calls /etc/init.d/usplash start
[12:51] <ogra> so it should be fine
[12:51] <cjwatson> ogra: it'll need to be updated, then. Is it in bzr?
[12:52] <ogra> i'm not sure i pushed the recent changes, but yes, it is
[12:52] <ogra> (i dont have the bandwith here to push now)
[12:52] <cjwatson> ogra: I'll give you a branch later then
[12:52] <ogra> well, i can look at the gdm debdiff :) 
[12:52] <cjwatson> ogra: /
[12:52] <cjwatson> er
[12:53] <ogra> no prob for me to add it then ...
[12:53] <cjwatson> ogra: is ~ogra/ltsp/feisty-ltsp the one I should branch from?
[12:53] <ogra> right
[12:56] <Tonio_> seb128, ogra: gtk-qt-engine, kdebase and kubuntu-default-settings including new default config are uploaded
[12:57] <ogra> i'll check how it behaves in edubuntu then ... if its fine, t can go on the add-on CD 
[12:57] <ogra> Tonio_, thanks :)
[12:57] <Tonio_> ogra: you're welcome :)
[12:57] <Tonio_> ogra: best is to makes tests on a new and clean profile of course
[12:58] <ogra> right
[12:58] <ogra> i'll test intensively with the next milestone isos
[12:59] <toystory2> hi. my box ubuntu 6.06 does not have /etc/ld.so.conf. i asked in #ubuntu, but nobody knows why. anybody please help me?
[12:59] <toystory2> why ld.so.conf disapper from my 6.06 box?
[01:04] <cjwatson> kdm doesn't shut down usplash, so I guess I don't need to touch it
[01:08] <AnRkey> hi all
[01:18] <doko> hmm, feisty did get the order of the disk controllers right (as set in the bios), but that did break my upgrade from edgy ...
[01:20] <dholbach> Mithrandir: I changed "FeatureFreeze Universe" to "NewPackagesFreezeUniverse" to be less ambiguous - and I'll wiki it
[01:21] <dholbach> (on FeistyReleaseSchedule)
[01:32] <cjwatson> argh, crackful horribleness. gdm/debian/patches/15_usplash.patch patches gdm/debian/initt
[01:32] <cjwatson> -tt
[01:32] <cjwatson> -t
[01:32] <cjwatson> (sorry)
[01:53] <AnRkey> where can i put a feature request in for feisty?
[01:56] <Hobbsee> AnRkey: [23:55]  <ubotu> A spec is the details (specifications) of the components that make up software or a device. See: https://launchpad.net/ubuntu/+specs for specifications in Ubuntu.
[01:56] <Hobbsee> it's probably too late for feisty, though
[01:58] <cjwatson> almost certainly. feature freeze was last week.
[02:03] <seb128> AnRkey: don't create a spec for a minor wishlist though
[02:03] <seb128> AnRkey: what is the feature request you want?
[02:14] <AnRkey> well something that i have been begging for for a long time
[02:14] <AnRkey> and i think others would love too
[02:14] <AnRkey> its a mouse setup wizzard
[02:15] <AnRkey> something that would allow the user to set each button on the mouse
[02:15] <mjr> m36
[02:15] <mjr> oops
[02:15] <AnRkey> this would be perfect for logitech mx5xx series and so on
[02:16] <AnRkey> also handicapped users could use it to set mice up as well as left handed people
[02:16] <AnRkey> is taht something small?
[02:16] <AnRkey> seb128: how would i request this
[02:16] <AnRkey> ?
[02:17] <seb128> AnRkey: we are not likely to work any time soon, that doesn't look like a high priority feature and we have lot to do
[02:17] <cjwatson> ogra: ok, ~kamion/ltsp/usplash-interaction pushed to bazaar.launchpad.net and should be ready for you to merge once it's mirrored to http
[02:18] <seb128> AnRkey: feel free to open a specification for it, it'll not likely to be picked any time soon though
[02:21] <jdub> whoa, fisty's moving to xcb-xlib?
[02:22] <seb128> jdub: moving? just updating to xorg 7.2
[02:22] <seb128> jdub: that's a new package, it doesn't replace libx11
[02:22] <jdub> mmm, changelog is mildly unclear
[02:23] <jdub> that would be ambitious :-)
[02:27] <ubuntu> cjwatson: Are you there?
[02:29] <Hobbsee> ubuntu: contentless pings tend to get ignored.
[02:29] <Hobbsee> ubuntu: seeing as people are busy
[02:31] <ubuntu> Hobbsee: I had a discussion with cjwatson yesterday, so I thought that he would remember me.
[02:31] <Hobbsee> ubuntu: right.
[02:31] <ubuntu> Hobbsee: I have question. How can one reopen a bug in Malone?
[02:32] <ubuntu> a question, that is.
[02:32] <jdong> change the status from rejected to confirmed or unconfirmed
[02:32] <Hobbsee> go to the bug, click on the title of it, set it back to unconfirmed, adn comment on it
[02:32] <cjwatson> ubuntu: yes?
[02:33] <ogra> cjwatson, great, thanks ... not sure when i'll have net access again, but i'll do it asap ... 
[02:33] <ubuntu> cjwatson: I couldn't reopen the bug... That's the problem.
[02:33] <cjwatson> ubuntu: BTW, "ubuntu" is such an anonymous nick that I wouldn't necessarily assume it was the same person. I would suggest using a more descriptive nick on Ubuntu channels
[02:33] <cjwatson> ubuntu: remind me of the bug number?
[02:33] <ubuntu> cjwatson: 87031
[02:34] <zzz_> Okay, I changed my nick to something less anonymous. I will converse with you with this nick from now on.
[02:34] <cjwatson> zzz_: reopened
[02:35] <zzz_> cjwatson: Thanks. I will attach my /etc/default/console-setup and initramfs to the bug right now.
[02:35] <zzz_> cjwatson: (As you might remember, you asked for those yesterday.)
[02:35] <cjwatson> yep, thanks
[02:53] <cjwatson> zzz_: could you tell me what you see when you press the  key?
[02:53] <cjwatson> zzz_: (before fixing it up with setupcon)
[02:55] <zzz_> cjwatson: I see an ASCII symbol character. I can reboot and say for sure if you want.
[02:55] <cjwatson> zzz_: just dotted "i" then?
[02:55] <cjwatson> or something else?
[02:56] <cjwatson> I'm going to try in a minute, just seeing if I can save myself the reboott
[02:56] <zzz_> cjwatson: Something else. Let me reboot and say it for sure. I will be right back.
[02:56] <cjwatson> ok, thanks
[02:59] <seb128> mvo: around?
[02:59] <Hobbsee> wow, someone found u-u-s list
[03:00] <mvo> seb128: yes
[03:00] <seb128> mvo: is there some apt feature than make type-handling installed?
[03:00] <seb128> mvo: it wants to install it when trying to install the new xorg
[03:01] <cjwatson> it's probably a bogus dependency on something that type-handling provides
[03:01] <seb128> mvo: the package has a Depends on "sparc-utils | not+sparc" and I'm wondering if that the "not+sparc" which makes it wants to install it
[03:01] <seb128> cjwatson: ah, right, it Provides that
[03:01] <seb128> hum
[03:02] <cjwatson> oh, this is an architecture: all package, right?
[03:02] <seb128> cjwatson: yes
[03:02] <cjwatson> honestly, the least evil fix would be to convert it to architecture: any and use substvars, imo
[03:02] <seb128> or just drop the Depends? ;)
[03:02] <cjwatson> it probably is a real dependency on sparc, which we support
[03:02] <seb128> hum, right
[03:02] <zzz_> cjwatson:  creates an "A" character and a box next to it. If I try echo "" > test.txt and then see that test.txt file in X, I see a little superscript 1 character.
[03:03] <zzz_> cjwatson:  prints out AC.  prints out A and a circle with a horizontal line below it.  prints out A and a small 1/4 fraction.
[03:04] <cjwatson> does the A character for  have two dots over it, by any chance?
[03:04] <zzz_> cjwatson: No.
[03:04] <cjwatson> either way, it sounds like it hasn't set the character encoding to Unicode
[03:04] <cjwatson> zzz_: what does 'locale charmap' say?
[03:04] <zzz_> cjwatson: kbd_mode reports unicode. 'locale charmap' reports UTF-8
[03:05] <cjwatson> zzz_: experiment: does this fix it? /bin/echo -n -e '\033%G' >/dev/tty1
[03:06] <cjwatson> kbd_mode is slightly different - that's keyboard input mode rather than terminal output mode
[03:07] <zzz_> cjwatson: Now  prints out only a box and other international (Turkish) characters print out single characters. (Instead of two.)
[03:07] <mvo> seb128: where is the package? can I have a look?
[03:07] <zzz_> cjwatson: It looks like the font is not setup.
[03:07] <cjwatson> yeah, just trying to figure out why really
[03:08] <cjwatson> /etc/console-setup/boottime.kmap.gz in your initrd is all wrong
[03:08] <seb128> mvo: http://people.ubuntu.com/~seb128/xorg, that's Depends on "sparc-utils | not+sparc"
[03:08] <cjwatson> zzz_: what did you use to do the installation? the desktop CD or the alternate install CD?
[03:08] <zzz_> cjwatson: I just installed this system. I used the alternate CD.
[03:08] <cjwatson> ok, that's useful to know, thanks
[03:09] <zzz_> cjwatson: I also installed and uninstalled console-data package, but the program existed before I did that too.
[03:09] <zzz_> cjwatson: Sorry, I meant to say 'problem' instead of program.
[03:09] <mvo> seb128: *ick* I see. it is indeed the type-handling provides that makes it installed. how evil
[03:10] <cjwatson> zzz_: console-data is obsolete
[03:10] <zzz_> cjwatson: I used console-data to be able to switch the keyboard map to something else - such as US English.
[03:10] <mvo> seb128: need to run, bbl in ~15
[03:10] <seb128> mvo: see you
[03:11] <zzz_> cjwatson: Maybe you could install a new system on a spare computer and see what happens.
[03:11] <cjwatson> no worries, I'm going to, just trying to find out as much as possible first
[03:12] <zzz_> cjwatson: Shoot. I am at your service. :)
[03:12] <cjwatson> the keymaps in console-data are still unmaintained and bogus. I probably need to write a wrapper script to make it easier to use the console-setup infrastructure to change the keyboard map on the fly
[03:13] <cjwatson> "ckbcomp -model pc105 us '' '' | sudo loadkeys" is probably about the simplest way to do it at the moment
[03:13] <zzz_> cjwatson: For the record, the trqu keymap that comes with console-data is better than Ubuntu's default trq.
[03:14] <cjwatson> zzz_: can you give me specific examples? the console keymaps are now generated from the X keymaps on the fly, so if there's a problem, either we're using the wrong X keymap or the X keymap probably needs to be fixed
[03:14] <zzz_> cjwatson: Caps-lock does not work properly so trqu uses Shift lock instead.
[03:15] <zzz_> cjwatson: In Ubuntu's default trq, when one presses Shift- with Caps-Lock on, one gets 1 insead of I.
[03:15] <cjwatson> ah, that problem
[03:15] <cjwatson> that's really more an irritating kernel bug, but maybe some kind of keymap-specific workaround is possible
[03:16] <cjwatson> in edgy, caps lock was mapped to shift lock across the board, but this was horribly confusing for many keymaps whose users weren't used to thatt
[03:18] <zzz_> cjwatson: I don't know which way would be the best: making caps-lock just work versus the other way around.
[03:18] <cjwatson> probably has to be keymap-specific, informed by what console-data did
[03:19] <zzz_> cjwatson: Yes, as far as I know only Turkish users need Shift-Lock.
[03:20] <cjwatson> grepping through console-data supports you on that, yes
[03:20] <zzz_> cjwatson: Or are there others who need it?
[03:20] <cjwatson> there was a weird thing for French where Shift+Caps-Lock was mapped to Shift-Lock
[03:21] <cjwatson> not sure how to deal with that, but that's separate really
[03:22] <seb128> cjwatson: something like http://paste.ubuntu-nl.org/7207/ looks correct for that xorg problem?
[03:24] <cjwatson> seb128: looks plausible except that you'll also need to move bits in debian/rules from binary-indep to binary-arch
[03:26] <seb128> cjwatson: which one?
[03:27] <seb128> there is nothing specific to binary-indep apparently, out of the "dh_gencontrol -- -VF:XServer-Xorg-Detect-Depends=$(XSERVER_XORG_DETECT_DEPENDS)" which is not for xorg
[03:29] <cjwatson> seb128: oh, right, ok, now that I look at the context I see you're right
[03:29] <cjwatson> zzz_: ok, fixed the Shift Lock thing for my next console-setup upload
[03:29] <seb128> good
[03:30] <zzz_> cjwatson: Thanks.
[03:30] <cjwatson> zzz_: any other deficiencies in the current Turkish keymap?
[03:30] <zzz_> cjwatson: I haven't used it long enough. That's the only problem I have encountered.
[03:50] <zzz_> cjwatson: (Repeating in case you didn't see this message:) In Ubuntu's default trq, when one presses Shift- with Caps-Lock on, one gets 1 insead of I.
[03:50] <cjwatson> oh, I didn't realise that was a separate item
[03:52] <cjwatson> zzz_: fixing the Shift Lock thing fixes that.
[03:52] <cjwatson> (tested)
[03:52] <zzz_> cjwatson: That's good to hear. Thank you.
[03:55] <zzz_> cjwatson: One more thing. I told you that I used the Alternate CD to install this system. Before doing this, I had tested the Desktop CD too and this console font problem exists for both CDs.
[03:57] <cjwatson> zzz_: ok, that's an interesting data point too, thanks
[03:59] <ogra> cjwatson, is there any documentation how the selection of the console keymap from the X settings happens ? it would be intresting if i can get that into ltsp ... but i dont have an xorg.conf during boot 
[04:00] <cjwatson> ogra: should already be handled for you by the installer
[04:00] <cjwatson> console-setup is meant to save all the bits it needs so that it doesn't need X during boot
[04:00] <ogra> for ltsp chroots ? 
[04:00] <cjwatson> providing that you have console-setup and dependencies installed
[04:00] <ogra> i plainly bootstrap 
[04:01] <ogra> no installer involved ...
[04:01] <bddebian> Heya
[04:01] <cjwatson> oh, you'd need to configure console-setup then, sure
[04:01] <ogra> but console-setup is there indeed
[04:01] <ogra> ok, i'll look into that
[04:01] <ogra> thanks
[04:01] <cjwatson> copy /etc/default/console-setup and /etc/console-setup/*.gz from the host system, or words to that effect
[04:02] <cjwatson> the configuration is actually separate - xorg.conf isn't used post-installation
[04:02] <ogra> ok
[04:03] <cjwatson> you could also run setupcon --save-only in the chroot rather than copying /etc/console-setup/*.gz, which might be better
[04:03] <ogra> yeah, that sounds way cleaner
[04:03] <cjwatson> or dpkg-reconfigure console-setup (or thereabouts) if you have xorg.conf in the chroot already
[04:03] <ogra> i have to do a bunch of locale fixes next week as well, looks like it fits in there :)
[04:03] <seb128> somebody wants to test the xorg update before upload? http://people.ubuntu.com/~seb128/xorg
[04:04] <seb128> dholbach: ^ ? ;)
[04:04] <dholbach> sure
[04:04] <bddebian> "There's no better test than production.." ;-)
[04:04] <seb128> dholbach: you can use "deb http://people.ubuntu.com/~seb128/xorg /"
[04:04] <dholbach> neat
[04:04] <cjwatson> doesn't it need to be ./ ?
[04:05] <cjwatson> didn't know / worked
[04:06] <dholbach> seb128: shall I build and test and upload it for amd64?
[04:06] <seb128> cjwatson: both work apparently
[04:06] <cjwatson> neat
[04:06] <seb128> dholbach: if you want, kylem was also going to try on amd64
[04:06] <dholbach> ah ok
[04:06] <seb128> dholbach: that's like 40 seconds to build the package though
[04:06] <dholbach> :)
[04:07] <seb128> but having binaries only make easier to upgrade only the ones you have installed ;)
[04:08] <dholbach> you need to fix the Maintainer - no?
[04:09] <dholbach> oh, no, sorry
[04:09] <seb128> dholbach: ?
[04:09] <dholbach> nevermind
[04:10] <dholbach> restarting X
[04:10] <seb128> k
[04:11] <dholbach> looks good
[04:11] <dholbach> on i386
[04:14] <seb128> dholbach: cool
[04:14] <dholbach> deb http://people.ubuntu.com/~dholbach/feisty/xorg ./          for amd64
[04:15] <dholbach> amd64 looks good too
[04:15] <ardchoille> Isn't this a potential security problem in Ubuntu?  http://ubuntuforums.org/showthread.php?t=368438
[04:16] <goliath23> hi
[04:16] <seb128> dholbach: excellent
[04:16] <goliath23> to what palette do the .text-foreground etc. entries in the usplash-ubuntu-theme.c file relate?
[04:16] <dholbach> seb128: are the drivers next?
[04:17] <seb128> dholbach: no, server is next
[04:17] <goliath23> it seeems that its not the palette of the used splash images... 
[04:17] <seb128> ardchoille: doesn't look like a security problem, other people should not be authorized to copy binaries to your user directory, if they are that's the problem
[04:17] <goliath23> is there something like a "default (k)ubuntu palette" that is used by usplash, too?
[04:18] <ardchoille> seb128: I was more worried about compromised systems and such. But i see your point.
[04:19] <seb128> ardchoille: if the system is compromised you have an another problem than you user bin path
[04:19] <ardchoille> True
[04:19] <ardchoille> seb128: Ok, thank you for that info :)
[04:19] <seb128> often the user config is used before the system one
[04:19] <seb128> that allow users to make local changes if they want
[04:20] <ardchoille> So, I should search all the dirs in $PATH before naming a bash script? I can do that.
[04:21] <seb128> ardchoille: don't search, just type the name and look what happens
[04:21] <ardchoille> Ah, yeah, good point.
[04:22] <ardchoille> Ok, I won't worry about it.
[04:25] <jcole> is this ffmpeg x11 patch in feisty? -> http://ubuntu.wordpress.com/2006/06/08/how-to-create-a-screencast-in-ubuntu/
[04:26] <jcole> this appears to be the best way to record beryl/aiglx screencasts
[04:38] <AnRkey> seb128: thanks, ill add a spec for it there and another for the joystick idea.
[04:39] <bddebian> Damnit, wxwidgets2.8 has a /debian dir in the tarball
[04:40] <seb128> bddebian: that's fine, just mv it away and copy the one from the package
[04:41] <bddebian> What do you mean by mv it away?
[04:41] <pochu> bddebian: remove it? :)
[04:41] <bddebian> seb128: Do you mean remove and re-pack?
[04:42] <bddebian> Gah meeting, bbiab
[04:42] <seb128> bddebian: repack what? just untar, move the debian dir away and use the one from the previous package, that will go to the diff.gz
[04:50] <pochu> bddebian: are we going to have wwx2.8 in feisty?
[04:58] <poningru> we're here for you dude... if you need anything at all
[05:00] <cjwatson> zzz__: ok, I think I see the problem now - the font wasn't being copied into the initramfs due to a set of bugs in the installer integration
[05:01] <cjwatson> still beating on it
[05:01] <zzz__> cjwatson: Good to hear that you're making progress. Thanks once again. If there's anything I can do for you, please let me know.
[05:03] <seb128> There is an xorg-server candidate update available on http://people.ubuntu.com/~seb128/xorg-server if anybody wants to try
[05:04] <seb128> I'm away for around an hour, will read my IRC when I'm back if anybody has comments on it
[05:06] <cjwatson> zzz_: thanks to you - this is a nasty problem on fresh installations that I was unaware of. Upgrades were fine.
[05:09] <zzz_> cjwatson: I found it strange that upgrades were not affected. Maybe because of the way initramfs was generated?
[05:10] <cjwatson> zzz_: it's because the bug was specific to the installer glue
[05:11] <cjwatson> /etc/default/console-setup wasn't being copied into the target system at the right time
[05:11] <cjwatson> (plus other similar kinds of problems)
[05:11] <zzz_> cjwatson: I see. Hopefully not a hard problem to solve.
[05:14] <dholbach> brb
[05:20] <zzz_> cjwatson: I will be back within one or two hours. See you later.
[05:36] <rtg> mjg59: ping
[06:04] <bddebian> seb128: The current package is 2.6, this will be 2.8 :-)
[06:04] <bddebian> But yes I will look at the current debian dir from 2.6
[06:08] <[H] 3b0R> is rhythmbox beeing replaced with audacious
[06:10] <LaserJock> [H] 3b0R: not that I know of
[06:12] <[H] 3b0R> hmm weird, according to audacious homepage, audacious is included in fiesty
[06:12] <finalbeta> java seems to cause some troubles for users on the forum. i'm guessing it's that native Java spec. Looks like a real bad idea.
[06:12] <LaserJock> [H] 3b0R: sure, it's included, just not the default I don't think
[06:13] <LaserJock> [H] 3b0R: audacious is in the Universe repo
[06:15] <[H] 3b0R> what are you working with on ubuntu?
[06:15] <LaserJock> [H] 3b0R: how do you mean?
[06:16] <[H] 3b0R> your responsebility of distro?
[06:16] <[H] 3b0R> what you maintain etc...
[06:16] <LaserJock> oh, I'm just an ordinary volunteer developer
[06:16] <Amaranth> ubuntu-science!
[06:17] <LaserJock> I mostly work on science packages
[06:17] <[H] 3b0R> ok
[06:17] <LaserJock> do some doc writing
[06:17] <Amaranth> or is it called motu-science?
[06:17] <LaserJock> and work on Edubuntu a little bit
[06:17] <LaserJock> Amaranth: motuscience on LP
[06:17] <LaserJock> Amaranth: ML is ubuntu-sceince
[06:17] <Amaranth> heh
[06:17] <Amaranth> confusing
[06:17] <LaserJock> well, ubuntu-science should be more generic
[06:18] <LaserJock> [H] 3b0R: most of us are just volunteers that help out where we can
[06:19] <[H] 3b0R> the only way im involving in ubuntu is to report every single bug i see:)
[06:19] <LaserJock> good
[06:20] <LaserJock> that helps quite a bit
[06:20] <[H] 3b0R> yes
[06:20] <[H] 3b0R> the buggest problem with bugs is that people don't report them
[06:20] <[H] 3b0R> they think its like on windows: no one cares
[06:22] <dholbach> seb128: the new xorg-server is not happy :)
[06:22] <Amaranth> givre: is usplash to gdm smoother now?
[06:26] <givre> Amaranth: no, it just that i got some weird console noise previously with usplash enable : bug 86606
[06:26] <Ubugtu> Malone bug 86606 in usplash "[feisty] Screen corruption when usplash is enable" [High,Fix released]  https://launchpad.net/bugs/86606
[06:27] <seb128> dholbach: what does it do?
[06:27] <dholbach> seb128: no xorg, does not load /usr/lib/xorg/modules/libint10.so
[06:27] <dholbach> "no screens"
[06:27] <dholbach> it also complained about wacom and dri, so I disabled those, but still no love
[06:27] <bddebian> seb128 or dholbach: Do either of you happen to know why wxwidgets2.6 is a native package?
[06:27] <seb128> dholbach: could you join #ubuntu-x
[06:28] <seb128> bddebian: mistake probably
[06:28] <bddebian> OK
[06:28] <dholbach> bddebian: no idea - doko might know - but he's on the way to fosdem - try checking out older packages
[06:30] <Amaranth> givre: oh, that might be something i was getting too
[06:31] <Amaranth> nope, nevermind
[06:31] <Amaranth> mine is almost certainly nvidia problems
[06:31] <LaserJock> dholbach: thanks for the ubuntu-docs upload, hope I didn't mess up your beautiful CDBS up ;-)
[06:31] <Amaranth> and it's completely random :)
[06:31] <dholbach> LaserJock: it looked good
[06:32] <cubicool> Can anyone link me to SOMETHING (I've been googling for hours trying things that simply do not work) on setting up a simple remote apt repository?
[06:32] <Treenaks> cubicool: falcon
[06:33] <cubicool> I just cannot get it to work at all--which is frustrating, since setting up a YUM repo was effortless.
[06:33] <cubicool> The word falcon, with no context, is supposed to mean--?
[06:34] <cubicool> Is that a package itself perhaps?
[06:34] <LaserJock> yes
[06:34] <Treenaks> cubicool: falcon is a "repository builder"
[06:34] <LaserJock> cubicool: how many packages do you plan on?
[06:34] <cubicool> one.
[06:34] <cubicool> Maybe up to two or three later. But really, just one.
[06:35] <LaserJock> I'd just use apt-ftparchive then
[06:35] <cubicool> Well, the server won't be hosting FTP is that's a requirement for that...
[06:36] <LaserJock> with apt-ftparchive you just do it on the machine that's serving the repo
[06:36] <LaserJock> or you can do it locally and scp the files over
[06:37] <cubicool> Well, my real question is: does the server need to be running ftpd or similar for apt-ftparchive to work. I'm not authorized to do any installation here...
[06:37] <LaserJock> no
[06:37] <LaserJock> it doesn't require anything
[06:38] <cubicool> Well, apt-ftparchive is generating the exact same Packages file dpkg-scan does...
[06:38] <LaserJock> yeah, basically
[06:38] <cubicool> So, it may be the client's sources file is wrong...
[06:39] <cubicool> deb http://downloads apt/
[06:39] <cubicool> I was told the last "/" is necessary to tell apt that this is a "simple" repo, not a full-heiarchy kind of thing...
[06:39] <LaserJock> try something more like deb http://dowloads/apt/ ./
[06:40] <cubicool> Well, taht certainly causes different results during "apt-get update"; failures, to be more specific, but that's at least a change. :)
[06:42] <LaserJock> cubicool: this is kinda off-topic for here, can we maybe move this to #ubuntu-motu real quick?
[06:43] <jcole> hey guys, these guys just went GPL, it's a good alternative to M$ Sharepoint, might want to add it to the repos ->  http://www.alfresco.com/
[06:43] <jcole> i saw their demos at linuxworld
[06:43] <sabdfl> jcole: good demos?
[06:44] <cjwatson> givre: glad it fixed it for you
[06:45] <jcole> sabdfl: ya, it's very professional and works in most linux browsers
[06:45] <jcole> sabdfl: http://www.alfresco.com/products/ecm/screenshots/
[06:48] <jcole> sabdfl: http://www.alfresco.com/products/ecm/tour/tour.html
[06:50] <jcole> cp -f /boot/grub/splashimages/fiesta.xpm.gz /boot/grub/splash.xpm.gz
[06:50] <jcole> #Hack out for kubuntu
[06:50] <jcole> grep -v splashimage /boot/grub/menu.lst > /boot/grub/menu.lst.tmp; mv /boot/grub/menu.lst.tmp /boot/grub/menu.lst
[06:50] <jcole> update-grub
[06:50] <jcole> oops
[06:50] <jcole> crap
[06:54] <bddebian> Holy crap wxwidgets builds a ton of binaries... Sheesh
[06:55] <LaserJock> hehe
[06:55] <LaserJock> merging wxwidgets was about the first merge I ever tried
[06:55] <LaserJock> it was a wonderfully confusing time ;-)
[06:56] <bddebian> Great thanks
[07:14] <mdz> asac: I had firefox crash directly after my most recent upgrade, which included totem-mozilla.  have you seen that happen before?
[07:14] <sharms> mdz: That has happened to me also, I believe I saw a bug filed on it
[07:15] <seb128> mdz: isn't that fixed? I workarounded it from totem some days ago
[07:15] <seb128> there was a problem with undefined symbols because firefox stopped to link with libxpcom
[07:16] <mdz> seb128: it happened upgrading to 2.17.92-0ubuntu1 for me
[07:16] <seb128> dunno if you are speaking about that
[07:16] <seb128> ah
[07:16] <seb128> different problem then
[07:16] <mdz> seb128: yes, I saw that earlier problem
[07:16] <mdz> but I think this is different
[07:16] <seb128> ok, dunno about it then
[07:17] <jcole> mdz: i have never got totem-mozilla to work, i've always removed it and installed mozilla-mplayer instead... it removes the ubuntu-desktop meta package but at least i can watch videos... also mplayer can send cookies which is required for our intranet authentications
[07:17] <mdz> jcole: works fine for me
[07:17] <seb128> jcole: you are welcome to report bugs if you want to get problems fixed one day
[07:18] <seb128> we don't fix problems we don't know about
[07:18] <mdz> jcole: and mplayer is not an option for the default
[07:18] <sharms> looks like clairvoyance loses again
[07:20] <mdz> seb128: I'm also seeing my panel crash in gtk_widget_reset_rc_styles; have you seen that?
[07:21] <seb128> mdz: during upgrade?
[07:22] <mdz> seb128: no, at odd times (once late last night running totem, once just now)
[07:22] <mdz> this time I had just upgraded, but not before
[07:22] <seb128> during upgrade that's likely bug #85776
[07:22] <Ubugtu> Malone bug 85776 in gnome-panel "[apport]  gnome-panel crashed with SIGSEGV on package installation, valgrind log required" [High,Confirmed]  https://launchpad.net/bugs/85776
[07:22] <seb128> 39 dups already :/
[07:23] <seb128> I'll have a look at fixing the GTK invalid read spotted by valgrind for the herd next week
[07:23] <seb128> not sure if there is an another problem
[07:24] <seb128> most of those crash happens to random place or to malloc, that's likely a memory corruption somewhere
[07:24] <mdz> pitbug 85776 has another example of that weird file:// bug with apport
[07:24] <mdz> er, pitti
[07:24] <mdz> seb128: yes, top is malloc for me
[07:25] <seb128> I'll ask for people to run their panel with valgrind for some time if there is still crashes once the GTK bug is fixed
[07:26] <seb128> mdz: that file:// problem has been spotted I think, it happens to people who used the firefox "set firefox as default function"
[07:26] <seb128> s/function/browser
[07:26] <seb128> it sets the gconf key to '/usr/lib/firefox/firefox-bin "%s"' or something like that
[07:27] <seb128> which is not a correct key
[07:27] <seb128> especially the "" around the %s
[07:27] <seb128> and that breaks gnome-open
[07:27] <mdz> seb128: oh, so it's a firefox bug?
[07:27] <seb128> yep
[07:27] <seb128> asac knows about it and is going to fix it I think
[07:28] <seb128> bug #83974
[07:28] <Ubugtu> Malone bug 83974 in python2.5 "webbrowser incorrectly handles quoted arguments" [Undecided,Confirmed]  https://launchpad.net/bugs/83974
[07:28] <seb128> ah, pitti moved it to python, must have changed since we discussed it
[07:29] <seb128> well, firefox is going to be changed to use "firefox %s" also I think
[07:40] <asac> seb128: yes ... gconf is broken for global install. I have a hack for that in debian thunderbird, but dunno if we should using that in ubuntu.
[07:42] <asac> I always though that "automatic update of gnome default application" was disabled.
[07:42] <seb128> asac: it's not automatic, I think I sometime got the "do you want to make firefox the default browser" question when starting it
[07:43] <asac> yes ... that's what I mean ... that should not happen
[07:43] <seb128> note that I don't use firefox often, I'm using epiphany
[07:43] <seb128> maybe there is a bug making that sometime the question is asked then
[07:43] <asac> maybe it was a temporary bug and some user ended up with a screwed default app setting?
[07:43] <seb128> might be
[07:44] <seb128> still, it should be easy to make firefox write "firefox %s" rather than "/usr/lib/firefox/firefox-bin "%s"" 
[07:44] <seb128> no?
[07:44] <asac> yes and no ... would be a hardcoded fix
[07:45] <seb128> I've not looked at the code
[07:45] <asac> i have :) ... would be a hack. Clean solution would need some work on build system too
[07:45] <seb128> but it's probably easy to make it not espace the URI when writting the gconf key no?
[07:45] <_ion> seb128: Btw, thanks for uploading compiz-extra! :-)
[07:45] <seb128> _ion: np
[07:45] <seb128> asac: the path is not a problem, what is a problem is the extra ""
[07:46] <seb128> whatever code put them there can probably be modified to not do that no?
[07:46] <seb128> or the code do something else than modifying the gconf key?
[07:46] <asac> anyway ... got to go, will look on monday ... or maybe at the weeken.
[07:46] <asac> seb128: yes ... if the quotes are the problem the fix might be  easy
[07:46] <seb128> ok
[07:46] <seb128> see you later, enjoy your WE
[07:47] <asac> u2
[08:21] <seb128> I call it a week, see you on monday
[08:50] <elmo> any forums folks alive?