08:00:44 <oyntgkuapzhbyzr[> Network hashrate droppin a bit. Looks like those GPUs are starting to be redirected
08:37:30 <M5M400> oyntgkuapzhbyzr[: yep. along with nanopool hashrate. nanopool is traditionally a GPU centric pool
10:38:23 <nonie_> I'm so excited. CPU mining - soon.
12:22:03 <kayront> http://27blltx6kt26k65umbs2tme6rhv4i7rhagnzzljp3bsoqfkj6w364sqd.onion/the-evisceration-of-financial-privacy-worldwide.html
13:16:57 <Inge-> new blog post of yours, kayront ?
17:23:18 <kayront> yes Inge-
17:23:28 <kayront> had a severe case of writers block :p
17:32:11 <skrech> hey guys, while I was syncing the blockchain I encountered "Transaction must abort, has a child, or is invalid". What can I do now and what caused it?
17:37:42 <moneromooo> Are you using --block-notify or --tx-notify ?
17:40:46 <skrech> moneromooo: no
17:40:57 <moneromooo> Is your chain pruned ?
17:41:08 <skrech> I don't think so
17:41:20 <skrech> This is the first time I'm downloading the blockchain
17:41:39 <moneromooo> What OS ?
17:41:41 <skrech> When I left this morning it was around 63% synced after two days
17:41:47 <skrech> FreeBSD
17:41:55 <moneromooo> What filesystem ?
17:42:17 <skrech> hm... this partition is on ext4
17:42:33 <skrech> because I still dual-boot from time to time
17:42:45 <skrech> I'm using ext4 fuse driver
17:43:45 <moneromooo> Did the OS crash of the computer die of a power cut ?
17:44:13 <skrech> no
17:44:18 <skrech> it was up for 4 days
17:44:37 <skrech> I've "service monerod stop" several times
17:44:38 <moneromooo> How large is the data.mdb file ?
17:44:56 <skrech> 24G
17:45:50 <kayront> i don't think ext4 write support is very mainstream in freebsd
17:45:52 <kayront> could be why
17:46:01 <kayront> everyone uses either UFS2 or ZFS really
17:47:01 <skrech> yes, I'm on ZFS, but bevause I use a HDD for both Linux and FreeBSD
17:47:12 <skrech> I left this "media" partition in tact
17:47:15 <skrech> with ext4
17:47:26 <moneromooo> Well, I don't know. hyc might want to inspect your db, so don't delete it yet if you have the space.
17:47:40 <moneromooo> You could try copying it away, then run monerod with --db-salvage.
17:47:47 <kayront> do you see anything odd in dmesg or /var/log/messages skrech ?
17:49:18 <Freneticks> Just to be sure, if I have a script that update monero with gpg key, I'm not affected by the "trojan"/whatever problem ?
17:50:16 <skrech> kayront: no, nothing suspicious in /var/log/messages
17:51:07 <kayront> and in dmesg output?
17:52:18 <skrech> they are the same in FreeBSD, but no, nothing in the output
17:56:03 <kayront> then I can only offer you the assurance that i've been running monerod on fbsd for more than a year on ufs2 with zero problems; my first guess would be that it's ext4 related, but it's just a guess
18:02:04 <skrech> kayront: Yes, I suspect ext4 also
18:02:21 <skrech> anyway, I'm archiving the db just in case and then
18:02:46 <skrech> should I run --db-salvage with all the rest of the options I'm running monerod?
18:02:57 <skrech> or just run monerod --db-salvage without any other options?
18:03:09 <skrech> I have custom data-dir and etc
18:14:24 <hyc> you could also try mdb_dump -a > /dev/null
18:14:37 <hyc> if it runs without any errors, then the DB structure is ok
18:20:42 <dEBRUYNE> Freneticks: Could you elaborate?
18:23:27 <skrech> hyc: I'll try in a sec
20:23:16 <SerHack> Who has the source file of "dont-buy-monero-sticker" uploaded on github? https://github.com/monero-ecosystem/dont-buy-monero-sticker
20:24:06 <louipc> svg is the source isnt it?
20:24:20 <louipc> https://raw.githubusercontent.com/monero-ecosystem/dont-buy-monero-sticker/master/sticker.en.svg
20:25:07 <louipc> nice thing is browsers can render it directly
20:25:30 <SerHack> louipc: the image has been exported to SVG, but that's not the source file
20:26:06 <louipc> what could it be then?
20:26:21 <louipc> gimp xcf?
20:27:11 <SerHack> inkscape file
20:28:05 <louipc> oh is inkscape svg different than standard one
20:28:33 <louipc> yea looks like it
20:40:08 <skrech> damn, mdb_dump is running for more than an hour for 23G database...
20:40:10 <skrech> :?
22:34:25 <ndorf_> something strange seems to be happening when attempting to HTTP Resume downloads from getmonero.org
22:35:35 <ndorf_> e.g. curl -C - -LO 'https://dlsrc.getmonero.org/cli/monero-linux-x64-v0.15.0.1.tar.bz2' <-- when i already have the complete file, this shouldn't modify it, but instead i end up with a corrupted one
23:59:05 <ksk> does that redirect to github at any chance? iirc github does not like (untimely) resumes
23:59:13 <ksk> as all downloads are sessioned (my guess..)
23:59:27 <ksk> ndorf: ^