/srv/irclogs.ubuntu.com/2006/03/28/#kubuntu-devel.txt

=== kmon goes to bed
kmongood night!12:35
=== kmon [n=javier@217.Red-80-25-51.staticIP.rima-tde.net] has left #kubuntu-devel ["Kopete]
=== toma is now known as toma_
=== trappist [i=trappist@tra.ppi.st] has left #kubuntu-devel []
=== LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #kubuntu-devel
=== raphink [n=raphink@ubuntu/member/raphink] has joined #kubuntu-devel
hendrymornfall: ping?02:01
=== claydoh [n=clay@65.99.186.76] has joined #kubuntu-devel
=== hendry [n=hendry@222.106.128.34] has joined #kubuntu-devel
hendryis it possible to use rsync with the Kubuntu daily ISOs?03:04
hendryinstead of having to download an entire ISO each day03:05
=== LeeJunFan_ [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #kubuntu-devel
=== claydoh [n=clay@65.99.186.76] has joined #kubuntu-devel
=== fabo_ [i=Arme-X@dra38-2-82-233-106-22.fbx.proxad.net] has joined #kubuntu-devel
=== freeflying [n=freeflyi@61.190.65.37] has joined #kubuntu-devel
=== Huahua [n=hua_@221.172.49.23] has joined #kubuntu-devel
=== cmvo [n=cmvo@62.225.11.174] has joined #kubuntu-devel
=== Lure [n=admin@clj46-234.dial-up.arnes.si] has joined #kubuntu-devel
=== seth [n=seth@ubuntu/member/seth] has joined #kubuntu-devel
=== freeflying [n=freeflyi@61.190.65.37] has joined #kubuntu-devel
seaLnehendry: supposedly but it always timed out on me06:43
=== viviersf [n=cain@196.44.1.98] has joined #kubuntu-devel
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #kubuntu-devel
Hobbseewell knetworkmanager still doesnt like my uni connection, but it works from the command line...07:52
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #kubuntu-devel
=== Hobbsee_ [n=Hobbsee@wireless.ics.mq.edu.au] has joined #kubuntu-devel
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #kubuntu-devel
freeflyinghttp://www.kdedevelopers.org/node/186808:26
Tm_Tugh08:31
=== Tm_T will try do Kopete beta2 packages today
HobbseeTm_T: yay!08:32
Mezbeta packages? is that wise?08:35
Mezwhen's the next kubuntu meeting?08:35
HobbseeMez: it wasnt decided.08:35
MezHmm :'(08:36
Mezbecause I have an idea08:36
Hobbseeand for a separate repo, probably08:36
Hobbseewhat's your idea?08:36
=== Hobbsee suspects that we can call a meeting for next thurs night, or the thurs after
Mezwell we have all these things that we make for ubuntu - upgraded versions of apps and stuff - and they all just go into the respective people's personal repositorys etc etc (like knm and stuff)08:36
freeflyingHobbsee: hope can be held at 12:00 UTC 08:37
MezI'd love to see one central "Kubuntu Developers" Repository08:37
Mezso that all this stuff we do is available in one place08:37
freeflyingMez: nice 08:37
HobbseeMez: that'd be useful.  i think that that's more or less being done with tonio_'s repo08:37
Mezrather than having to go and add uber amounts of repositories#08:37
Hobbseeas in, knm and kpowersave are both there08:37
Mezyeah but Tonio's the only one who has access to that08:37
Hobbseetrue08:37
Mezhmm08:37
Mezok, it may not be possible now08:38
Mezbut08:38
Hobbseei guess the powers that be might be able to create such a thing08:38
MezI think I may be able to sort something out08:38
MezHobbsee, I was thinking about PPA's actually08:38
Mezand wondering whether we'd be able to have a Shared PPA#08:38
HobbseePPA?08:38
Mezor similar08:38
MezPersonal Package Archives08:38
Mez(planned feature of LP + hct)08:38
Mez(was something we discussed at UBZ - and I talked to Daniel Quite a bit about)08:39
Mezdo you know the concept behind it and hct etc?08:39
Hobbseeah right08:40
Hobbseeoh...i tihnk i'd heard slightly about it - but not really08:40
Mezwell - whenever we develop something - we push it out and it goes to our PPA ... then when say, we want to put something into main - we say "publish this from my PPA into ubuntu main"08:41
Mezpretty simple concecpt really08:41
seaLneprobably not simple to implement tho08:41
seaLnesounds interesting08:41
Hobbseeyep08:41
seaLneespecially if it was integrated with buildd08:42
MezseaLne, that's the plan for PPA08:43
seaLnecool08:45
seaLnei tried playing about with setting up a buildd but strugled to find enough info08:45
=== _freeflying [n=freeflyi@61.190.65.34] has joined #kubuntu-devel
Tm_Thmm hmm hmm09:02
=== viviersf [n=cain@196.44.1.98] has joined #kubuntu-devel
=== Lure [n=admin@external-7.hermes.si] has joined #kubuntu-devel
=== freeflying [n=freeflyi@61.190.65.34] has joined #kubuntu-devel
Hobbseehi Lure.  i've concluded that my laptop plain doesnt like the uni network09:32
LureHobbsee: what kind of security they have...09:40
=== Hobbsee_ [n=Hobbsee@wireless.ics.mq.edu.au] has joined #kubuntu-devel
=== Hobbsee_ [n=Hobbsee@wireless.ics.mq.edu.au] has joined #kubuntu-devel
=== raphink [n=raphink@ubuntu/member/raphink] has joined #kubuntu-devel
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #kubuntu-devel
=== viviersf [n=cain@196.44.1.98] has joined #kubuntu-devel
seaLneanyone know what he means by enabling the highpass filetr? https://launchpad.net/distros/ubuntu/+source/kdemultimedia/+bug/3604510:27
UbugtuMalone bug 36045 in kdemultimedia kdemultimedia-kio-plugins "Creating MP3 with IOslave using highpass filter fails" [Normal,Unconfirmed]  10:27
seaLnei presume this is about if you have an audio cd and look at it in konq?10:27
=== Pygi [n=mario@83-131-240-242.adsl.net.t-com.hr] has joined #kubuntu-devel
seaLnehoary -> dapper fails on kaffeine-xine11:07
=== Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #kubuntu-devel
=== ubijtsa [n=anders@karlsson.force9.co.uk] has joined #kubuntu-devel
RiddellseaLne: what's the error?11:37
Riddellupdates through multiple releases aren't really supported, but if it's easily enough to solve it we should11:38
=== viviersf [n=cain@196.44.1.98] has joined #kubuntu-devel
seaLneRiddell: https://launchpad.net/malone/bugs/3612411:52
UbugtuMalone bug 36124 in kaffeine kaffeine-xine "hoary -> dapper dist-upgrade fails" [Normal,Unconfirmed]  11:52
seaLnekdevelop3 happens hoary -> dapper aswell as to breezy11:52
MezRiddell: w00t11:52
MezRiddell, the longest standing fixable bug for katapult is now closeable11:53
Mez(from sources anyways)11:53
seaLneappart from those hoary -> dapper is fine :)11:53
MezWOAH11:54
Mezmy karma is insane11:54
seaLnehmm actually after dist-upgrade i have no X11:55
seaLneand /etc/issue wasn't updated11:56
seaLneRiddell: interestingly my KURLRequestor ruby bug is fine in dapper 3.5.2, i wonder what it was about dapper 3.5.1 and no other 3.5.1 that caused the crash12:20
Riddellphew :)12:27
=== LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #kubuntu-devel
seaLnenot as strange as my pc using my pci card as primary graphics until i kick the machine and it uses the agp card (agp isn't even detected without a good kick) :-)12:36
=== uniq [n=frode@81.26.52.3] has joined #kubuntu-devel
=== Lathiat laughs
=== mvo [n=egon@p54A65CBF.dip.t-dialin.net] has joined #kubuntu-devel
mvoRiddell: I may have found the problem with the missing kde icons, I'll upload a new app-install-data package later today01:09
Riddellmvo: what was the problem?01:09
mvoRiddell: a bug in the handling of packages with epoch seems to have caused it01:10
mvodo new stuff wasn't properly updated01:10
=== _mvo_ [n=egon@p54A65CBF.dip.t-dialin.net] has joined #kubuntu-devel
=== LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #kubuntu-devel
=== jjesse [n=jjesse@mail.ftpb.com] has joined #kubuntu-devel
=== kwwii [n=kwwii@likes.smoking.more.than.watching.spacenight.dk] has joined #kubuntu-devel
=== danimo [n=danimo@kde/danimo] has joined #kubuntu-devel
danimohi02:34
Riddelldanimo!02:34
danimodoes anyone else expirience problems with alsa since the latest kernel update on dapper (-19)?02:34
danimoheya Riddell02:34
danimothe changelog says it should improve things, but now I have no sound output at all02:35
danimo(Intel HDA sound device)02:35
RiddellI'm still on linux -1802:36
danimoRiddell: hmm, where to file this bug best?02:36
danimoRiddell: I gotta talk to the guy in charge anyway. HDA support is less than satisfying (in that e.g. skype doesn't work at all, neither does jack autosensing, although latest vanilla should have it)02:37
=== hunger [n=tobias@p54A63E0B.dip0.t-ipconnect.de] has joined #kubuntu-devel
Riddelldanimo: launchpad.net02:46
Riddellfor bug reporting02:46
danimoRiddell: ok02:46
=== faked [n=faked@83-65-239-183.dynamic.xdsl-line.inode.at] has joined #kubuntu-devel
=== Huahua [n=hua_@222.50.183.1] has joined #kubuntu-devel
hungerIs audiocd:/ broken in dapper?03:55
freeflyingRiddell: ping04:01
freeflyingRiddell: is cmake ok now ?04:01
Riddellfreeflying: sorry, never had time, will look at it today.  or maybe raphink can do it sooner04:02
raphinkwhat has to be done?04:03
freeflyingRiddell: ok04:03
freeflyingraphink: http://revu.tauware.de/details.py?upid=217104:03
raphinkah04:03
raphinkreviewing ;)04:03
raphinkwhat is it?04:03
raphinka bug fix?04:03
=== LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #kubuntu-devel
freeflyingraphink: http://revu.tauware.de/details.py?upid=212904:04
raphinkwell this one is a NEW package no?04:04
freeflyingraphink: new upstream release , Riddell need it :)04:04
raphinkah04:04
raphinkfor both packages?04:04
freeflyingraphink: the later is for bug fix04:05
=== Lure [n=admin@external-7.hermes.si] has joined #kubuntu-devel
raphinkok04:05
raphinklet me see04:05
LureRiddell: 3.5.2 looks good for now04:05
freeflyingraphink: I don't know who upload the later, not the one ion REVU04:05
raphinkfreeflying: was the UVFer approved for quarry?04:07
RiddellLure: i386 dapper?04:07
Lureyes04:07
raphinkand if it was, could you put the bug number related to it in the changelog ?04:07
raphinklike : New upstream release (Closes: Malone ... blah)04:07
freeflyingraphink: it's very strange , this one has been uploaded to REVU about 2 weeks , but I found the old release was upload to universe about 3 days ago04:08
raphink...04:08
seaLneraphink: any chance of looking at http://revu.tauware.de/details.py?upid=2160 if you get a chance, its a bug fix04:09
freeflyingraphink: also this package may not in universe ,maybe in restricted , due to some license issue04:09
raphinkseaLne: will do04:09
raphinkit's in universe freeflying04:09
raphinknow there's a weird thing freeflying04:09
raphinkhere is what I'd like04:10
raphink1) base your new packgae on the current one04:10
raphink2) if you got an OK for UVFe, put the bug number inthe changelog04:10
raphinkplease04:10
=== jdong [n=jdong@ubuntu/member/jdong] has joined #kubuntu-devel
freeflyingraphink: https://launchpad.net/distros/ubuntu/+source/quarry/+bug/3577204:11
UbugtuMalone bug 35772 in quarry "installs to /usr/games/bin/" [Normal,Unconfirmed]  04:11
raphinkseaLne: could you please quote the patch name in the changelog ?04:11
seaLnesure04:12
freeflyingraphink: also needd UVFe for cmake ?04:12
raphinkthis is a new upstream version so yes04:12
raphinkI don't get the quarry one though04:14
raphinkit's a new upstream based on 0.16-1 04:14
raphinkor so it says in the changelog04:14
raphinkthe current version in Ubuntu is 0.16-0ubuntu3 though04:14
raphinkit seems we didn't use the Debian version so far04:14
raphinkso why would a new version be based on the Debian package?04:14
seaLneraphink: anything else for autopsy?04:14
raphinkseaLne: let me see04:14
raphinkmalone #3518804:15
UbugtuMalone bug 35188 in autopsy "DATA_DIR is incorrectly used instead of DATADIR" [Normal,In progress]  http://launchpad.net/bugs/3518804:15
=== jdong [n=jdong@ubuntu/member/jdong] has joined #kubuntu-devel
raphinkdid you test the fix seaLne?04:16
seaLneyep04:16
seaLnebeen using it all week04:16
raphinkok good04:17
seaLne  * Added 03.caseman_datadir.dpatch to fix DATA_DIR incorrectly used instead of DATADIR in caseman.pm (closes malone #35188) ?04:17
UbugtuMalone bug 35188 in autopsy "DATA_DIR is incorrectly used instead of DATADIR" [Normal,In progress]  http://launchpad.net/bugs/3518804:17
seaLnethat better changelog?04:18
raphinktaht's better04:18
raphinkalso instead of "udpated standards" you could say "bumped debhelper compat to 5" since this is what you did ;)04:19
raphinkit's clearer04:19
seaLnewas it worth mentioning?04:19
raphinkI think so :)04:20
seaLne"Updated debhelper compat to 5"04:20
raphinkmhm04:20
freeflyingRiddell: seems no good reson fot cmake UVFe04:21
freeflyings/fot/for04:21
Riddellreason is that it's needed by KDE 404:22
Riddelldoes anything else use cmake04:22
raphinkah KDE4 needs a new version of cmake?04:22
raphinkbut then we're not to put KDE4 in Dapper right?04:22
freeflyingRiddell: seems only kde4 need cmake now 04:22
raphinkso if we package KDE4 separately, we can put a new version of cmake together 04:23
Riddellfreeflying: in that case we do needs an UVF exception since KDE 4 needs that new version o04:23
Riddellof cmake04:23
freeflyingRiddell: when we package kde4, cmake2.4 may be out 04:24
Riddellamu: ping, do you want CDs for linuxtag or shall I sent them to tackat?04:24
Riddellfreeflying: but in the mean time people will be wanting to compile kde 4 themselves and will expect kubuntu to have a suitable version of cmake for it04:24
freeflyingRiddell: ok04:25
=== faked [n=faked@85-124-44-146.dynamic.xdsl-line.inode.at] has joined #kubuntu-devel
Riddellactually I didn't realise cmake was already in the archive04:25
amuto tackat is fine :)04:28
seaLneraphink: http://revu.tauware.de/details.py?upid=217304:28
freeflyingRiddell: raphink  done UVFe for cmake and quarry04:28
raphinkapproved?04:28
freeflyingraphink: just sent them  :)04:28
raphinknow you have to wait then04:29
raphinkwhen/if they are approved, please put the bug number in your changelog04:29
=== jdong [n=jdong@ubuntu/member/jdong] has joined #kubuntu-devel
raphinkseaLne: let me test build04:30
freeflyingraphink: I'd file bug to motu-uvf04:30
seaLnethanks04:30
raphinkyes freeflying, assign it to motu-uvf04:30
raphinkok seems good to me seaLne04:32
raphinkI'll upload04:32
seaLneta04:33
raphinkseaLne: uploaded04:38
seaLnegreat04:38
freeflyingraphink: shall ping dholbach for UVFe04:39
raphinkcan you close the bug please?04:39
raphinkfreeflying: no you don't need to04:39
raphinkjust assign your bug to motu-uvf04:40
raphinkand wait04:40
freeflyinghmh jut wait 04:40
=== apokryphos [i=[U2FsdGV@server2.polaristar.com] has joined #kubuntu-devel
=== jjesse [n=jjesse@mail.ftpb.com] has joined #kubuntu-devel
=== buga [n=burjang@csomalin.csoma.elte.hu] has joined #kubuntu-devel
=== OculusAquilae [n=bastian@p548D4210.dip0.t-ipconnect.de] has joined #kubuntu-devel
=== buga is now known as buga-away
=== Parkotron [n=parker@fctnnbsc16w-156034229076.nb.aliant.net] has joined #kubuntu-devel
=== incinerator [n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk] has joined #kubuntu-devel
mornfallRiddell: btw, there is one huge thing with kde on laptops06:35
mornfallRiddell: after mounting .kde/share/config, .kde/share/konqueror and /var/tmp/kdecache-mornfall my drive actually spins down and stays that way06:35
mornfallRiddell: by default, typing in url in konqueror causes spurious spinup06:36
mornfallRiddell: (mounting the abovementioned directories as tmpfs)06:36
mornfallRiddell: a good hour of difference on batteries, i'd say06:36
=== toma_ is now known as toma
hungermornfall: /var/tmp/kdecache-* tends to get *very* big here... I would not want that on a tmpfs.06:38
mornfallhunger: 14M06:39
hungermornfall: very big as in bigger than RAM+swap.06:39
mornfallhunger: probably depends on konqueror cache settings :)06:39
hungermornfall: I ran out of space in /var once...06:40
mornfallbut /var/tmp/kdecache-* would probably not cause much problems06:40
mornfalleven if on drive06:40
hungermornfall: I link /var/tmp to /tmp now:-)06:40
mornfallconfig and konqueror cause the problem06:40
mornfallhunger: i have /tmp on tmpfs :))06:40
hungermornfall: Outch.... /tmp is about 10G here:-)06:40
mornfallhunger: /tmp is volatile by FHS06:41
hungermornfall: /var has oven 2G free now... and those were taken by kdecache.06:41
mornfallhunger: some distros even rm -rf /tmp/* on boot IIRC06:41
hungermornfall: It is... /tmp gets formated on each reboot!06:41
mornfallhunger: *blink*06:41
mornfallhunger: what you do with /tmp pretty please?06:41
hungermornfall: I encrypt it with a random key, so I have to format it.06:42
mornfallyou run squid for 1000 users? :)06:42
mornfalloh my06:42
mornfallanyhow06:42
mornfallgotta run -- theatre06:42
mornfalllaters06:42
hungermornfall: Nope... just store DVD images there till I get round to burn them, that kind of stuff.06:42
mornfallRiddell: i'll talk to you about the laptop thing later :)06:42
hungerIs audiocd:/ broken in dapper?06:43
hungerI have to use that crappy kaudiocreator:-(06:43
Riddellmornfall: ok06:45
=== apachelogger [n=me@amarok/rokymotion/apachelogger] has joined #kubuntu-devel
=== Mez [n=Mez@ubuntu/member/mez] has joined #kubuntu-devel
=== Tonio_ [n=tonio@tonio.planetemu.net] has joined #kubuntu-devel
Tonio_hi all07:12
jjessehello Tonio_07:13
=== apachelogger [n=me@amarok/rokymotion/apachelogger] has joined #kubuntu-devel
=== apacheLAGger [n=me@amarok/rokymotion/apachelogger] has joined #kubuntu-devel
=== buga-away is now known as buga
=== apacheLAGger is now known as apachelogger
jjessequite channel, everyone must be either asleep or eating :)07:28
apacheloggerhm07:29
apacheloggereating is a good idea07:29
apacheloggerAFK07:29
=== LeeJunFan [n=junfan@s64-186-37-84.skycon.net] has joined #kubuntu-devel
=== raphink [n=raphink@ubuntu/member/raphink] has joined #kubuntu-devel
=== apachelogger [n=me@amarok/rokymotion/apachelogger] has joined #kubuntu-devel
=== Pygi [n=mario@83-131-243-249.adsl.net.t-com.hr] has joined #kubuntu-devel
PygiTonio_: ping07:47
PygiLure: around?07:47
Tonio_Pygi: pong ?07:48
PygiTonio_: I hope you haven't listened to Luka, and remove L-R-M from our repo?07:49
Tonio_didn't yet ;)07:49
Tonio_why ?07:49
Pygiread the mail...07:49
Tonio_I have 200 mails to read07:50
Tonio_can you resume quicly plz ?07:50
Pygihm, ok ^_^07:51
PygiL-R-M patched ones in official repo DON'T WORK07:51
Tonio_oki ;)07:54
PygiTonio_: and joy...200 mails :-P08:02
=== Lure [n=admin@clj46-234.dial-up.arnes.si] has joined #kubuntu-devel
PygiLure: read mail...08:08
LurePygi: does it fail in general or just madwifi?08:08
Pygiwell, the patch is for madwifi08:09
Pygiso madwifi fails ^_^08:10
PygiTonio_: We have patch that should make n-m behave properly about the scanning bug08:11
Tonio_hum sounds good ;)08:13
Tonio_is _ion working on it ?08:13
=== Pygi revokes statement
Tonio_he has ftp access to the repo now08:13
Pygiah, ok ^_^08:14
Pygiwe don't have the patch :-S I was wrong ;)08:14
Tonio_Lure: just read allee's mail08:14
Tonio_he wonders why we removed vpn from knetworkmanager08:14
Pygihuh, I answered then for 10 times08:14
Tonio_why has it been removed from networkmanager first ?08:14
Lurebecause there is no VPN in nm08:14
Tonio_it is a special feature in nm-applet and knetworkmanager then ?08:15
Lurebecause core developers said that we should not add features beside wpa08:15
Tonio_is it calling yast in the first place ? or does it work directly with openvpn/vpnc ?08:15
Lureno, VPN is part of n-m, GNOME/KDE front-end just provide configuration interface08:15
Tonio_Lure: okay ;)08:15
Tonio_we should explain that to allee then08:16
PygiTonio_: gimme his mail, I'll talk to him08:16
Lureit is hard to explain - we are in FF and adding VPN would just reduce possibility to get n-m in08:16
PygiLure: just gimme his mail 08:16
Tonio_lure do you have the mail ?08:16
Tonio_still 140 mails.....08:17
LureTonio_: I have replied to that e-mail already and have provided new patches for latest kNM08:18
LureI will explain him when/if he gets online08:18
Tonio_Lure: did you send me the patches ?08:19
Tonio_I will repackage then08:19
LureYes (around 13:00 CET today)08:19
LureI am already using it, and got one crash on connect which I would like to reproduce now with debugs08:19
PygiI'll try to contact Robert about the scanning 08:20
LureJust to be sure that I did not break something with my patches (which I doubt since I do not change anything on connect code)08:20
LurePygi: what is the fix for scanning?08:20
=== allee [n=ach@allee.exgal.mpe.mpg.de] has joined #kubuntu-devel
Lureallee: hi08:21
Tonio_Lure: so many mails to read......... can you provide me the extracted tarball plz ?08:21
alleeLure: hi08:22
alleeLure: nice, did a reboot just before I wanted to leave and ati driver went cracy :(08:22
Tonio_allee: hello ;) just reading your email08:22
alleeLure: switching to console back to x fixed it.  Puuuhhhh!08:22
Lureallee: got my e-mail about kNM and VPN - we had to remove it as Ubuntu NM does not have VPN 08:22
alleeLure: heah, I thought about pkging them  (but lack the time currently)08:22
Lureallee: I get full hang on logout (100% with fglrx, 20% with ati08:22
PygiLure: no fix for now...I was overreacting...08:22
LurePygi: I would be very happy - but... :-(08:23
PygiLure: heh :-/08:23
alleePygi: hi.  I say l-r-modules has a madwifi patch.  It this was you were looking for?08:23
Tonio_any url for new knetworkmanager tarball plz ?08:23
LureTonio_: where should I put the tarbal?08:23
Tonio_I'm going to package toonight08:23
Tonio_Lure: tonio@ubuntu.com :) let's do simple08:24
Pygiallee: L-R-M modules in official repo have madwifi patch, but it doesn't work...we'll look into it later...read the forum08:24
=== Tonio_ still 120 mails to read........
alleeTonio_: I've none. I stopped last night when the compile failure happened08:24
alleePygi: uhm, forum are too much for me :(08:24
Pygiallee: ah ;-)08:25
Tonio_Lure: isn't that better to wait for the suse guy to send us up-to-date tarball as he promissed ?08:25
LureTonio_: on it's way...08:25
alleeAnyway.  The highway is waiting for me.  See you later or tomorrow. Bye08:25
PygiTonio_: of n-m or knetworkmanager?08:25
LureTonio_: we can - I do not feel much pressure, but they are now dicussing SVN on freedesktop.org a08:25
LureI am concerned that this may take some time...08:25
Tonio_Pygi: knetworkmanager08:26
Tonio_Lure: he talked about this WE no ?08:26
Tonio_we should wait and focussed on that version then, lmaybe08:26
Tonio_instead of working toonight, and restart everything in three days......08:26
Tonio_that's my opinion08:26
Tonio_the most important is n-m08:27
LureTonio_: fine with me - not much new anyway08:27
Tonio_if it is approved for main, knetworkmanager will follow easilly08:27
LureI will test it on my system and see how it goes...08:27
Tonio_Lure: okay ;)08:27
Lureallee: bye and safe trip08:28
alleeLure: thx08:29
=== Parkotron [n=parker@fctnnbsc16w-156034229076.nb.aliant.net] has joined #kubuntu-devel
Parkotronkwwii: Are you around?08:55
LeeJunFanI hate when I spend hours trying to figure something out thinking it's just my setup only to find an actual bug has been documented. hehe09:03
superstonedriddell: a "kde 3.5.2 works fine for me" from here ;-)09:29
hungerThere are new kde debs?09:29
Riddellsuperstoned: version?  arch?09:29
hungerWhy are they not in dapper yet? ;-)09:29
Riddellhunger: because 3.5.2 hasn't been released09:30
superstonedriddell: i386, latest from kubuntu.org09:30
Riddelland because I havn't asked or got an upstream version freeze exception09:30
hungerRiddell: Ah, that explains it;-)09:30
Riddellsuperstoned: dapper?09:30
superstonedriddell: yes09:30
Riddellsuperstoned: excellent, thanks09:30
=== Lure [n=admin@clj46-234.dial-up.arnes.si] has joined #kubuntu-devel
superstonedriddell: if such a thing is usefull (hearing a 'works for me(TM)') i can tell you also latest amarok and koffice from beta on kubuntu.org work great ;-)09:31
superstonednot perfect, sure, had the 'icons disappear' bug a few days ago - once. and kword can crash now and then, but just rarely - its generally very stable.09:31
Riddellsuperstoned: thanks, test reports are always useful09:31
hungerRiddell: koffice-beta and amarok installed fine here, too.09:31
Riddellhunger: groovy09:32
hungerRiddell: both seem to work fine, but I have not tested them too thouroughly.09:32
superstonedi just use them. no probs...09:32
Riddellinstalling daily CDs and testing daily-live CDs from cdimage.ubuntu.com is also welcome any time09:32
hungerRiddell: Maybe koffice could depend on kplato as well?09:32
superstonedbut i can stand a little instabillity, been using beta's, alpha's and even SVN for most apps i run since i started to use linux... didnt switch for stabillity, but for fun :D09:33
hungerRiddell: It is part of the suite but not installed by default (and pretty nice, too).09:33
RiddellTonio_: see that in #ubuntu-meeting?  keybuk expects n-m 0.6 in by next monday09:35
Riddellhunger: good point, although kplato is only a "technology preview" I believe09:36
PygiRiddell: that's not going to be good :-/09:36
RiddellPygi: why?09:38
PygiRiddell: because the greatest problem of all, disconnects due to constant n-m scanning is still present09:38
=== theball [n=shane@perseus.mpcu.com] has joined #kubuntu-devel
PygiRiddell: we need to solve that...09:41
RiddellPygi: does keybuk know about it?09:42
PygiRiddell: probably not...09:42
Pygiwant me to poke him?09:42
LurePygi: it will be no worse than current n-m - why concerned?09:42
PygiLure: yes, but we need to get it right...09:42
LureJust more testing and effor tin getting it fixed09:42
Pygibecause USERS do count09:42
PygiLure: no, it has to be fixed09:43
PygiRiddell: Do I need to poke keybuk for that?09:43
RiddellPygi: he's the n-m maintainer, so yes :)09:43
PygiRiddell: kk, will do now ^_^09:43
LureTonio_: we should probably prepare new kNM package (rename + update), just in case09:44
Tonio_Lure: I will ;)09:45
Tonio_Riddell: thanks for the info, I'm preparing the new knm package actually09:46
Tonio_will be on my repo toonight09:46
PygiLure: network-manager-kde should be probably09:47
Lureyes09:47
Pygibut I would prefer if we could just call it kde-network-manager & gnome-network-manager09:47
LurePygi: I told you - persuade debian maintainer - it is not our call ;-)09:48
Lurefor package names it make sense to have same prefix, for binary names having gnome/kde first makes more sense (IMHO)09:48
mornfallre09:48
mornfallRiddell: the thing is, on my laptop, using konqueror makes drive spinup all the time completely needlessly because of fsyncs of config files09:51
mornfallRiddell: so i guess that's something very well worth considering09:51
mornfallRiddell: for dapper+109:52
Tonio__Sime_: ping ?09:52
sebasmornfall: You could use laptop_mode as a workaround.09:52
mornfallRiddell: something that puts .kde on a ramdisk and backs it up regularly would be almost perfect i think09:53
mornfallsebas: how so?09:53
mornfallsebas: i have laptop-mode-tools09:53
Riddellmornfall: that sounds quite non-trivial to do09:53
mornfallsebas: but whatever you do, hardly anything will save you from fsync()09:53
sebas/proc/sys/vm/laptop_mode09:53
mornfallRiddell: that's why i say dapper+109:54
sebasThat keeps dirty data in cache and writes it to disk when reads are done.09:54
sebasCan save quite some battery power09:54
mornfallsebas: let me repeat once again09:54
mornfallsebas: fsync09:54
mornfallwhich part you don't understand? :)09:54
mornfalli of course have laptop mode09:55
sebasI thought the *exact* point of laptop was to queue those.09:55
mornfallbut laptop mode is sane enough to not turn fsync into noop09:55
mornfall*sigh*09:55
mornfallsee, normal write operations are obviously postponed09:55
mornfallsebas:        fsync, fdatasync - synchronize a files complete in-core state with that on disk09:55
sebasmornfall: I obviously should read my manuals better. :)09:56
mornfalllaptop-mode is useless in presence of regular fsyncs09:56
mornfall(like syslogd tends to do :)09:56
sebasSorry for the ignorance, though09:56
mornfallbut syslogd is easy to resolve09:56
mornfallkonqueror less so -- typing in url triggers fsync here :'(09:57
sebasHmm09:57
mornfallbecause kconfig fsyncs after write09:57
=== _ion [i=johan@kiviniemi.name] has joined #kubuntu-devel
mornfallwell, at least i think that09:57
Pygi_ion: k, now the naming thingy ;)09:57
Pygiwhy can't we just call it gnome-network-manager & kde-network-manager instead of that...09:58
Pyginetwork-manager-gnome & network-manager-kde09:58
_ionWell, network-manager-gnome was chosen because that's what Debian is going to have AFAIK.09:58
Lure_ion: exactly09:58
Pygio joy09:58
mornfallsebas: with advancedpowersave (which apparently works nicely for me) turning off wlan, usb, souund and with this tmpfs mod to kde, laptop-mode and some other settings, i can squeeze some 6 hours out of the thing09:59
=== Pygi kills Debian
mornfallsebas: 4:30 was best i got with default powersave mode09:59
PygiTonio_: pokes....09:59
Pygi_ion: lemme talk a sec with Tonio_ about ur update...09:59
_ionpygi: Ok. :-)09:59
sebasmornfall: What hardware is it?09:59
mornfallsebas: dell latitude d41009:59
_ionpygi: I can revert the evil change, if you think so. There are also other changes i listed in the message.10:00
mornfallipw2200 for wireless (even the led thingy works now! :-)10:00
sebas6 hours is really nice, but that's probably without working on it?10:00
Pygi_ion: yup, I saw ^_^10:00
Pygi_ion: nothing is that evil...I think we can get it in...10:00
Pygisec pls10:00
mornfallsebas: well, depends on definition of working -- reading/writing text, irc, web10:00
mornfallsebas: for development i guess 4 hours will have to do :)10:00
sebasStill quite OK.10:01
Luremornfall: with just one (main) battery?10:01
Tonio_Pygi:  ?10:01
mornfallLure: single (extended) battery10:01
PygiTonio_: are we comfortable with "evil changes" _ion made?10:01
Tonio_Pygi: didn't saw what he changed10:01
Tonio_is that on the repo ?10:01
PygiTonio_: no, sec pls10:02
Luremornfall: interesting - I have to play a bit too (battery life started to bother me...)10:02
mornfallit's also very quiet and cool with these settings :)10:02
Luremornfall: can you document somewhere what you did?10:02
Tonio__Sime_: ping me when you're available plz ^^10:02
mornfallLure: hmm :)10:03
mornfallthat would be ... useful10:03
Lure;-)10:03
_iontonio: I sent an email.10:03
Lure_ion: did you sent also to Keybuk - he is supposed to push nm 0.6 to main tommorow10:04
Tonio__ion: okay10:04
Pygi_ion: I sent him all...10:04
Pygi_ion: As far as I am concerned, we can include that...10:04
PygiTonio_: I sent you a pm10:04
_ionpygi: Ok. I hadn't sent him email.10:04
Tonio__ion: according to what I saw, that means that debuild -s -sa && debuild will generate a big diff....10:04
Tonio_which isn't very convenient10:04
Pygi_ion: hm, you did ;)10:05
mornfallLure: gigabyte of ram really helps keeping the drive in standby, too10:05
mornfallLure: but it should be workable with 51210:05
Tonio__ion: can go like that but in an ideal world, it is nice when no files get modifyed except with patches10:05
Luremornfall: true - have noticed that (I am on 1GB now for 4 months)10:05
_iontonio: Hmm  with the change, the diff should be _smaller_ because debian/patches/* don't need to modify the autogenerated files.10:06
_iontonio: Or did i misunderstand?10:07
Tonio__ion: ok, not sure to really understand what you did in fact10:07
Pygi_ion: care to explain him?10:08
Tonio__ion: in fact you don't change files generated by automake and autoconf10:08
Tonio_and run auto* via rules10:09
Tonio_not sure to really understand what does it change10:09
Tonio_you're cleaning the sources and automate the automake/autoconf usage ?10:09
Tonio_the problem with this technique is that it can make the package very complicated to maintain10:09
_iontonio: In 0.5.1 the patches modify the original files (configure.in, **/Makefile.am) as well as files generated based on them (configure, **/Makefile.in). What i want to do is only modify the originals and let autoconf+automake generate the other files, thus overwriting the generated files that came with the original source. That makes the patches smaller and easier to maintain. But that causes one problem: autoconf and automake overwrite stuff ...10:09
_ion... that came in the orig source, so debian/rules clean is unable to really clean the directory to its original state.10:10
Tonio__ion: hum.......10:10
=== tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #kubuntu-devel
Tonio_doesn't cause real issue technically, and that happens very often with packages in universe10:10
Tonio_don't know what do the guys expect for main on that point10:10
Tonio_I would say that's quite okay10:10
_ionSo i thought that maybe put the to-be-overwritten stuff to a tarball before the 'build' phase and put them back during the 'clean' phase.10:11
Tonio__ion: nope, we have to keep the tarball untouched10:11
PygiTonio_, _ion: as I already said, it looks fine ... no reason why not to include it...10:11
Tonio_I would personnaly say that's okay10:11
=== enfact__ [n=enfact@c-24-63-70-248.hsd1.ma.comcast.net] has joined #kubuntu-devel
Tonio_need asking coredevs on ubuntu-devel to get their opinion10:12
_iontonio: network-manager-0.6.1.orig.tar.gz isn't modified.10:12
Tonio__ion: I know ;) but you were talking about including modifications to the tarball ;)10:12
Tonio__ion: once again, I would say it is okay, but I'm not the bible ;) and maybe the "main" inclusion requires some kind of policy I don't know :)10:13
Pygi_ion: so build package, and upload it to the repo...ok? 10:13
PygiTonio_: for now, it's our repo, no main ;)10:13
Tonio__ion: if it was me for example, I would cdbs the package, but well, you were told it was better to only use debhelper....10:13
Tonio_Pygi: then to me it is nice10:13
_ionOk, i'll build and post it.10:14
_ionbackup.tar:10:14
_ion        tar cf $@ --files-from debian/backup.filelist --remove-files10:15
_ionThis is what happens before the 'build' phase.10:15
_iondebian/backup.filelist contains lines like "configure", "Makefile.in", "src/dhcp-manager/Makefile.in" etc.10:15
_ionThose will be overwritten during 'build' by autoconf+automake10:15
_ionrestore:10:15
_ion                tar xf backup.tar && \10:16
_ion                rm -f backup.tar; \10:16
_ionThat happens during 'clean'.10:16
_ionSo after building the package one can 'debuild -S' and get the _same_ diff.gz10:16
_ionNot one with all the generated files different from .orig.tar.gz10:16
=== kmon [n=javier@217.Red-80-25-51.staticIP.rima-tde.net] has joined #kubuntu-devel
mornfallwonderful... even edit-compile-testsuite cycle keeps disk in standby10:24
_ionpygi, tonio: Ok, i uploaded it.10:25
Pygi_ion: great ^_^10:26
Tonio_cool ;)10:26
_ionhttp://johan.kiviniemi.name/ubuntu/nm-bugs10:26
_ionIs the patch listed in the first paragraph helpful?10:27
kmondoes anyone know when the networkmanager community package will enter dapper repo?10:27
Tonio__ion: I tried it but as I explained to you, build fails with it10:27
PygiTonio_: we need to fix the patch10:28
Pygikmon: well, we'll see ;)10:28
Lurekmon: maybe tommorow (but may not include everything from test packages)10:28
Tonio_Pygi: I'm not a C coder...10:28
_ionUh, this: http://svn.debian.org/wsvn/pkg-utopia/packages/unstable/networkmanager/debian/patches/timeout.patch?op=file&rev=0&sc=010:28
Pygikmon: we are currently doing it, so wait ;)10:28
Tonio_I can't fix this10:28
PygiTonio_: I am, but ...10:28
kmonPygi: Ok, thanks :)10:28
_iontonio: I've been so tired i haven't been able to try to fix it, but i'm going to.10:28
Pygikmon: yw ;)10:28
_ion(The madwifi patch)10:28
Tonio__ion: great ;) 10:28
Tonio_sorry for not beeing able to do it myself....10:29
_ionNo problem.10:29
kmonand are there any news on progress with the kpowersave package?10:29
Tonio_I can help on several points, but I'm limited concerning this10:29
Pygi_ion: the l-r-m fail, infinity promised to look into it later...10:29
Pygikmon: can't help on that...10:29
Lurekmon: I plan to look on kpowersave more when we get n-m stabalized a bit10:29
kmonLure: Thanxs.10:30
Lurekmon: but there is still quite some work to play nicer with Ubuntu acpi-support...10:30
Lurekmon: there was also new kpowersave rc released today - we may want to include soon10:30
kmonyou are doing a great job with kubuntu. (everyone here ;)10:31
mornfallLure: working on dapper+1?10:31
Lurekmon: are you testing kpowersave - is hibernate/suspend working for you?10:31
_ionpygi, tonio: Have you looked at this patch Lure mentioned? http://madwifi.org/attachment/ticket/462/wext19_060322.patch10:32
kmonLure: I've just bought a new laptop. It's the acer ferrari 4005.10:32
Luremornfall: no, I would just like to get latest powersave to universe (where it is, but old)10:32
kmonUnfortunately, it has crappy hw10:32
kmonand I can't use correct resolution in X without fglrx10:32
Pygi_ion: please gimme a sec to check it out all,ok?10:32
mornfall0.5.10 here10:32
_ionSure.10:32
kmonand AFAIK, fglrx == No hibernate or suspend....10:33
Pygi_ion: what is it supposed to do anyway?10:33
Tonio__ion: very big patch...... will not be easy to maintain ;) but if it works, could be nice to try10:33
kmon:(10:33
Lurekmon: ati - see my laptop page for hints (you need to help "ati" driver a bit)10:33
_ionpygi: Apparently that's supposed to fix the timeout problem with madwifi.10:33
PygiTonio_: yes, I'll look into the code now...10:33
Tonio_Pygi: I assume that corrects the madwifi signalstrengh issue10:33
Lurefglrx hibernate/suspend worrks10:33
Lurebetter than ati for me10:33
kmonLure: Ok, I'll try this weekend10:33
kmonLure: I also need to see how can I get apt-get to compile source packages.... never done before10:34
Tonio__ion: is it the patch I believe ?10:34
Lurekmon: see https://wiki.ubuntu.com/LaptopTestingTeam/HPNW8240/Kubuntu10:34
Pygi_ion: the patch seems not to be finished, but ...10:34
Lureyou do not need to compile anything - Dapper has latest fglrx driver from ATI10:34
Pygi_ion, Tonio_: I would say go for it...10:35
kmonLure: added to bookmarks...10:35
Lure_ion: I have just noticed it in NM mailing list10:36
Lureproblem is that if I would have madwifi HW, I would test it, but otherwise it is hard to say what impact may have 10:36
_ionYep.10:37
Pygi_ion: just go for it...apply the patch10:37
_ionCould someone else build the l-r-m package? It would take something like a year with my computer. ;-)10:38
Tonio__ion: sources ?10:39
=== kmon reboots...
=== kmon [n=javier@217.Red-80-25-51.staticIP.rima-tde.net] has left #kubuntu-devel ["Kopete]
Tonio_hum, sorry, I wasn't in ;) I'm trying to build it10:39
PygiTonio_: on new kernel build, I hope?10:41
Pygiand btw. we need to make it have bigger version then the one in the official repo if we want people to get updates..10:41
Tonio_Pygi: okay10:42
Tonio_Pygi: was just thinking, is it our job to build l-r-m ?10:42
Tonio_could that be done by the ubuntu maintainer instead ?10:42
PygiTonio_: yes, but not today :-/10:42
Tonio_Pygi: okay10:42
Pygithanks10:43
PygiTonio_, _ion: Ok, this is really, really weird...10:47
Tonio_Pygi: the patch ?10:47
Pygino, not the patch...We've just been reported that the new L-R-M work :-/10:48
_ion:-D10:48
=== Tonio_ doesn't understand anything
_ionMaybe it's magic.10:48
Pygi_ion: but it's practicly not  possible :-/10:48
_ionYou mean no timeout problem anymore with madwifi?10:48
Tonio_do I need to build something then ?10:48
PygiTonio_: just you build...10:48
Pygi_ion: no, the problem where Madwifi fails to recognize WPA abilites of card..10:48
Tonio_Pygi: plz be clear ;) I'm half drink, alf tired :)10:49
PygiTonio_: k, sorry ^_^10:49
Tonio_I need clear english actually ^^10:49
_ionpygi: Oh, that. The patch was included in the package.10:49
Tonio_half drunk/half tired10:49
Tonio_sorry ;)10:49
Pygi_ion: yes, I know...but for some reason it doesn't work for Seveas, and a lot of other people10:49
Tonio_Pygi: what do I do then ?10:50
Tonio_if it works, I would suggest nothing but.....10:50
PygiTonio_: just build the package with the patch please ^_^10:50
PygiTonio_: no, it doesn't have anything to do with this patch ;)10:50
Tonio_Pygi: okay10:50
LureTonio_: there are two issues with madwifi: WPA support and disconnects10:50
LureWPA support should be in offical repo, but there was report(s) that it does not work yet10:51
Lurebut there are reports that it works also10:51
LureThe new patch is supposed to help with disconnect issue10:51
=== kmon [n=javier@217.Red-80-25-51.staticIP.rima-tde.net] has joined #kubuntu-devel
Lurewe want to get it in our test repository for wider testing10:51
Lureif it helps, great - we will ask infinity for inclusion, otherwise bad luch for madwifi users10:52
Tonio_Lure: thanks for that clear explanation ;)10:52
Tonio_building10:52
Pygibah, I am not good in explaining..thoughts Tonio_? ;)10:53
Tonio_I'm just back from the restaurant, and the wine was a bit too good :)10:53
PygiTonio_: please make sure you don't forget to increase version number above from the one in official repos?10:53
Tonio_Pygi: exactly ;) ^^10:53
Lurewe know that you are french... ;-)10:53
Tonio_Pygi: no need to increase the version10:53
Lure(wine and stuff)10:53
Lure;-)10:53
Tonio_when md5sum changes, upgrades are provided anyway10:53
PygiTonio_: ah,kk10:53
=== _ion remembers he has some cheap whiskey left.
PygiLure: so this patch should help with disconnect issues?10:54
Tonio_Lure: unfortunately yes, I'm french, and loving red wine when going to the restaurant :)10:54
LureTonio_: but offical repo is before ours (in most cases), therefore ours will not be considered10:54
Tonio_Lure: that doesn't change anything :)10:54
LurePygi: I am not sure - the thread it was discussed was about disconnect issue, and some comments claim that it sould improve10:54
Tonio_if apt detects an md5sum somewhere in the repos, the update is going on10:55
LureTonio_: I do not get this - if two repos have same package (incl version) - which one will be installed?10:55
LureI suspect the first listed in /e/a/sources.list10:56
mornfallgood night10:56
Tonio_Lure: supposedly the latest modified10:56
Tonio_but not sure of that :)10:56
Pygibah, we'll just have to check ;)10:56
Pygiif not, you'll be the one increasing version ;)10:56
PygiTonio_: done? 11:11
Tonio_Pygi: nope11:12
Pygiah, yes, it takes ages ^_^11:12
Tonio_the actual source code is COMPLETLY different from the one given by that patch.........11:12
Tonio_there are things to replace that don't exist in the actual code11:12
Tonio_I can't merge this patch11:12
Pygilol, patch for version 0.6.0 :-/11:12
Pygi_ion: around?11:13
_ionpygi: Yep.11:13
Pygi_ion: we need to port this patch to 0.6.111:13
_ionpygi: Ok.11:13
Tonio_Pygi: the patch supposes a 4200 ieee80211_wireless.c11:14
_ionHmm. Which of them? :-)11:14
Pygihttp://madwifi.org/attachment/ticket/462/wext19_060322.patch11:14
Pygithis one...11:14
Tonio_our version is 2400 only11:14
Tonio_I need to replace lines that simply don't exist in our version11:14
Pygibut I am not sure that this is good...perhaps 0.6.1 already has this?11:14
Tonio_that means the patch needs LOTS of changes that I can't do myself11:14
PygiTonio_: yes, yes ;)11:15
_ionThat's for madwifi, not n-m.11:15
Tonio__ion: yes, I'm in l-r-m actually11:15
Pygi_ion: ah, yes, sorry ;)11:15
Tonio_but look by yourself ;)11:15
PygiTonio_: perhaps by joined forces of you, _ion's and me, we could do it?11:15
_ionI'll look at it later, but i'm not feeling very good now, i need to rest.11:16
Tonio_Pygi: unless you know kernel code very well ;)11:16
Tonio_Pygi: example, line 392911:16
Pygi_ion: k, rest ^_^11:16
Tonio_(iw_handler) in the line to be replaced11:16
Tonio_Pygi: this complete portion of code misses in our version.......11:17
Tonio_not only one line, but the complete section......11:17
Pygi3929 in the patch?11:17
Tonio_392911:17
Tonio_11:17
Tonio_        (iw_handler) NULL,                             /* -- hole -- */ 11:17
Tonio_this11:17
Pygiah11:17
Pygi3929                return -error; 11:18
Tonio_that simply doesn't exist in our source code11:18
Pygithis is what I saw in a patch, so :-P11:18
Pygihm, you sure you got the right patch? ^_ ^11:18
Tonio_not in the text version of the patch ;)11:18
Tonio_on the webpage11:18
Pygito me line 3929 is 3929                 return -error; 11:18
Pygiand yes, on the webpage11:18
Tonio_hu ????????11:19
Pygihttp://madwifi.org/attachment/ticket/462/wext19_060322.patch11:19
Pygiare you lookin' at this or?11:19
=== LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #kubuntu-devel
Tonio_yes11:19
Tonio_look at the first line :)11:19
Tonio_first column, "old", not the second "new"11:19
Pygi}  ???11:19
Tonio_there are two columns for the line numbers11:20
Pygiyes, I see that ;)11:20
Tonio_then search for old "3929"11:20
Pygio, joy ;)11:20
Pygifound it, sorry :-P11:20
Tonio_yes ;)11:21
Pygihm, so l-r-m aren't correct :-/11:21
Tonio_that portion of code doesn't exist in our actuall source code.... so patching this will be a weired job11:21
Tonio_we miss about 1200 lines compared to the file the patch refers11:21
Tonio_means about 30% of code missing11:21
Pygiyes :-/ the question is why do we miss that code?11:22
Pygithat's a hell of a diff :-/11:22
Tonio_yes11:22
Pygihm, what about making diff, applying to our version, and then patching with this patch? :-/11:22
Tonio_and when I'm drunk, that horribly hard to adapt that kind of patch ^^11:22
Tonio_Pygi: means we don't have only one file to diff, but I think the complete madwifi section11:23
Pygiyes, I know...11:23
Tonio_if that file is outdated, about all files of the driver source will be........11:23
Pygiand the question really is, why do we miss so much code...11:23
Tonio_Pygi: outdated madwifi ?11:24
Pygiyes, we probably have outdated madwifi :-11:24
Pygi:-/11:24
PygiTonio_: this is BIG :-/11:27
Tonio_yup...11:27
Pygihm, come to #ubuntu-devel pls11:27
PygiTonio_: as keybuk suggested, maybe it's patch for -ng?11:34
Tonio_Pygi: for what ?11:35
PygiTonio: for madwifi -ng11:35
Tonio_and where the package is ?11:35
Tonio_do we have it ?11:36
Pygiwe cannot use madwifi -ng11:36
Pygiit's unstable11:36
Tonio_k11:36
Tonio_so there is no solution11:36
Pygiseems like it :-/11:37
PygiTonio_: any suggestions? :-/11:39
Tonio_unfortunately no........11:40
Pygihm :-/11:42
PygiTonio_: we have to think more :-/11:44
Tonio_Pygi: as I don't code, I can't help on that point....11:45
Tonio_I can help on the packaging part, but that's all11:45
PygiI can code, but I don't see what I can do here :-/11:45
Tonio_:/11:46
LureTonio_: I can code, but I have coding if I cannot test (no madwifi HW)11:46
Lures/have/hate/11:47
PygiLure: no point in coding here... what would you code actually? ;-/11:47
Lurethere is part of the patch that I consider of interest (at the end)11:47
PygiLure: that patch is for madwifi -ng11:47
Pygiwe are missing a lot of code11:47
Pygiand we cannot apply a diff, as diff is from the -ng11:47
LurePygi: why do you think is for -ng11:52
Pygicause it says "trunk"11:52
Pygiit's -ng11:52
Luredid you check the bug report: http://madwifi.org/ticket/46211:52
Pygibtw. you posted this11:52
PygiI am glad you confirmed that WPA works with latest L-R-M and madwifi - there was some concern that patch was not taking the effect.11:52
Pygiand he was the only one that reported it works...11:52
Pygifor none else it worked...11:52
LureNeoChaosX also confirmed11:52
Lureno other report in forums of not working 11:53
Pygiyes, but that is due to older l-r-m already there11:53
Pyginot in forums, but mails and irc11:53
Lureit was camelreef reporting failure and then success11:53
Pygiah11:54
Lurewho reported on mail and irc (have not seen those)?11:54
PygiSeveas for example11:54
LurePygi: I do not think older l-r-m can be an issue - the version changed therefore it cannot be picked up from old directory11:55
Pygiyes, but local changes remain11:55
Pyginah, I am telling that older l-r-m help11:55
LureI though Seveas is testing NM from cvs (WPA enterprise)11:55
LurePygi: it cannot help, because /lib/modules/<version> is different (-18 vs. -19)11:56
Lureit could help only if -xx would not change (like 2.6.15-19.29)11:56
Pygiah11:56
LureCan you check with Seveas again (not sure if he is online) just to be sure11:57
LureI have seen his posts to NM mailing list today and I thought that he is testing bleeding edge currently11:57
PygiLure: please address the new post in forum if you have time?11:58
Lurewill check - actually Seveas is just discussing the topis in #u-devel11:58
PygiTonio_, Lure: please keep me updated on the matter throught mail12:00
PygiI have to go now12:00
LurePygi: ok - bye12:01
PygiLure: the conclusion of #u-devel or somethin...please send it to me12:01

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!