Re: [Tails-dev] Reviewing kytv:feature/i2p-0.9.8.1 [Was: about the maintenance of I2P in Tails]

2013-11-21 Thread intrigeri
Kill Your TV wrote (21 Nov 2013 17:03:18 GMT) : > service-wrapper-java 3.5.22, used by I2P, has landed in unstable and is > using bits of my packaging. woot. Congrats! I can't wait for I2P to be maintained in Debian proper... but I'm now wondering if it's gonna be appropriate for a Debian stable r

Re: [Tails-dev] Reviewing kytv:feature/i2p-0.9.8.1 [Was: about the maintenance of I2P in Tails]

2013-11-21 Thread Kill Your TV
service-wrapper-java 3.5.22, used by I2P, has landed in unstable and is using bits of my packaging. woot. http://ftp-master.metadata.debian.org/changelogs//main/s/service-wrapper-java/service-wrapper-java_3.5.22-1_changelog signature.asc Description: PGP signature _

Re: [Tails-dev] Reviewing kytv:feature/i2p-0.9.8.1 [Was: about the maintenance of I2P in Tails]

2013-11-21 Thread Kill Your TV
On Thu, 21 Nov 2013 17:50:09 + (UTC) intrigeri wrote: > Hi, > > Kill Your TV wrote (21 Nov 2013 16:58:53 GMT) : > > I just pushed what's likely the last of the changes for 0.22. > > Looks good to me, modulo a few comments: > > * regarding commit 95ca91a ("document the need for admin passwo

Re: [Tails-dev] Reviewing kytv:feature/i2p-0.9.8.1 [Was: about the maintenance of I2P in Tails]

2013-11-21 Thread Kill Your TV
On Thu, 21 Nov 2013 17:33:28 + (UTC) intrigeri wrote: > Kill Your TV wrote (21 Nov 2013 17:03:18 GMT) : > > service-wrapper-java 3.5.22, used by I2P, has landed in unstable > > and is using bits of my packaging. woot. > > Congrats! I can't wait for I2P to be maintained in Debian proper... >

Re: [Tails-dev] Fix for keyboard layouts in the greeter, please review

2013-11-21 Thread winterfairy
intrigeri wrote: > winterfairy wrote: >>I am a bit uncertain, as recently "hrv" has been added >>for the keyboard layout "us/hbs" (serbo-croatian (us)). >>I do not really know if "hr" (croatian) keyboard layout >>is preferred for croatia. >> >>Fedora installer selects "hr" it se

Re: [Tails-dev] Fix for keyboard layouts in the greeter, please review

2013-11-21 Thread intrigeri
winterfa...@riseup.net wrote (21 Nov 2013 14:57:57 GMT) : > intrigeri wrote: >> winterfairy wrote: >>>I am a bit uncertain, as recently "hrv" has been added >>>for the keyboard layout "us/hbs" (serbo-croatian (us)). >>>I do not really know if "hr" (croatian) keyboard layout >>>is pr

Re: [Tails-dev] Reviewing kytv:feature/i2p-0.9.8.1 [Was: about the maintenance of I2P in Tails]

2013-11-21 Thread Kill Your TV
On Thu, 21 Nov 2013 06:48:00 + (UTC) intrigeri wrote: > Hi, > > Kill Your TV wrote (21 Nov 2013 02:06:30 GMT) : > > intrigeri wrote: > > >> Kill Your TV wrote (14 Nov 2013 20:32:45 GMT) : > >> > If ACLs can be used [...] > >> > >> I've no idea if they're available for SquashFS, especially

Re: [Tails-dev] active probing vs. AdvGoalTracking [Was: [RFC] Design (and prototype) for MAC spoofing in Tails]

2013-11-21 Thread intrigeri
Hi, anonym wrote (21 Nov 2013 05:58:37 GMT) : > Ah, I didn't connect the dots before. What you mean is that, with > persistent NM-connections, the list of ssids/bssids/whatever probed for > can be used as a fingerprint. Right. > I haven't looked into NM's code yet, but I promise to do so soon, c

Re: [Tails-dev] Please review'n'merge feature/linux-3.11-2 [Was: Broken build / Linux 3.11]

2013-11-21 Thread intrigeri
Alan wrote (21 Nov 2013 09:18:07 GMT) : > Works for me. Good. > Why is the branch called feature/linux-3.11-*2* while it actually > install 3.11-*1*? What makes you think so? Here's what I see in the last Jenkins build of experimental: linux-image-3.11-2-4863.11.8-1 linux-image-3.1

[Tails-dev] Persistence: display nicer paths

