On Tue, Jun 03, 2014 at 11:24:54PM +0200, Roberto E. Vargas Caballero wrote:
> This patch conflicts with your previous patch, so I think there is
> some kind of error here, isn't it?
Yeah, I made this so that it apply cleanly on the head but forgot to
rebase it on my other patch. Here is the fixed
but beware: they lowered audio quality in general recently. whereas I
used to get 192kbit vorbis in the past now I can only get 128kbit,
both in the normal 720p/1080p video and the pure audio versions.
it might be that the itag 141 and 172 are not available, even though
the example I posted seems t
yes.
http://en.wikipedia.org/wiki/YouTube#Quality_and_codecs
itag bitrate
139[3] MP4 AAC 48
140 MP4 AAC 128
141[3] MP4 AAC 256
171 WebMVorbis 128
172[3] WebMVorbis 192
On Wed, Jun 04, 2014 at 12:12:51AM +0200, FRIGN wrote:
> On Tue, 3 Jun 2014 22:44:31 +0200
> Alexander Huemer wrote:
>
> > What here provides a false feeling of security?
>
> Well, the incorporation of this shadow-file.
> Some users might see this as a motivation for weak passwords.
You think s
On Tue, 3 Jun 2014 22:44:31 +0200
Alexander Huemer wrote:
> What here provides a false feeling of security?
Well, the incorporation of this shadow-file.
Some users might see this as a motivation for weak passwords.
Cheers
FRIGN
--
FRIGN
> I like it. The logic in getsel() can also use the tlinelen function. I
> attached a patch which does this and removes a couple of lines. It
> depends on both patches you sent.
Good catch, your patch makes the code cleaner and eliminate duplicated
copies of the same code, so I will apply it.
Tha
This patch conflicts with your previous patch, so I think there is
some kind of error here, isn't it?
Regards,
--
Roberto E. Vargas Caballero
This patch makes sense to me, so I'll apply it unless someone has a problem
with it.
Regards,
--
Roberto E. Vargas Caballero
On Mon, Jun 02, 2014 at 06:41:45PM +0200, FRIGN wrote:
> […]
> If your password is strong, having the hashes won't help any attacker.
> […]
I think that's the whole point.
Hashing the password before writing it to disk does not hurt much.
In case an attacker got access to a box he does not know wh
Quoth hiro:
> One very nice new thing i discovered by going the manual way without
> the stupid quvi (which sadly randomly stopped working at some point
> for me) was that they now at least they have pure audio files
> together with that adaptive streaming bullshit, so I don't need ffmpeg
> for my
On Tue, 3 Jun 2014 21:16:01 +0200
Markus Wichmann wrote:
> Well, it won't save you, but delay it significantly! Testing a password
> with login takes 5 seconds, testing a password with the hash at hand
> takes less than a microsecond.
Well, it depends on the hash and how strong the password is ;
On Mon, Jun 02, 2014 at 06:41:45PM +0200, FRIGN wrote:
> Well, I prefer /etc/passwd, given it gives a false feeling of security
> using the shadow-file.
> In reality, it's a solution for a very unimportant issue.
> If your password is strong, having the hashes won't help any attacker.
> On the othe
choose a stream, meaning of itags is on wikipedia article of youtube.
wget -q -O - 'http://www.youtube.com/watch?v=Ux1Za8Wmz_s'|sed
's/"/\n/g; s/\\u0026/ /g; s/,/\n/g'|sed -n
'/url_encoded_fmt_stream_map/,/^$/p; /adaptive_fmts/,/^$/p'
One very nice new thing i discovered by going the manual way wi
On Tue, 3 Jun 2014 18:32:13 +0100
Dimitris Papastamos wrote:
> On Tue, Jun 03, 2014 at 07:28:37PM +0200, FRIGN wrote:
> > - if(num && !iscntrl((int) buf[0]) && (len + num
> > < sizeof passwd)) {
> > + if(num && !iscntrl((int) buf[0]) && (len +
On Tue, Jun 03, 2014 at 07:28:37PM +0200, FRIGN wrote:
> - if(num && !iscntrl((int) buf[0]) && (len + num
> < sizeof passwd)) {
> + if(num && !iscntrl((int) buf[0]) && (len + num
> < sizeof passwd)) {
Whitespace issue?
Other than that it
Hello,
working on su/login in ubase, I removed my /etc/shadow-file with
"pwunconv" and noticed that slock didn't work any more.
It turned out to be an invalid check in slock for shadow-passwords,
which, after correcting it, turned out to solve the problem instantly.
I don't know who got the idea
> - not use GNOME
As a matter of fact, I don't have gnome. But, having "any high
level script" bindings in order to customize the gnome desktop is
ok... till it's not mandatory for a reasonnably featured
desktop. If I'm not wrong, gnome desktop APIs are based on
gobject which can be interacted wi
On Tue, Jun 3, 2014 at 4:34 AM, Colona wrote:
> Currently, selection is expanded to the end of the line over line breaks only
> in
> regular selection mode, when the line in not empty and when going down and/or
> right. This covers all the cases including word selection mode, with the
> exception
18 matches
Mail list logo
