<unclouded>
hey can I get commit to the openwrt-packages project?  I've got a port of Freedroid to upload
<wolfspraul>
unclouded: sure you can!
<wolfspraul>
do you have an account on projects?
<unclouded>
yes, by the same name: unclouded
<wolfspraul>
if you commit something, I can also test the new commitlog scripts :-)
<unclouded>
ok, maybe I should commit it one file at a time then ;-)
<wolfspraul>
unclouded: thanks for asking, I added you as member to openwrt-xburst and openwrt-packages
<wolfspraul>
you need to upload your ssh public key, then it should work...
<unclouded>
I think I remember uploading my key.  I must have if Ive committed to other projects, right?
<wolfspraul>
hmm
<wolfspraul>
not sure whether it is shared across all projects or not
<wolfspraul>
maybe
<wolfspraul>
just try, you should not be able to easily break something on the server :-
<wolfspraul>
:-)
<bartbes>
*crack*
<wolfspraul>
that must have been the heads of the second mirrored hdd
<bartbes>
probably
<unclouded>
thanks for the access!  I'll say so just before I commit
<wolfspraul>
zear: hi zear!
<zear>
hey wolfspraul
<wolfspraul>
I was playing with eggdrop a bit, improving a few things
<zear>
ah, so you can finally remove my nick from logging? :D
<wolfspraul>
one sec
<wolfspraul>
back then you told me you didn't like that the IP would get logged
<zear>
ah, yes
<wolfspraul>
which I can kind of understand, plus it doesn't provide any value to others
<zear>
yes, because they can always do /who to get his whereabouts anyway
<wolfspraul>
so since I reviewed this eggdrop monster a bit more now, I realized the log flags were 'jpk'
<wolfspraul>
j = joins, parts, etc. k = kicks, bans, etc.
<wolfspraul>
so actually I think all we need is 'p'
<wolfspraul>
the public messages
<wolfspraul>
so for now, I changed the log settings to 'p', which in my theory means the IP addresses won't get logged anymore, because the join and part messages are not logged
<wolfspraul>
that's a small step forward I think
<wolfspraul>
:-)
<wolfspraul>
now I am wondering whether I should go over the entire archives and strip out all such 'j' and 'k' messages as well?
<wolfspraul>
what value does it have that we remember who and when people joined and left?
<wolfspraul>
I think all we care about is the actual content of the messages, i.e. actual public messages
<wolfspraul>
zear: what do you think?
<zear>
i think stripping the actual logs from joins and kicks is a good idea
<zear>
though google had enough time to cache them already ;)
<wolfspraul>
one by one
<wolfspraul>
yes I know but it's never too late to improve :-)
<zear>
i agree
<wolfspraul>
so first of all - you agree that going forward, removing the 'j' and 'k' log types does not remove any value, right?
<wolfspraul>
I mean I don't see any value...
<zear>
yes, there's no point logging them
<wolfspraul>
ok, next question is whether I should also retro-actively strip them from the archives
<wolfspraul>
I lean towards doing that, but I'm always careful about censoring/removing data...
<wolfspraul>
but in this case, same as for future logs, I don't see the value
<wolfspraul>
it's just junk!
<wolfspraul>
and lots of IP addresses as you said correctly
<zear>
why not, they are all in a similar form:Â Â nick(~nick@ip) has joined #channel
<wolfspraul>
shall we purge the junk?
<zear>
should be rather easy to set up a script removing these lines
<wolfspraul>
yes sure, it's not a technical problem
<wolfspraul>
I just don't want to go through the archives purge stuff unilaterally
<zear>
wolfspraul, make a copy
<wolfspraul>
I feel this is a community server and I respect that the data is owned by everybody...
<zear>
in case people want them back
<wolfspraul>
ok, easy
<wolfspraul>
that would be a very exotic wish anyway, I really cannot imagine what the value of these log lines could be
<wolfspraul>
already, so after the copy we purge them?
<zear>
the purpose of public logs should be easy access to precious informations about the nanonote, and not easy access to personal data ;)
<wolfspraul>
totally agree with you
<zear>
so i say purge the already existing logs
<wolfspraul>
that's why I was happy today to realize that we can improve something
<wolfspraul>
alright, will do. backup copy first.
<bartbes>
I agree, it's just so you can look up what was said
<bartbes>
say, wolfspraul tells you how to do something, you forget, you want to look it
<bartbes>
up
<bartbes>
then you don't need join/quit messages
<bartbes>
if you are however spying on people, then you're just plain weird anyway
<unclouded>
wolfspraul: beaten to a commit by kyak.  do you want to make any changes to the commit scripts before the next commit?
<wolfspraul>
yes agree, the join/part messages and IP addresses do not belong in the archives and create no value
<wolfspraul>
unclouded: no no :-)
<zear>
bartbes, it's not about you spying on people, it's about google caching everything
<wolfspraul>
just commit
<zear>
bartbes, it's just in case someone ineeds choose to look up some information about you ;)
<wolfspraul>
it creates no value, it has to go
<wolfspraul>
that simple
<bartbes>
I was merely stating the use cases of the logs
<bartbes>
saying thatthe join/quit messages are useless
<wolfspraul>
if my mind would work quicker I would have done this right the day when I installed eggdrop, but that thing has so many config options and my brain is so slow nowadays, it takes some time...
<wolfspraul>
zear: in hindsight, thanks for alerting me about the IP problem, I might not have noticed...
<unclouded>
wolfspraul: when it says "error: hooks/post-receive exited with error code 1", is that something up with your scripts?
<bartbes>
heh
<bartbes>
not quite fixed then
<wolfspraul>
hmm
<wolfspraul>
guess so :-)
<wolfspraul>
unclouded: when did you get that error?
<wolfspraul>
you did a 'git push' from the command line?
<unclouded>
yup
<unclouded>
should I not have?
<wolfspraul>
sure why not
<wolfspraul>
strange I tested this carefully, didn't see anything
<unclouded>
I'm not all that familiar with git.  I use svn and mercurial mostly
<wolfspraul>
unclouded: it's just a minor annoyance, the git push went through just fine
<bartbes>
unclouded: you did nothing wrong, don't worry
<wolfspraul>
just a bit surprised why I didn't see it and how to reproduce it... should be easy to fix
<unclouded>
RE: the Freedroid port: the title music doesn't work but the rest seems to.  If you liked Paradroid on the C64 then this game will bring back memories
<unclouded>
wolfspraul: I had to pull and merge before pushing.  I don't know if that would affect anything
<wolfspraul>
zear: hmm, I think actions and nick changes are still important, need to check whether they are still logged...
<wtest>
testing logging
<bartbes>
agrees
<zear>
I was wondering. I can agree nicks are important, but what if the logs would color the logs depending on who said what
<zear>
each nick currently on channel would be assigned a different color
<zear>
that way the logs would be anonymous, but one could still distinguish different persons in discussions
<bartbes>
but why the anonimity?
<wtest>
the nick change is not logged anymore, the actions are
<wtest>
I think we can get rid of nick changes too
<wtest>
most of the time it's just things like
<bartbes>
in my example, if I wanted to know what wolfspraul said, I need to know it's him
<zear>
bartbes, because say something inappropriate and it will be saved for ever by google ;)
<bartbes>
then don't say anything inappropriate
<bartbes>
(using this name)
<zear>
yea, but i use this name on other channel in freenode
<wspraul_away>
bartbes: yeah but irc is not attempting any real authentication
<zear>
i'd have to use a different irc client to have a different nick just for this channel
<wspraul>
does anybody feel 'nick changes' need to be logged?
<bartbes>
I know
<wspraul>
cause they are not with the latest settings...
<bartbes>
making the solution simple
<wspraul>
I can live without them
<bartbes>
do not say inappropriate things
<wspraul>
actions are logged
<zear>
bartbes, you don't know what will be inappropriate after years
<zear>
maybe you will say something like "I hate microsoft products" and in 5 years you will be trying to get a job at redmond
<zear>
and then they will google your nick and find out about your hatred towards ms ;)
<bartbes>
zear: btw, I'm pretty sure they'll 'bing' my nick
<zear>
haha
<zear>
i remember reading somewhere that most of ms employees use google
<zear>
their programmers also work on linux machines
<wspraul>
gentlemen
<wspraul>
logging without 'nick changes' - OK?
<bartbes>
yeah sure, why not
<wspraul>
I see no value in tracking nick changes, most of them are just _away changes
<wspraul>
and nicknames on irc are freely chosen and have little/zero authentication value anyway
<bartbes>
I have nick enforcement
<zear>
<paranoia on>and _away changes can give the informations about hours when you start/end your work, or when you're not at home</paranoia off>
<wspraul>
ok, unless someone says they want nick changes in the logs, they are gone
<wspraul>
zear: yes, but we can also think about the positive value. Is there any positive value? if no, why log. it's just junk.
<wspraul>
most of what I see is people changing their nick to _away and back later.
<wspraul>
no need to log that
<bartbes>
zear: somehow I think you don't even need to switch the paranoia on
<zear>
;P
<wpwrak>
wolfspraul: btw, what would you think of me checking the scan stuff into a git on projects.qi-hw ? (tomorrow or so) not sure how git likes large binaries. i think it should be fine, but i've never tried it. size is around 90 MB now, but growing. should be ~500 MB in the end.
<zear>
i'm not paranoic, it is a fact that google caches it
<zear>
and i don't want to give informations about myself so easily
<zear>
it's not that i'm scared about being spied by someone, it's just that i don't want to give all that information
<wpwrak>
zear: if you want to hide your comings and goings, just don't /n *away ? :)
<wspraul>
wpwrak: yeah totally, git is good let's try
<zear>
i never do ;)
<zear>
wpwrak, and that about _away was a joke anyway ;P
<wolfspraul>
zear: your point about the IP addresses being logged was very good, I'm seriously happy you brought it up
<wolfspraul>
someone could do all sorts of profiling, and I think none of use would want that
<wpwrak>
wspraul: kewl. i might even be able to link directly to the files, avoiding the copies on my server (with an ancient and small disk)
<wolfspraul>
there is enough data already everywhere, no need to create more and more
<wolfspraul>
wpwrak: should we create a separate project?
<bartbes>
hmm, what are you guys doing?
<wpwrak>
wolfspraul: (project) yes, i think i should do that
<wpwrak>
wolfspraul: but first, i have to get a bunch of new and (hopefully) improved idbgs to work ...
<wolfspraul>
wpwrak: project creation is not automated, I need to do it for you
<wolfspraul>
do you have an account on projects?
<wolfspraul>
I need 2 things: your account name (wpwrak?) and what name you want for the project
<wpwrak>
wolfspraul: account: werner, project name: how about keeping the not entirely accurate but reasonably self-explanatory "Ben NanoNote Case Scans" ? short name perhaps ben-scans or ben-case-scans
<kyak>
guys, this is a good point indeed, but IRC never assumed privacy. That's why bnc's found a great use and host cloaking
<wpwrak>
(not entirely accurate) because the scans also include items that are not really part of the case, such as the PCBs
<kyak>
kyak [~kyak@unaffiliated/kyak]
<wpwrak>
the main privacy concern is linking odd statements to well-known identities anyway. i mean, after a while, it's pretty clear who you are in real life :) but yes, you can defeat the stray google search
<wolfspraul>
ben-scans is good, the shorter the better
<xiangfu>
bartbes, there is a typo "termnial" --> "terminal" :P
<bartbes>
...
<bartbes>
so ehm, how did you fix it, --amend?
<wolfspraul>
xiangfu: did you get an error when you did 'git push'?
<xiangfu>
bartbes, yes
<xiangfu>
wolfspraul, no
<bartbes>
well, normally you should amend before you push though
<xiangfu>
wolfspraul, wait. there is one: "error: hooks/post-receive exited with error code 1"
<bartbes>
now we all got to see your type anyway
<bartbes>
fears SuperLinda
<xiangfu>
bartbes, yes.
<SuperLinda>
does any one know how to connect devices to the nanonote
<wpwrak>
wolfspraul: (short names) yup :) i might also try to simplify the file names a little. e.g., the draft-1mm isn't so pretty.
<SuperLinda>
how do you do you do it
<wolfspraul>
wpwrak: did you know that indefero supports both git & svn? do you want git or do you feel you have no choice?
<SuperLinda>
I could not use lsusb
<wolfspraul>
I'm slightly leaning towards git because it receives more love (commit logs etc), but if you are happier with svn we get that to work as well...
<SuperLinda>
so does anyone know how to mount devices
<wpwrak>
wolfspraul: whichever has a repository-to-web gateway that gives nice mime types, so that i can link to :)
<xiangfu>
SuperLinda, there is one way: "sudo sshfs root@192.168.254.101:/ /mnt"
<xiangfu>
bartbes, I modify the "joe" shorcut to yours. but still not work. :(
<bartbes>
that's weird..
<bartbes>
same for other applications?
<bartbes>
and, it does work if you start gmu for example?
<xiangfu>
bartbes, gmu, dgclock works fine.
<xiangfu>
only the terminal apps
<bartbes>
strange
<bartbes>
and, what is that illustrious wrapper?
<rafa>
larsc: you there?
<larsc>
rafa: yes
<rafa>
larsc: Hi. I am trying to boot jlime from NAND. I am at kernel menuconfig.. if I read qi config I read :
<rafa>
CONFIG_MTD_ROOTFS_ROOT_DEV=y
<rafa>
CONFIG_MTD_ROOTFS_SPLIT=y
<bartbes>
xiangfu: do you know how the file browser in gmenu2x works?
<rafa>
but I do not find those options in device drivers -> MTD -> mtd partition support
<xiangfu>
bartbes, don't know. I never make it work.
<bartbes>
:(
<bartbes>
it sucks
<bartbes>
because that'd make linking easy
<xiangfu>
bartbes, we are think add more terminal apps to gmenu2x "applications" section.
<xiangfu>
bartbes, then people can easy run terminal apps.
<bartbes>
that'd be nice
<bartbes>
maybe even an option to drop to a terminal
<xiangfu>
bartbes, yes. there is "fbterm"
<bartbes>
ooh
<xiangfu>
bartbes, I already added it. but not make it work. just like other terminal apps.
<bartbes>
wow, Jan0 had an amazing question
<wolfspraul>
xiangfu: I cleaned up the git commit log scripts a bit more, although I could not reproduce the problem and I don't think I changed anything significant.
<wolfspraul>
so next time you commit - watch any unusual messages. I have a bit more logging turned on on the server now.
<xiangfu>
wolfspraul, ok.
<wolfspraul>
you just committed a few things - did you get an error there?
<wolfspraul>
(it went into my test setup though, that's why it didn't show up here...)
<xiangfu>
wolfspraul, there is an error , same as before.
<wolfspraul>
hmm
<wolfspraul>
don't know why I can't reproduce them
<bartbes>
permissions?
<bartbes>
(again)
<wolfspraul>
I'm going through the full procedure, only with a test project
<wolfspraul>
ok we will find the problem... I will just commit into openwrt-packages tomorrow, maybe I see it then
<bartbes>
yes, write a nice package Makefile :P
<bartbes>
(just to be clear, this is a joke)
<wolfspraul>
why not, I need to speed up. only that I dont' want to delay tracking down and fixing this particular little thing...
<wolfspraul>
so I'll just commit a test makefile, then delete it again. just want to get rid of this error quickly...
<xiangfu>
wolfspraul, I have fix some typo not commit to openwrt-packge.git. I can commit it now.
<wolfspraul>
yeah but you will probably just see the bug again
<wolfspraul>
just try
<wolfspraul>
I'm too tired now to put more loggin in
<wolfspraul>
the bug may even be in the git script, not our commitlog/irc part
<larsc>
rafa: i think you can ignore those entries
<qi-bot>
[commit] Mirko Vogt: NanoMap: adjust Makefile to use the new and more generic way of handling projects using qmake, remove BROKEN flag http://qi-hw.com/p/openwrt-packages/b73cede