[12:18] sistpoty: How is this for a first draft? http://paste.ubuntu-nl.org/37653/ === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel [12:20] owh: looks good (though I'm usually making my comments in a less professional style :P) === owh suspects a better synonym for bowels of the os would be a good idea :-) === owh proposes depths. [12:23] internal workings [12:23] Excellent, tah. === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel [12:32] sistpoty: I'm intending to tag all those bugs across launchpad, any suggestions for a unique tag, or should I just mark them vfat dosfstools? === finalbeta [n=finalbet@d5152A68A.access.telenet.be] has joined #ubuntu-devel [12:33] owh: vfat dosfstools sounds sane === owh types :-) === geser [n=michael@dialin105119.justdsl.de] has joined #ubuntu-devel === wasabi_ [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel [12:38] sistpoty: Do you know of any that I missed: https://launchpad.net/distros/ubuntu/+bugs?field.tag=dosfstools === tormod [n=tormod@80-219-112-71.dclient.hispeed.ch] has joined #ubuntu-devel [12:40] owh: no, not really === zul [n=bob@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === wasabi_ [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel [12:51] sistpoty: I'm just hunting through any bugs with vfat in them. === stefg [n=chatzill@dslb-088-072-205-032.pools.arcor-ip.net] has joined #ubuntu-devel [12:55] sistpoty: None that I can find, any point in contacting Debian reporters as well? === bddebian [n=bdefrees@c-71-224-172-103.hsd1.pa.comcast.net] has joined #ubuntu-devel [12:56] owh: hm... I don't think that's necessary === Amaranth [n=travis@unaffiliated/amaranth] has joined #ubuntu-devel === cge [n=costi@ip70-181-253-87.sd.sd.cox.net] has joined #ubuntu-devel [01:07] sistpoty: I'm checking out the version of dosfstools on cvs.linux-m86k.org to see if I can get a handle on the changes that implemented FAT32. === fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-devel === fabbione [n=fabbione@vpn-nat.fabbione.net] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel [01:23] owh: interestingly enough, just 1 hour someone picked up my report https://launchpad.net/bugs/62831.. seems that stir some dust [01:23] Malone bug 62831 in dosfstools "fsck.vfat truncates files of 4294967295 bytes length to 0 bytes at boot-time" [Undecided,Unconfirmed] === cge [n=costi@ip70-181-253-87.sd.sd.cox.net] has joined #ubuntu-devel [01:24] stefg: That was me :-) (And sistpoty) === _TomB [n=ownthebo@ACCB5043.ipt.aol.com] has joined #ubuntu-devel [01:24] stefg: What other information can you give us? [01:25] stefg: sistpoty has been trying to reproduce your report with not much success, any other information you can share? [01:25] stefg: could it be that your FS was already corrupted, and dosfsck just fixed it in a wrong way? [01:25] stefg: or rather broke it more ;) [01:25] hmmm... what do you need? Aren't the facts clear? dosfsck takes 32bit fat as 16bit fat... [01:25] stefg: No, it's not that simple :-) === owh wishes it were so :-) === dous [n=dous@124.104.13.161] has joined #ubuntu-devel [01:26] stefg: nope, as I said, I tried to reproduce it (created same big file, but dosfsck didn't complain) [01:27] stefg: FYI, the other bugs that *appear* to be related are now tagged "vfat dosfstools", there are five of them in total. [01:28] so i can't really tell, if the fs was broken before... i use TrueImage, which splits the backup file in 4GB slices, and it needs to be fat32 to be accessible from linux and win... i did a deadly boring dapper server-install, and the initial dosfsck after the first reboot decided to eat my backups [01:28] stefg: So the files were right up against the limit for 32 bit FAT, were they not? [01:28] yes, they were [01:29] this is why i wrote the length in the bug report === owh notes comments in the change logs about a single sector at the end of a partition. [01:29] stefg: As a minor point, were they 4 GB or 4 GiB? [01:29] stefg: You wouldn't still have those images lying around would you? [01:30] hm... /me wonders how to upload/download 4GB... *g* [01:30] owh: i ran a chkdsk from win afterwards, which fixed the problem... [01:30] ROTFL [01:31] cge: i stated the size in bytes... to avoid any confusion :-) [01:31] ah [01:31] I wasn't here [01:31] 4294967295 bytes length === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel [01:32] that's 4 GB /4096 MB) [01:33] Uhm, silly question, could this be a kernel limit, I recall having fun with 4Gb files on ext2 a couple of months ago. [01:33] no... i have xfs and ntfs partitions on my system, which files bigger than 10 GB [01:33] owh: What kernel was that? I had thought those problems had been solved years ago? [01:34] owh: I doubt that... dosfsck doesn't read through the file system, but directly through the block device... wouldn't work at all with partitions > 4 GB then [01:34] cge: That was from memory something like 2.6.9. [01:35] sistpoty: Hence my silly question disclaimer :-) [01:35] owh: that's silly [01:35] stefg: Do any of these other bugs spark any memories: https://bugs.launchpad.net/distros/ubuntu/+bugs?field.tag=dosfstools [01:35] owh: I unfortunately use ext2 as a compatibility FS between my XP and Linux, and store files >=4GB on a regular basis [01:36] jdong: I use ext2 as my partition for everything in Windows XP except for Windows itself. [01:36] yeah, it works well [01:36] the "unfortunate" part is having ext2 store 20GB+ DV streams [01:36] which it definitely does NOT excel at doing [01:37] I'd much rather hand that job to XFS... but silly Windows.... [01:37] As the prodding increases, I recall now that it wasn't an ext2 fs, but a FAT32, because I wanted to get to it from somewhere else, /me cannot recall all the details, only that the resolution was to split the file to smaller than 4Gb. [01:37] yeah, fat32 has a 4GB limit [01:37] :) [01:37] Heh [01:37] ext2 doesn't [01:37] just be thankful it's not FAT16? :D === stefg reads... and needs to brew a tea === owh is recovering from a night without sleep :-) [01:39] Hold on, jdong, you just said that FAT32 has a 4GB limit, but then how does that relate to bug 62831 which is the one that stefg reported -- /me is a little confused. [01:39] Malone bug 62831 in dosfstools "fsck.vfat truncates files of 4294967295 bytes length to 0 bytes at boot-time" [Undecided,Unconfirmed] http://launchpad.net/bugs/62831 [01:40] Hmmm, no... so #59293 is 'brokenness by design' and the others may relate to same cause, but are different incarnations [01:40] owh: it's not surprising [01:40] stefg: But the DOS/Windows fsck knows when a file system is "dirty". [01:40] owh: the fize of his files are exactly the upper limit for FAT32 [01:40] I woudln't be surprised if there's a fsck.vfat bug at that point [01:41] owh: In other words, a really bad idea. [01:41] jdong: However, it seems that others have not been able to reproduce the problem. [01:41] right, I noticed that === owh points out that "others" is sistpoty :-) [01:42] whom I'd trust to be able to create a 4.00GB file [01:42] lol [01:42] sistpoty: What did you use for the source of data in the files? /dev/zero? or /dev/urandom? [01:42] owh: what might be of interest is that it's a relativley small 25 G partition at the end of a 160 GB drive... starts beyond the 137 GB limit [01:42] cge: you can't use /dev/urandom to make that big a file with dd? [01:42] jdong: No? I didn't know that. [01:42] cge: /dev/urandom contained EOF characters the last time I tried [01:42] cge: first I tried with /dev/zero, then I fired up xp and copied some game data until I got the very good error msg "disk full" (because I had reached the limit) [01:43] apparently that's a part of the "randomness" :D [01:43] sistpoty: Perhaps that changed something. [01:43] cge: I can hardly think of what would be changed then... [01:44] Also, it might have to do with creating the file with the vfat drivers in linux as opposed to windows. [01:44] oops, never mind [01:44] stefg: Where did your file originate? [01:45] cge: Why does that not matter? [01:45] cge: My best guess would be that some repair code is indeed broken. I guess I'll break my fat32 partition and look what dosfsck does [01:45] owh: Because I just noticed that sistpoty said that he copied it in XP. [01:45] owh: Acronis True Image 8, the recovery version (which is a modified Redhat kernel with an embedded CS app on top) [01:45] <_ion> EOF isn't really a character. Programs may interpret ^D as EOF when stdin is a tty, but i'd be surprised if dd did that when reading from /dev/urandom. [01:45] cge: I tried both variants, linux + xp [01:45] I see [01:46] _ion: I'm nearly certain that dd wouldn't [01:46] _ion: Other than that some apps treat /null as an EOF - the command "type" in DOS for example. [01:47] hm... stupid idea: /me is interested to fix that bug because /me fears data loss as well, but in order to get a little bit closer to it, /me will break my fat32 *g* [01:47] _ion: when I try dd'ing a file from /dev/urandom, it creates some couple-byte files every time.... [01:47] at least before it did [01:47] maybe I was using cp and not dd, I don't remember now === owh hands sistpoty a big shovel for the hole that he's digging on his hard-disk. [01:47] oh look at that, it's working [01:47] never mind about dd & urandom :D [01:48] owh: but i experienced file corruption on other fat32 drives with other file-length, too... until i set all the vfat drives in fstab to 0 0 on col. 6/6 [01:48] stefg: Do you recall any details? [01:48] stefg: Why would the pass have anything to do with corruption? [01:48] cge: To stop the check at boot time. [01:49] ah === anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-devel [01:49] owh: I have pretty much investigated what corrupts my data, because i need reliable backups... so what details would you need? === _MMA_ [n=atm@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-devel [01:49] stefg: anything that's uncommon with the files, the partition, fs encoding... whatever comes to your mind [01:50] Some reports talk about spaces and back slashes in names, hanging CPU, .lnk files, etc. [01:50] hm... I didn't try backslashes yet [01:51] sistpoty: That was associated with a report in a Japanese file name IIRC. === TomB| [n=ownthebo@ACCB5043.ipt.aol.com] has joined #ubuntu-devel [01:52] ok... let examine this... the consequence of the whole incidence (unfortunately) was that i altered my partitioning scheme, so the partiton on which it happened does no more exist. The most noticable thing is that it was 25 Gigs on very high sector numbers... last 25 GB on a 160 GB drive [01:53] The files had the mentioned length... a corner case, too [01:53] stefg: hm... shouldn't really matter... dosfsck reads the block device of the partition, so the offsets will start with 0 for the partition [01:55] sistpoty: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=355903 [01:55] Debian bug 355903 in dosfstools "dosfstools: Classifies an acceptable file name as invalid" [Important,Open] [01:55] and the file system was mostly written by a linux'ish kernel (True Image recovery system). win never complained about something, and since i have a good instinct when a fs is broken, i'd say it was ok before === _TomB [n=ownthebo@ACCB5043.ipt.aol.com] has joined #ubuntu-devel [01:56] sistpoty: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=198561 [01:56] Debian bug 198561 in dosfstools "dosfsck doesn't like spaces in 8.3 filenames on VFAT" [Unknown,Open] [01:56] stefg: any clue if you had many files in this directory? === owh suspects that if the file was 4Gb, there was only one file there :-) [01:57] the drive contained 4 folders, each holding 3-20 files (spanned backup images) === owh doh's [01:57] not really uncommon... :( [01:57] stefg: What kind of name did the folders have? [01:58] stefg: what architecture, i386 or amd64 or s.th. else? [01:58] amd-k7 , nforce2 system... 32bit well proven system :-) [02:00] stefg: ok, I tried this only on amd64 (64-bit), maybe I'll have more success on i386 === zul [n=bob@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel [02:02] sistpoty: as far as i remember, dosfsck complained about invalid directory entries and decided to add 0 byte length in the fat... win chkdsk corrected that back [02:02] ok [02:02] Does that suggest to anyone else that the problem is still with the directory structure rather than the file itself? [02:03] Which is what the other reports also talk about? [02:03] sorry to say, but I really need to go to bed now [02:03] owh: this is my point... not the file gets corrupted, but the fat [02:04] at least I've got some ideas to try tomorrow, I'll report back [02:04] thanks for the further info stefg [02:04] I'm in Western Australia, so what time would be good? [02:04] np... contact me if can help further [02:04] It's 10am here. [02:05] I'm in germany (2 am), but will be in university the whole day... so I guess I'm home at 20 utc (maybe a little bit later in front of my box) [02:05] Hmm, seems like email is a good option then :-) [02:06] owh: or appending further findings to the bug reports ;) [02:06] ROTFL [02:06] sistpoty: I'll stick them on the end of stefg's report. [02:06] owh: great, thx [02:06] good night everyone [02:06] Sleep tight. [02:07] stefg: You're also in Germany? [02:07] yup, Berlin [02:07] Hmm, so you'll be heading off to bed soon too I suspect :_) === stefg just decide to fire vlc to watch some TV === jack_wyt [n=jack@61.49.220.52] has joined #ubuntu-devel === owh goes hunting for corrupt FAT32 file systems. === _MMA_ [n=atm@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel [02:15] BTW, there were no sapces in the names of the corupted files (I knew that some time i'd have to acces them from dos or bash) [02:17] Hmm, the changelog has this entry: - dosfsck: remove directory entries pointing to start cluster 0, if they're not "." or ".." entries that should actually point to the root dir (pointed out by Thomas Winkler ) [02:19] theory: a number too big for some variable flips it over to 0.... and get removed subsequently === owh nods === owh makes a cup of coffee... === sistpoty [n=sistpoty@ubuntu/member/sistpoty] has joined #ubuntu-devel [02:26] stefg, owh: ha, just did a quick test with a 32-bit livecd. I could reproduce it immediately :) [02:26] bingo ! [02:26] should be a simple integer overflow issue... maybe the compiler will even find it for me. I'll try to fix it (but tomorrow *g*) [02:27] but now /me is off to bed [02:28] good night [02:28] n8 === theCore [n=alex@ubuntu/member/theCore] has joined #ubuntu-devel [02:30] Yah! === owh sips coffee. === stefg sips tea === owh sends subliminal Gruesse und Danke to sistpoty :-) === Yvonne [n=01101110@pdpc/supporter/active/Yvonne] has joined #ubuntu-devel === owh installs more stuff to make dosfstools build :-) === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel [02:37] yes... far better to fix dosfstools than doing fstab tricks... [02:37] Hell yeah! === owh was just attempting to sort out the simple stuff while the big stuff went along in little steps :-) [02:38] 'tho i still think it's silly to put dosfsck on as a default... ever unintentionally checked a 250 GB USB drive at boot-time? [02:41] stefg: No, but the equivalent is to boot a laptop on batteries that decided that it needed an fsck :-) So I guess I understand what you're saying... [02:42] stefg: I suspect that it's a fair argument for a wishlist item to change the default. [02:51] stefg: How do you like this: check.c: In function scan_dir: check.c:811: warning: comparison between signed and unsigned [02:51] stefg: There's a whole bunch of them :-) [02:53] ... that's were the bugs feel at home... i observed file coruption even well below the 4 gb limit. plausible === owh is trying to make the compiler barf :-) === ae0000 [n=ae@60-241-9-15.static.tpgi.com.au] has joined #ubuntu-devel === tormod [n=tormod@80-219-112-71.dclient.hispeed.ch] has left #ubuntu-devel ["Ex-Chat"] [03:18] BenC: ping [03:18] cprov: pong [03:18] BenC: can you see anything wrong with builds now ? [03:19] BenC: I've re-established the service (as much as I could). Do you miss any important build ? [03:20] https://launchpad.net/distros/ubuntu/+source/linux-meta/2.6.20.1 [03:20] should not show building [03:21] BenC: and it doesn't ... [03:22] it did when I pasted it :) [03:22] looks good, thanks [03:23] BenC: ohh, fine .. I will go to bed now. call me if anything odd happens again, ok ? [03:23] sure thing [03:24] good night folks [03:29] forgot to mention, cron.daily was skipped this hour, so Don't Panic, your uploads will be considered within one hour. === cprov-ZzZ really goes === zul [n=bob@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === _MMA_ [n=atm@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-devel === owh would like some advice. Sistpoty is now sleeping and I'm trying to assist in determining what might be causing a FAT32 corruption by dosfschk. I've got the source and I'm playing with compiler flags, but while I've been programming for some 20 years, I've managed to avoid C :-). What compiler flags should I use as a first pass to determine overflows? === owh has found several signed vs. unsigned warnings, which is where my pointer arithmetic from days gone by would start looking, but would love some comment from the playing field. === freeflying_ [i=flyingfr@ubuntu/member/freeflying] has joined #ubuntu-devel === jhnjwng [n=wj1918@pool-70-21-145-8.nwrk.east.verizon.net] has joined #ubuntu-devel === _MMA_ [n=atm@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-devel === WaterSevenUb [n=WaterSev@c-65-96-188-198.hsd1.ma.comcast.net] has joined #ubuntu-devel === anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-devel === jrib [n=jasonr@upstream/dev/jrib] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.13.96.revip2.asianet.co.th] has joined #ubuntu-devel === `anthony [n=anthony@ekorp-218-185-9-170.eoff.ekorp.com] has joined #ubuntu-devel === doko [n=doko@dslb-088-073-064-181.pools.arcor-ip.net] has joined #ubuntu-devel === Gumby [n=terry@unaffiliated/gumby] has joined #ubuntu-devel === mpt [n=mpt@121-72-130-219.dsl.telstraclear.net] has joined #ubuntu-devel === zenrox [n=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel === Gumby [n=terry@unaffiliated/gumby] has joined #ubuntu-devel === Arrogance [n=aks@ottawa-hs-64-26-148-159.d-ip.magma.ca] has joined #ubuntu-devel === static_ [n=emurphy@194.18.118.70.cfl.res.rr.com] has joined #ubuntu-devel === _MMA_ [n=mma@cpe-071-070-203-016.nc.res.rr.com] has joined #ubuntu-devel [05:13] I noticed that there was package accepted in Feisty named: sun-java5 1.5.0-10-1 [05:13] err... wrong chanel === Xof [n=mas01cr@gibbons.doc.gold.ac.uk] has joined #ubuntu-devel === KaiL [n=KaiL@p548F54DA.dip.t-dialin.net] has joined #ubuntu-devel === owh [n=onno@59.154.24.148] has joined #ubuntu-devel === nags [n=nags@125.16.129.16] has joined #ubuntu-devel === jmantha [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel === mpt [n=mpt@121-72-130-219.dsl.telstraclear.net] has joined #ubuntu-devel === j_ack [n=rudi@p508D9127.dip0.t-ipconnect.de] has joined #ubuntu-devel === dade` [n=dade@nectarine/admin/dade] has joined #ubuntu-devel [06:22] When do Contents-*.gz files get updated? === freeflying_ [i=flyingfr@gobstopper.dreamhost.com] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === giskard [n=giskard@62-101-126-218.ip.fastwebnet.it] has joined #ubuntu-devel === AstralJava [n=jokitalo@cm-087-94-053-172.lohjanpuhelin.fi] has joined #ubuntu-devel === jack_wyt [n=jack@211.154.174.45] has joined #ubuntu-devel === pecisk [n=pecisk@purvc-44-54.maksinets.lv] has joined #ubuntu-devel === enrico_ [n=enrico@debian/developer/enrico] has joined #ubuntu-devel === dade` [n=dade@nectarine/admin/dade] has joined #ubuntu-devel === zenrox [i=zenrox@pool-71-115-219-183.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel === giskard [n=giskard@62-101-126-218.ip.fastwebnet.it] has joined #ubuntu-devel === AstralJava [n=jokitalo@cm-087-94-053-172.lohjanpuhelin.fi] has joined #ubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === Lure [n=lure@external-7.hermes.si] has joined #ubuntu-devel === elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.16.201.revip2.asianet.co.th] has joined #ubuntu-devel === Fujitsu [n=Fujitsu@ubuntu/member/fujitsu] has joined #ubuntu-devel === hunger [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel === Kaleo [i=boucault@arkana.iiens.net] has joined #ubuntu-devel === abattoir [n=abattoir@59.92.73.104] has joined #ubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === freeflying_ [i=flyingfr@gobstopper.dreamhost.com] has joined #ubuntu-devel === freeflying_ [i=flyingfr@gobstopper.dreamhost.com] has joined #ubuntu-devel === TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-devel === mvo [n=egon@p54A65EC8.dip.t-dialin.net] has joined #ubuntu-devel === anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-devel === Adri2000 [n=Adri2000@unaffiliated/adri2000] has joined #ubuntu-devel === Seeker` [n=cjo20@ip-62-105-182-26.dsl.twang.net] has joined #ubuntu-devel === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel === phanatic [n=phanatic@ubuntu/member/phanatic] has joined #ubuntu-devel === Zdra [n=zdra@167.173-247-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel === seb128 [n=seb128@ANancy-151-1-36-79.w83-196.abo.wanadoo.fr] has joined #ubuntu-devel === `anthony [n=anthony@220-253-4-171.VIC.netspace.net.au] has joined #ubuntu-devel === phanatic [n=phanatic@ubuntu/member/phanatic] has joined #ubuntu-devel === lucas [n=lucas@ubuntu/member/lucas] has joined #ubuntu-devel === abattoir_ [n=abattoir@59.92.73.104] has joined #ubuntu-devel === mpt [n=mpt@121-72-130-219.dsl.telstraclear.net] has joined #ubuntu-devel === mc44 [n=mc44@ip-81-170-99-30.cust.homechoice.net] has joined #ubuntu-devel === fabbione [n=fabbione@vpn-nat.fabbione.net] has joined #ubuntu-devel [10:42] wasabi_: only manually at the moment, and therefore generally only just before release. This is something the Soyuz team need to work on ... [10:42] cjwatson: could you please accept synaptic 0.57.11ubuntu12.1 into edgy-proposed? [10:43] cjwatson: ditto k3d please === rdrdp [n=rdrdp@ip-81-170-99-30.cust.homechoice.net] has joined #ubuntu-devel [10:44] whoa, way to welcome an undercoffeed guy in the morning === rdrdp [n=rdrdp@ip-81-170-99-30.cust.homechoice.net] has left #ubuntu-devel ["Leaving"] === Hobbsee hands cjwatson a cup of coffee, and pokes him at the requests [10:44] cjwatson: I can do those if you want to grab your cup of coffee. [10:44] "drink up, the world's about to end" === cjwatson goes to poke /people/ubuntu-sru/+subscribedbugs [10:45] Mithrandir: synaptic wasn't approveed yet last I checked [10:45] approved === Hobbsee hugs Mithrandir in greeting === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel [10:45] good morning, Hobbsee [10:45] evening Mithrandir [10:46] Hey Mithrandir. [10:47] hiya Fujitsu [10:47] cjwatson: thanks and good morning :) === owh [n=onno@59.154.24.148] has joined #ubuntu-devel [10:49] cjwatson: you did both of them? unapproved looks empty now. === Hobbsee quickly looks to upload some crack so it doesnt look so empty [10:52] Anyone got a firewalling script that works with feisty? firestarter and firehol both seem to interfeer with the NM there. === enrico_ is now known as enrico [10:52] Mithrandir: no, not yet [10:53] Mithrandir: I think you forgot the -s option [10:54] mvo: please subscribe the ubuntu-sru team to the synaptic bug so that I can find it === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel [10:54] Hobbsee: and yeesh, 23 minutes old. you're way back in the queue. :) [10:54] cjwatson: :) i've been at work [10:55] no, I mean there are 11 items in front of k3d [10:55] cjwatson: hence the late upload. i would have uploaded it yesterday, but hadnt got thru the acks [10:55] cjwatson: ahhh well, approve quickly then, and you'll get thru them all in record time! :) [10:56] morning [10:57] Hi sivang. [10:57] hey sivang [10:57] Listing ubuntu/edgy-updates (UNAPPROVED) 0/0 [10:57] hey dudes and dudettes :) [10:57] Mithrandir: edgy-proposed [10:58] mvo: synaptic done [10:58] oh, point. [10:58] :) [10:58] cjwatson: great, thanks a lot === Hobbsee hands Mithrandir some more coffee [10:58] cjwatson: I subscribed ubuntu-sru to the two bugreports too [10:59] thanks === heno [n=henrik@ubuntu/member/heno] has joined #ubuntu-devel [11:01] Hobbsee: Mithrandir should be able to deal with k3d, since it's already approved [11:01] (I think; didn't check very closely) [11:01] cjwatson: it is. figured that an archive admin needed to do it, and you were there and talking :P [11:01] cjwatson: I'll do it [11:01] (and doing archive-y things) [11:01] thanks Mithrandir [11:02] Hobbsee: (actually, being asked to do archive-y things, but not yet actually doing so at that point) [11:03] cjwatson: point. in the future, though.... [11:03] in future, I'm happy to be tapped for approvals; other archive admins are better targets for actually getting it into the archive [11:04] right === humbolto [n=elias@chello062178032026.11.11.vie.surfer.at] has joined #ubuntu-devel [11:04] though if there's something uploaded already when I approve it, obviously I'd punt it through at the same time [11:04] cjwatson: validate me! make me feel loved! [11:04] *ahem* sorry. === Hobbsee drops mneptok into a lake of lava [11:07] Hobbsee: the source package is relibtoolised; I'll reject it. [11:07] Mithrandir: how the heck do i stop that? [11:07] Hobbsee: drop the path maybe [11:08] don't test build, probably. [11:08] oh drat, it'll have relibtoolised against feisty, wont it [11:08] Hobbsee: there is probably a relibtoolize patch no? === Hobbsee has to build the source somehow [11:09] p'bly. [11:09] Hobbsee: just do debuild -S and unless it relibtoolises in clean, you'll be fine. [11:10] Mithrandir: it's still rerunning configure with that [11:11] Hobbsee: uh, wtf? It shouldn't. [11:12] Mithrandir: exactly. but it is [11:12] want to try it yourself? [11:12] i mean, i was using dpkg-buildpackage -sd -S -k before, so that should have worked. [11:15] going to, yes. === Gman [i=gman@nat/sun/x-47564e0d6609ce4a] has joined #ubuntu-devel [11:16] thanks === AstralJava [n=jokitalo@cm-087-94-053-172.lohjanpuhelin.fi] has left #ubuntu-devel [] [11:19] Hobbsee: oh, busted upstream tarball \o/ [11:19] Mithrandir: oh dear :( [11:19] tar tzf k3d_0.5.12.0.orig.tar.gz|grep Makefile$ [11:19] it shouldn't give you any output, it gives you shitloads. [11:20] can you try building it in an edgy chroot? [11:20] if not, I'll review the relibtoolisation, it didn't look too bad [11:20] libtool | 30 +++++++++++++++--------------- === Hobbsee is off for a bit [11:21] (it's more the principle that we don't change build systems unless we need to) [11:21] yeah [11:21] gah,b eing yelled at [11:21] see you later, then [11:24] Mithrandir: what's that Makefile$ notes for? [11:26] sivang: it's a package which uses autoconf and which ships Makefiles in the orig.tar.gz; those are created by configure and depend on where it's built. [11:27] Mithrandir: ah right, I thought you were grepping for contents not file in the list of files ('t') :) [11:27] oh [11:28] Mithrandir: so essentially, the upstream tarball should never contain a 'produced' Makefile, only .am(s) ? [11:28] sivang: if the package uses automake and autoconf, it should contain Makefile.am and Makefile.in [11:28] not generated Makefiles. [11:30] mneptok: the Flying Spaghetti Monster loves you more than I will ever be able to [11:31] Mithrandir: right, and how string are we in bugging upstream to change this if they mistakengly include it? [11:32] (we had some discussions/arguments about tsomething similar on -motu a couple of weeks ago) [11:32] mvo: please update the description of bug 75273 as described in the "Propose" section of https://wiki.ubuntu.com/StableReleaseUpdates [11:32] Malone bug 75273 in apt "Apt constantly sigsevs on edgy" [Unknown,Fix released] http://launchpad.net/bugs/75273 [11:33] cjwatson: you forgot the "PBUH" :) [11:33] mvo: can you please try to get a patch without all the POT-Creation-Date changes? [11:33] (they're noise) [11:33] mneptok: ? [11:33] sivang: it's something I'd have repackaged an .orig.tar.gz for if I had it in one of my packages. [11:33] sivang: and told upstream "please use make dist to make your tar.gz releases" === Hobbsee is back [11:34] cjwatson: "the Flying Spaghetti Monster (PBUH), first moved in the fastness of the void..." [11:34] cjwatson: "Peace Be Upon Him" [11:34] ah :) === seb128 [n=seb128@ANancy-151-1-36-79.w83-196.abo.wanadoo.fr] has joined #ubuntu-devel === ompaul [n=ompaul@gnewsense/friend/ompaul] has joined #ubuntu-devel [11:40] mvo: otherwise the change looks OK, although I'm kind of unimpressed with the != operator segfaulting when its right-hand-side is NULL; perhaps there should be a check in the implementation of that operator instead [11:41] mvo: though hmm, I see from the gdb trace that it's std::string::compare(), so I guess you lose there :-( === stefg [n=chatzill@dslb-088-072-195-093.pools.arcor-ip.net] has joined #ubuntu-devel === fernando [n=fernando@unaffiliated/musb] has joined #ubuntu-devel [11:44] Mithrandir: uploading again - that was relibtoolised in a clean edgy chroot. [11:44] and rejected. why? [11:45] Mithrandir: do i need to bump the version number again or something? i thought you rejected the last one [11:45] Hobbsee: I only rejected the first one, there's one now which has been in the queue for ten seconds which I haven't looked at yet. [11:45] well, it's probably 40 seconds now, but still [11:46] right. that's the one i just uploaded.... [11:46] oh wait, the rejected mail must have been for the first one [11:46] gotcha [11:46] sorry... [11:46] correct [11:46] np [11:46] yep, here it is :) [11:46] sorry for the idiocy :) [11:46] grr, it still relibtoolised === ompaul [n=ompaul@gnewsense/friend/ompaul] has joined #ubuntu-devel [11:46] seb128: could you edit the description of bug 60277 to explain the impact etc., per https://wiki.ubuntu.com/StableReleaseUpdates? It's quite a long bug and it's easier for you to explain accurately than for us to try to work it out [11:47] Mithrandir: yes. machine name was different [11:47] Malone bug 60277 in nautilus "Windows Network entries use a text icon instead of a computer one" [Unknown,Fix released] http://launchpad.net/bugs/60277 [11:47] Hobbsee: and architecture. [11:47] you need to name your machine bert and embrace the amd64 architecture [11:47] :-P [11:48] Mithrandir: haha :) [11:48] cjwatson: I've explained it on the mail I sent to you and mdz about that SRU, I'll copy that on the bug [11:48] Mithrandir: well, i could. StevenK has an amd64 machine, but i dont think he'd like it renamed :P [11:49] Hobbsee: anyway, it overwrites the file so it's probably not important, but if you could check 0.6 of k3d and lart upstream if it's not ok, that'd be lovely. [11:49] Mithrandir: how's attacking them with my Long Pointy Stick of DOOM!!!!!!!!!!!!!!! ? [11:50] will that suffice? [11:50] seb128: ok, please update the description with that then [11:50] :P [11:50] Hobbsee: excellent idea. :-) [11:50] yay! [11:50] seb128: it's specifically better to update the description than just add a comment because comments tend to get lost in noise, whereas the description's right up there at the top [11:50] yay pointy sticks. [11:50] cjwatson: good point === Hobbsee really should rename her machine again [11:54] cjwatson: description updated [11:55] cjwatson: screenshoot attached to the bug give a good idea of the problem === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel [11:57] brb, trying gnomevfs 2.17.1 on feisty [11:57] thanks Mithrandir [11:58] Hobbsee: name it Brenda! [11:59] mneptok: hehe, why? === seb128 [n=seb128@ANancy-151-1-36-79.w83-196.abo.wanadoo.fr] has joined #ubuntu-devel [11:59] i ... have no idea. [11:59] stream of consciousness. [11:59] hi mneptok [11:59] seb128: btw, the throbber in nautilus is way to big, dunnow if you noticed that [11:59] bert and brenda. Perfect match. :-P [12:00] bienvenue seb :) [12:00] Chipzz: I'm using spatial :p [12:00] seb128: and that doesn't have a throbber? :) [12:00] Chipzz: right, they synced the CVS code on epiphany version which fixes some bugs, let's see if today's update will fix that [12:01] Chipzz: no, spatial has no toolbar, only a menu and the window content [12:01] seb128: you'll only notice if you have icon size set to small, and text to none btw === Hobbsee pokes mneptok a few times with her Long Pointy Stick of DOOM!!!!!!!!!!!!!!! to make him more awake [12:01] ack! [12:01] seb128: but I'm probably better of filing a bug anyway I suppose ;) [12:02] Chipzz: wait for today's update [12:02] seb128: will do [12:02] seb128: thanks [12:02] cool [12:02] cjwatson: np === mneptok curls back up in Hobbsee's lap and naps [12:02] hah [12:03] (you'll note i did not clean myself in your presence, per your request) [12:03] seb128: though I do suspect the issue is the icon itself rather than the code [12:04] Chipzz: I think that's the icon is scaling to the toolbar rather [12:04] seb128: no, because the toolbar expands to fit the throbber [12:04] mneptok: oh dear. [12:04] I can see the icons on the toolbar being smaller than the toolbar itself [12:05] seb128: nevermind, I'm on crack [12:05] ? [12:05] I think what I saw was a nautilus window still open from before the upgrade [12:06] new nautilus windows have correctly sized toolbars [12:06] ok [12:06] why do you use spatial?! [12:07] tsmithe: because it's faster, cleaner and better? ;) [12:08] no way! [12:08] it may be faster [12:08] not better [12:08] it's so cumbersome! === tsmithe is glad we don't have it by default === Fujitsu questions the rationale for using Nautilus at all. [12:08] that's your opinion [12:08] indeed [12:08] :) [12:08] True. [12:09] no need to troll about it, that's not the right chan [12:09] Fujitsu, cos it has gnome-vfs unlike thunar :) [12:09] and it's in gnome [12:09] and you have the choice so everybody should be happy [12:09] indeed [12:11] seb128: what's https://launchpad.net/distros/ubuntu/edgy/+source/gnome-vfs2/+bug/60277/comments/17 about? [12:11] Malone bug 60277 in nautilus "Windows Network entries use a text icon instead of a computer one" [Unknown,Fix released] [12:12] cjwatson: that sounds like a refresher bug than a UI, Nautilus, or Samba bug. i've seen similar behavior a refresh cures. === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [12:13] mneptok: I'm asking about that specific comment, which indicates that pressing refresh does nothing [12:13] cjwatson: that looks a different issue, smb listing is known to not be perfect on network with firewall by example [12:13] cjwatson: I would say it's not a regression from the patch, would be interesting to know if that worked fine for him on dapper by example [12:14] seb128: the changelog from feisty was a lot better ("Allow operations on file handles that were created in another DaemonConnection"). Could you use that for edgy-proposed as well instead of the much less informative "fix browsing of a windows network"? [12:14] or perhaps "Allow operations ..., fixing browsing ..." [12:14] cjwatson: sure [12:15] if you want to clarify the effect as well as what was changed [12:16] cjwatson: [12:16] * debian/patches/91_from_cvs_fix_smb_browsing.patch: [12:16] - Allow operations on file handles that were created in another [12:16] DaemonConnection. (This fixes e.g. smb browsing) (Ubuntu: #60277) [12:17] yep, that's better [12:17] ok [12:17] Mithrandir: getting my Long Pointy Stick of DOOM!!!!!!!!!!!!!!! [12:17] upstream definetly needs larting [12:17] Hobbsee: thanks. === Fujitsu clones said pointy stick, and joins Hobbsee on a larting excercise. [12:18] hehe [12:18] sarah@sarah:~/Desktop$ tar tzf k3d_0.6.5.0.orig.tar.gz|grep Makefile$ | wc -l [12:18] 233 [12:18] impressive [12:18] Larting a KDE project with Hobbsee's permission... I never thought I'd see the day! [12:19] Fujitsu: :P [12:19] Fujitsu: some KDE projects do suck :) [12:19] Hobbsee: teach them about make dist. [12:19] Mithrandir: *nods*. i cant just say "please use make dist in your tarballs, kthnksbye!" can i? [12:20] And why not? === geser [n=michael@dialin109130.justdsl.de] has joined #ubuntu-devel [12:21] Hobbsee: apparently, their release process is just poor. [12:21] * I do not know why upstream let all the Makefiles and other cruft behind in [12:22] the tarball, but after running a manual make distclean, the orig.tar.gz is [12:22] 1 MB smaller! That also fixed the "X-File" problem of letting [12:22] config.{status,log} files behind. [12:22] from debian/changelog for current feisty. [12:22] ouch [12:22] but yeah, "plz use `make dist`, kthxbye" is fine. [12:22] is Kthxbye the new KDE logout manager? [12:22] hahaha === Hobbsee likes [12:22] mneptok: excellent suggestion. :-) === mneptok bows [12:23] rofl === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel [12:23]