2013-11-21 Thread Andres Gomez Ramirez
Hello, >Thanks a lot! > >If you feel it's ready for QA, please email the tails-dev ML about it >(that's the preferred way to submit patches and discuss them, as not >everybody is tracking Redmine that closely). Thanks in advance :) Ok no problem, attached is the patch for "Persistence: display ni

Re: [Tails-dev] Reviewing kytv:feature/i2p-0.9.8.1

2013-11-21 Thread winterfairy
intrigeri wrote: > Kill Your TV wrote (21 Nov 2013 02:06:30 GMT) : >> intrigeri wrote: >>> Kill Your TV wrote (14 Nov 2013 20:32:45 GMT) : If ACLs can be used [...] >>> >>> I've no idea if they're available for SquashFS, especially once >>> combined with aufs. One would have to test this. Let

Re: [Tails-dev] [RFC] Design (and prototype) for MAC spoofing in Tails

2013-11-21 Thread intrigeri
anonym wrote (21 Nov 2013 05:58:37 GMT) : > For consistency I also > added similar help links for persistence and "more options" in the first > screen, although this easily can be reverted if not desired. TBH I see little use in this button: the documentation it links to only quickly mentions the

Re: [Tails-dev] Reviewing kytv:feature/i2p-0.9.8.1 [Was: about the maintenance of I2P in Tails]

2013-11-21 Thread adrelanos
intrigeri: > Kill Your TV wrote (21 Nov 2013 17:03:18 GMT) : >> service-wrapper-java 3.5.22, used by I2P, has landed in unstable and is >> using bits of my packaging. woot. > > Congrats! I can't wait for I2P to be maintained in Debian proper... > but I'm now wondering if it's gonna be appropriate

Re: [Tails-dev] Reviewing kytv:feature/i2p-0.9.8.1 [Was: about the maintenance of I2P in Tails]

2013-11-21 Thread intrigeri
Hi, Kill Your TV wrote (21 Nov 2013 16:58:53 GMT) : > I just pushed what's likely the last of the changes for 0.22. Looks good to me, modulo a few comments: * regarding commit 95ca91a ("document the need for admin password"): wouldn't this be more appropriate for the end-user documentation?

Re: [Tails-dev] Reviewing kytv:feature/i2p-0.9.8.1 [Was: about the maintenance of I2P in Tails]

2013-11-21 Thread intrigeri
adrelanos wrote (21 Nov 2013 17:46:01 GMT) : > Is Debian policy fine with packages which likely never get into stable? Yes. > (Personally, I'd be fine with a testing-only i2p package.) It's doable, but to prevent a package from going into stable, it must be dropped from testing at some (late) po

[Tails-dev] Please review and merge bugfix/additional-software-nitpicking

2013-11-21 Thread Alan
Hi, Please review and merge bugfix/additional-software-nitpicking which should close https://labs.riseup.net/code/issues/6431. Cheers ___ tails-dev mailing list tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev

Re: [Tails-dev] Please review'n'merge feature/linux-3.11-2 [Was: Broken build / Linux 3.11]

2013-11-21 Thread Alan
Hi, On Wed, 20 Nov 2013 16:36:53 +0100 intrigeri wrote: > the subject says it all. > No ticket, candidate for 0.22. Urgent, since > all builds are broken without this merge, so this stalls development. Works for me. Why is the branch called feature/linux-3.11-*2* while it actually install 3.11

Re: [Tails-dev] disabling MAC spoofing by default in VM's [Was: [RFC] Design (and prototype) for MAC spoofing in Tails]

2013-11-21 Thread intrigeri
Hi, (Splitting into per-topic sub-threads to make the discussion easier to follow.) anonym wrote (21 Nov 2013 05:58:37 GMT) : > As pointed out in a different part of this thread, some virtual machines > don't like MAC spoofing at all (e.g. in VirtualBox networking breaks > completely for NAT- and

Re: [Tails-dev] [RFC] Design (and prototype) for MAC spoofing in Tails

2013-11-21 Thread intrigeri
anonym wrote (21 Nov 2013 05:58:37 GMT) : > To get something now I've implemented this in T-G's > feature/spoof-mac branch (actually in feature/spoof-mac-help, merged > into said branch). It seems you did not push all that stuff yet. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcana

Re: [Tails-dev] [RFC] Design (and prototype) for MAC spoofing in Tails

2013-11-21 Thread intrigeri
Hi, anonym wrote (21 Nov 2013 05:58:37 GMT) : > 04/11/13 14:49, intrigeri wrote: >> To end with, I notice the blueprint was not updated (modulo typos etc. >> I fixed) since almost a month. At some point, you'll want to make it >> include all the good thinking that was put into the >> recent discus