1142640002 M * micah well, i can just deselect mtd from my config of course, but it would be better to file a bug in the debian bug tracker, which might push upstream 1142640024 Q * bonbons Quit: Leaving 1142640034 M * Bertl yeah, we concluded that removing the definition and including mount.h might be the best option 1142640055 M * Bertl (would fix mainline and vserver) 1142640084 M * micah so remove the name_to_dev_t definition in drivers/mtd/devices/blkmtd.c:617 and replace with an #include 1142640103 M * Bertl yeah, well, move the include to the beginning, but yes 1142640111 M * micah right of course :) 1142640113 J * rs ~rs@vol75-7-82-229-177-124.fbx.proxad.net 1142640120 M * Bertl welcome rs! 1142640140 M * micah I shall try that 1142640182 M * daniel_hozac well, for vserver, you don't need an include at all. 1142640196 M * Bertl that's right, but it would not hurt 1142640231 M * daniel_hozac it seems i already have a hunk to remove the declaration entirely in my 2.0 patch... 1142641422 N * W0nka Wonka 1142641517 M * micah just compiled past the mtd area, so it appears as if its working 1142641546 Q * mkhl Quit: 1142642325 M * micah Bertl: so i can write a coherant bug report, is this correct: "There is a local reclaration of name_to_dev_t in drivers/mtd/devices/blkmtd.c:617 which causes compatability problems with anything that uses linux/mount.h"? 1142642360 M * micah i'm not satisfied with the "with anything that uses linux/mount.h" part 1142642361 M * Bertl hmm, well, it's an incosistency with mount.h 1142642376 M * Bertl (or with the function itself) 1142642424 M * micah so it causes problems with any 3-rd party add-on that uses mount.h? 1142642467 M * Bertl maybe say: the blkmtd.c defines name_to_dev_t() different than the function, so it needs to be corrected, the best way to do so would be to remove the declaration and include the mount.h 1142642484 M * Bertl (then the function is actually defined/declared) 1142642499 M * Bertl the second best option would be to change the declaration 1142642522 M * micah yeah, but I guess I need to provide a reason why this should be changed because it works fine without the vserver patch 1142642537 M * Bertl well, it _is_ just wrong 1142642537 M * micah ie. something about the correct nature of the vserver patch triggers this bad code 1142642631 M * Bertl it's like having extern int x; and extern long x; on x86 1142642642 M * micah yes, its clear it is wrong 1142642655 M * Bertl that should suffice to fix it, no? :) 1142642669 M * micah but what I am afraid of is that nobody will care about it, because it doesn't cause a problem, so I want to point out how this impacts things 1142642675 M * Bertl if not, jsut ignore the warning with vserver 1142642695 M * micah it actually is an error, not a warning, which causes the compile to die 1142642714 M * Bertl hmm, gcc should only warn 1142642961 M * micah I wonder why it bombed out on me 1142642996 M * Bertl what 'error' did it give you? 1142643021 M * Bertl (could be wrong there) 1142643051 M * micah drivers/mtd/devices/blkmtd.c:617: error: conflicting types for 'name_to_dev_t' 1142643054 M * micah include/linux/mount.h:90: error: previous declaration of 'name_to_dev_t' was here 1142643058 M * micah make[4]: *** [drivers/mtd/devices/blkmtd.o] Error 1 1142643080 M * Bertl gcc4? 1142643100 M * micah yes 1142643113 M * Bertl well, it's probably a sane thing to error out ... 1142643282 M * micah well I've submitted the bug to debian, I dont know what my luck would be getting it accepted upstream 1142643453 M * daniel_hozac i guess a patch to linux-mtd can't hurt. 1142643504 M * daniel_hozac their IRC channel wasn't terribly responsive :) 1142644678 Q * lilalinux_ Remote host closed the connection 1142646855 J * ntrs ~ntrs@68-188-37-15.dhcp.stls.mo.charter.com 1142646863 M * Bertl welcome ntrs! 1142648174 Q * serving Ping timeout: 480 seconds 1142648218 J * rootx ~rootx@224-26.connection.cz 1142648355 M * Bertl welcome rootx! 1142648394 M * rootx would u someone take me little advice -- do u know pls some string to $ wget -r somethning.net , setting the user defined the lowest level of downloading, disabling for exmpl. thru recursive downloading the leave of wget thru link "links" on that pages.. 1142648417 M * Bertl how would that be linux-vserver related? 1142648433 M * rootx Bertl: cus 1142648573 M * rootx would u someone take me little advice -- do u know pls some string to $ wget -r somethning.net , setting the user defined the lowest level of downloading, disabling for exmpl. thru recursive downloading to leave of wget thru link "links" on that pages to other dests 1142648599 M * Bertl rootx: move #offtopic and ask there ... 1142648614 M * rootx Bertl: thanxx 1142649196 M * rootx Bertl: there are all dead allready.. there are huge of guyzz in that session, but noone's responsing.. 1142649230 M * Bertl have you tried the wget manual page? 1142649301 M * rootx Bertl: jj, i've been reading the man pages of wget, but there's no comment about my request & i can't belive, that wget can't this 1142649348 M * Bertl something like -np will stay on-site 1142649366 M * Bertl (and only descend into links below, IIRC) 1142649492 M * rootx Bertl: i found the string -l, commented that it sets some levels of wgetting, maximally lvl 5, but i don't sure, how could i use this, cuz i thing, that the right way to set the parent lvl for wgetting must be as a lowest path by concrete target of that web. 1142649685 M * rootx i guess, that if i wget for exmpl something like: $ wget -r -o www.xxx.xxx www.xxx.xxx/yyy/zzz/iii.html -- that the string -o sets, that the recursive downloading will be only to level of "xxx" and the wgetting doesn't escape thru link "links" to any other www 1142649814 M * rootx cuz if i'll type wget -r www.google.com, i'll be downloading whole internet a i am looking for string, that determine the dirs only for www.google.com/ parented pages.. 1142650311 P * rootx So Long, and Thanks for All the Fish! 1142651877 M * Bertl okay, off to bed now ... have a good one everyone! 1142651882 N * Bertl Bertl_zZ 1142653867 J * serving ~serving@86.108.27.204 1142654022 J * Gerden ~Danger@20150147240.user.veloxzone.com.br 1142654033 P * Gerden 1142654766 J * JimmyGulp ~james@ns0.esagroup.co.uk 1142655363 Q * bitriot Ping timeout: 480 seconds 1142655749 Q * brc_ Ping timeout: 480 seconds 1142658500 Q * rs Quit: rs 1142662574 J * brc_ bruce@20151198033.user.veloxzone.com.br 1142665881 J * Smutje_ ~Smutje@xdsl-87-78-84-142.netcologne.de 1142666023 Q * Smutje Ping timeout: 480 seconds 1142666023 N * Smutje_ Smutje 1142671287 M * SiD3WiNDR hum. 1142671494 A * SiD3WiNDR going back to 2.6.15-vs2.0.1.2 1142671734 J * bonbons ~bonbons@83.222.39.180 1142672661 J * coocoon ~coocoon@p54A0603E.dip.t-dialin.net 1142673045 M * coocoon morning 1142673158 M * JimmyGulp Morning 1142673163 J * Viper0482 ~Viper0482@p549770C6.dip.t-dialin.net 1142674977 M * Soekris morning 1142674981 M * Soekris hee SiD3WiNDR alles goed ? 1142675308 Q * coocoon Ping timeout: 480 seconds 1142677605 J * GeDaST ~LiNuX@85.100.44.30 1142678170 J * coocoon ~coocoon@p54A0573B.dip.t-dialin.net 1142680280 J * serving- ~serving@86.108.27.204 1142680437 J * renihs ~renihs___@193.170.52.70 1142680564 Q * serving Ping timeout: 480 seconds 1142681314 J * tso ~tso@249-158.adsl.pool.ew.hu 1142683499 Q * tso Ping timeout: 480 seconds 1142684004 J * rs ~rs@vol75-7-82-229-177-124.fbx.proxad.net 1142684502 J * tso ~tso@249-158.adsl.pool.ew.hu 1142684972 J * meandtheshell ~markus@85-125-228-40.dynamic.xdsl-line.inode.at 1142685129 Q * Dr4g Quit: Leaving 1142686199 Q * renihs Ping timeout: 480 seconds 1142686549 J * lilalinux ~plasma@dslb-084-058-226-167.pools.arcor-ip.net 1142686666 J * Dr4g ~Dr4g@82-40-44-47.cable.ubr06.uddi.blueyonder.co.uk 1142686822 M * daniel_hozac SiD3WiNDR: why? 1142686979 J * mkhl ~mkhl@200-148-41-231.dsl.telesp.net.br 1142687036 Q * eyck_ Quit: leaving 1142687369 J * eyck eyck@81.219.64.71 1142688202 J * renihs ~renihs___@nc15.doebling.sth.ac.at 1142689918 Q * coocoon Quit: KVIrc 3.2.0 'Realia' 1142689941 J * coocoon ~coocoon@p54A0573B.dip.t-dialin.net 1142690148 J * doener ~doener@i5387EE10.versanet.de 1142690935 Q * mkhl Quit: 1142691751 J * matt1 ~matta@c-68-81-35-243.hsd1.pa.comcast.net 1142692204 Q * michal` Ping timeout: 480 seconds 1142692234 Q * matt1 Ping timeout: 480 seconds 1142692269 Q * GeDaST Quit: -»«- Kaçak v4 -»«- www.Kacak.net -»«- 1142692444 J * matta ~matta@c-68-81-35-243.hsd1.pa.comcast.net 1142692475 J * michal` ~michal@www.rsbac.org 1142693663 Q * derjohn Ping timeout: 480 seconds 1142693701 J * derjohn ~derjohn@dslb-084-058-226-167.pools.arcor-ip.net 1142693710 M * SiD3WiNDR daniel_hozac: because I want to see if this fixes the issue with my snmpd :o 1142694299 Q * tso Ping timeout: 480 seconds 1142694429 Q * matta Ping timeout: 480 seconds 1142694543 M * SiD3WiNDR it does. 1142694770 M * SiD3WiNDR hmz, or not :> 1142695284 J * matta ~matta@c-68-81-35-243.hsd1.pa.comcast.net 1142695408 Q * coocoon Ping timeout: 480 seconds 1142695949 Q * matta Ping timeout: 480 seconds 1142695974 N * Bertl_zZ Bertl 1142695978 M * Bertl morning folks! 1142696003 M * doener morning Bertl 1142696054 J * matta ~matta@c-68-81-35-243.hsd1.pa.comcast.net 1142696221 M * Bertl k, back later ... 1142696227 N * Bertl Bertl_oO 1142696599 Q * matta Ping timeout: 480 seconds 1142696931 Q * renihs Remote host closed the connection 1142697424 J * yc zhjajvvg@218.29.65.6 1142697446 P * yc 1142697612 J * coocoon ~coocoon@p54A0573B.dip.t-dialin.net 1142697771 J * doener_ ~doener@i5387CB6D.versanet.de 1142698059 Q * doener Read error: Operation timed out 1142698285 J * yc zhjajvvg@218.29.65.6 1142698557 P * yc 1142699967 Q * shedi Quit: Leaving 1142700604 J * renihs ~renihs___@193.170.52.70 1142701007 J * tso ~tso@249-158.adsl.pool.ew.hu 1142701283 J * lilalinux_ ~plasma@dslb-084-058-243-136.pools.arcor-ip.net 1142701713 Q * derjohn Ping timeout: 480 seconds 1142701713 Q * lilalinux Ping timeout: 480 seconds 1142701743 J * derjohn ~derjohn@dslb-084-058-243-136.pools.arcor-ip.net 1142701853 J * matta ~matta@c-68-32-239-173.hsd1.pa.comcast.net 1142702939 J * Kmeta_Na_Neta Gaze@vlan-148-game-218.comnet.bg 1142703084 P * Kmeta_Na_Neta 1142703978 Q * mnemoc Ping timeout: 480 seconds 1142704139 Q * coocoon Quit: KVIrc 3.2.0 'Realia' 1142704427 J * mnemoc ~amery@user4-2.tutopia-dialup.ifxnw.cl 1142704947 Q * renihs Quit: Leaving 1142705740 J * coocoon ~coocoon@p54A0573B.dip.t-dialin.net 1142705787 J * makeko makeko@200.175.43.249.dialup.gvt.net.br 1142705790 P * makeko 1142705877 J * qfire ~jcassidy@dsl093-010-213.cle1.dsl.speakeasy.net 1142706170 M * bonbons Hollow/phreak``: vserver-sources-2.1.1_rc13 (inportage) fails to apply vserver patches, looks like patch is trying with -p0 but should be doing -p1 1142706230 M * Hollow phreak``: tztztz 1142706256 M * daniel_hozac hehe. 1142708274 Q * mnemoc Ping timeout: 480 seconds 1142708711 J * mnemoc ~amery@user4-2.tutopia-dialup.ifxnw.cl 1142708771 M * bonbons Hollow: what change is needed to get it work? strip the lines from vserver patch? Or can kernel eclass be told to do -p1 for that patch? 1142708817 M * Hollow it should do automagically, guess the patch is wrong 1142708988 M * coocoon hm my question is what happens if it is like this u have described, i thought it works 1142709044 M * bonbons some parts have worked from the log, but for many files it just didn't find the file to patch. Then there are also some hunks that failed 1142709088 M * coocoon hm i have asked daniel a few days ago it patched 402 files 1142709100 M * coocoon and he told me that it looks good 1142709139 M * coocoon i also have haven't got any messages, also today i patched the kernel again 1142709388 M * daniel_hozac coocoon: you had no error messages. why would there be something wrong? 1142709426 M * coocoon right i mean because of what bonbon has written 1142709460 M * coocoon sorry that wasn't an attack 1142709480 M * daniel_hozac bonbons got errors. that means it failed. 1142709495 Q * Dr4g Quit: Leaving 1142709508 M * coocoon yes i thought the patch makes problems 1142709678 P * matta 1142710146 J * shedi ~siggi@dsl-201-4.hive.is 1142710282 Q * tso Quit: [BX] I'm out like a light... 1142711569 Q * coocoon Ping timeout: 480 seconds 1142712313 J * Dr4g ~Dr4g@82-40-44-47.cable.ubr06.uddi.blueyonder.co.uk 1142712537 J * Smutje_ ~Smutje@xdsl-87-78-86-112.netcologne.de 1142712644 Q * Smutje Ping timeout: 480 seconds 1142712644 N * Smutje_ Smutje 1142713233 J * serving ~serving@86.108.10.192 1142713474 J * coocoon ~coocoon@p54A0573B.dip.t-dialin.net 1142713593 Q * serving- Ping timeout: 480 seconds 1142714236 Q * Viper0482 Remote host closed the connection 1142715787 J * asdfghjklk asdfghjklk@pc13.romarnia.roman.rdsnet.ro 1142715794 M * asdfghjklk hi 1142715797 M * asdfghjklk someone online? 1142715860 M * asdfghjklk i wanna ask if i can put kernel 2.4.32 in debian 3.1 sage 1142715867 M * asdfghjklk he have kernel 2.6.15 now 1142716378 Q * asdfghjklk Quit: 1142716443 Q * coocoon Quit: KVIrc 3.2.0 'Realia' 1142716626 Q * shedi Quit: Leaving 1142717664 J * ravelo_ ~afhdoa@85-124-41-219.dynamic.xdsl-line.inode.at 1142718592 P * meandtheshell 1142718883 Q * Dr4g Ping timeout: 480 seconds 1142719102 J * Smith Smith@host107-242.pool212171.interbusiness.it 1142719144 Q * Smith Quit: 1142722525 Q * bonbons Quit: Leaving 1142722656 J * coocoon ~coocoon@p54A0573B.dip.t-dialin.net 1142723079 Q * ravelo_ Quit: 1142723541 J * shedi ~siggi@inferno.lhi.is 1142724946 Q * lilalinux_ Remote host closed the connection