On 2012-01-26 13:06:31 +0100 (+0100), Martin Bagge / brother wrote:
[...]
> There are several articles about the problem with CC NC licenses,
> exactly what that means is not clear. Make sure to study the field
> before picking anything based on NC.
> Pick license and pick it wise.
The historic qu
When it comes time to submit this for inclusion into the archive,
I'm definitely interested in reviewing and testing your package.
While I'm not a DD and thus can't sponsor the upload, I am a user of
atheme-services on Debian and have packaged several versions of it
myself for use on my own IRC ser
To my knowledge there's no specific *policy* within Debian which
explicitly lays out how to deal with this particular circumstance in
detail. Common sense and courtesy, however, would dictate that you
abide by the wishes of the software's author(s) while possibly
engaging them in a civilized discus
It would help to know if the long-term-support concerns of upstream
have been dealt with since this program's removal last year:
http://bugs.debian.org/583327
--
{ IRL(Jeremy_Stanley); WWW(http://fungi.yuggoth.org/); PGP(43495829);
WHOIS(STANL3-ARIN); SMTP(fu...@yuggoth.org); FINGER(fu...@yuggot
On Wed, Jun 08, 2011 at 05:53:06PM +0600, Andrey Rahmatullin wrote:
> On Wed, Jun 08, 2011 at 08:02:34PM +0900, Charles Plessy wrote:
> > shuffle will randomize the order of lines in a file. In other
> > words, if you have a sorted file, shuffle will undo the sort.
> sort -R
[...]
Also worth notin
On Mon, Feb 21, 2011 at 09:13:51PM +0100, Joerg Jaspert wrote:
> Care to make a point for the gpg stuff around it within bug
> #612657?
Gladly! Restating and Cc'ing...
While I agree that moving away from SHA-1 is necessary, SHA-512 is
not part of the compatibility set according to the gpg(1) manp
Testing the invocation of spfquery.mail-spf-perl from your patch, it
appears that the --mfrom and --helo options imply mutually exclusive
modes of operation (or rather, --helo overrides --mfrom completely
when specified). The manpage also implies this, as well as stating
that --helo and --mfrom are
Package: dpkg
Version: 1.15.7.2
Severity: minor
Tags: patch
As per this discussion thread:
http://lists.debian.org/debian-mentors/2010/08/msg00184.html
...the dpkg(1) man page might not be clear enough that when it talks
about --purge and "everything, even configuration files" as well as
"config
I can confirm, even after building the latest 2010.06.16-268169-2
module for a packaged 2.6.32-5-686 kernel (current squeeze), this
exact behavior is still present.
--
{ IRL(Jeremy_Stanley); PGP(97AE496FC02DEC9FC353B2E748F9961143495829);
SMTP(fu...@yuggoth.org); IRC(fu...@irc.yuggoth.org#ccl); ICQ
On Tue, Mar 30, 2010 at 08:51:04PM +0200, Fredrik Hallenberg wrote:
[...]
> License, please advise if this is ok:
[...]
That's modeled on the modern (3-clause) BSD license, pretty much
word-for-word (substituting Google's name for the Berkeley Regents).
/usr/share/common-licenses/BSD
--
{ IRL(J
On Thu, Mar 11, 2010 at 07:13:20PM -0500, Celejar wrote:
[...]
> ~$ weather -iKMJX
> Traceback (most recent call last):
> File "/usr/bin/weather", line 36, in
> murl=get("murl", argument)
> File "/usr/lib/python2.5/site-packages/weather.py", line 97, in get_metar
> + id.upper() +")")
>
On Wed, Dec 30, 2009 at 12:27:36PM +0100, Tomasz bla Fortuna wrote:
[...]
> If somebody likes he should be able to use OTPW, but I think that
> it's a time to make OPIE obsolete.
Thanks for the writeup! I'd definitely like to see this included in
Debian (and other operating systems, for that matte
On Tue, Dec 29, 2009 at 12:05:20PM -0500, Luke Faraone wrote:
[...]
> Unlike OPIE, otpasswd uses modern hashing algotrithms and supports offline
> / out-of-band use.
A compare/contrast with the libpam-otpw package would also be
interesting.
--
{ IRL(Jeremy_Stanley); PGP(9E8DFF2E4F5995F8FEADDC5829
On Sun, Oct 18, 2009 at 09:46:55AM +0200, Julien Valroff wrote:
[...]
> Main thing is that patches applied to the debian package do not
> introduce any regression.
Following my tweaks I'm not aware of any remaining regressions from
this patch, unless you want to consider the change of default
enco
On Sun, Oct 18, 2009 at 02:45:23AM +, The Fungi wrote:
[...]
> Also, somewhat less important, the ANSI bold attribute is no
> longer shifting color numbers by one bit (0-7 -> 8-15). The ANSI
> escape and color handling code, both in original AjaxTerm and the
> patched version, i
On Wed, Oct 14, 2009 at 03:39:30PM +, The Fungi wrote:
[...]
> I'll see if I can get my hands on a virtual machine to replicate
> the issue and hopefully figure out a fix.
[...]
> I'll follow up again when I have something.
Okay, I was able to replicate the problem unde
On Wed, Oct 14, 2009 at 11:04:58AM +0200, Julien Valroff wrote:
[...]
> Now, still some issues on ie8 on Windows Seven: the console is not
> of the expected size (does only adapt to the contents displayed)
> and the red cursor is one line after the prompt, and is much
> longer than it should be). I
On Thu, Aug 27, 2009 at 10:25:18AM +0200, Boris Petersen wrote:
> well encryption doesn't make sense at all.
> 1. encryption on disk means, that the service we are talking to
> understands that encryption as well. Otherwise there is no way!
Or it means that the centerim understands the symmetric c
This issue of encrypting passwords on disk also garners a section of
upstream's FAQ, indicating a probable wontfix status on their part:
http://www.centerim.org/index.php/Frequently_Asked_Questions#What_about_encrypted_password_storage_in_config.3F
Much like your argument that masking in the UI g
On Sun, Aug 16, 2009 at 07:49:20PM +, The Fungi wrote:
[...]
> I assumed (perhaps wrongly) that this was a hack to get IE to pay
> attention to the encoding, but hadn't tested removing that. I'll
> see if I can identify any issues with that hunk removed. I cleaned
> ou
On Sun, Aug 16, 2009 at 09:17:24PM +0200, Julien Valroff wrote:
> I have just tested this patch, and it seems there are some issues.
> When simply calling 'ls -l' in my home directory, I get the following
> kind of output:
[...]
> -rw-r--r-- 1 julien julien 42964 aoû 16 20:46
Similarly, attempting to send the Japanese Katakana for "ru" (ル)
which is encoded as 0xe383ab seems to result in the client
interpreting the 0x83 byte as a user request to send an IAC IP
(interrupt) sequence. Doing 'unset interrupt' first averts this, but
there seems to be no equivalent command-lin
On Sat, Jun 27, 2009 at 06:00:32PM +0200, Julien Valroff wrote:
[...]
> I am not a security expert, and I am not sure to understand how
> your patch would make ajaxterm really secure. From what I could
> read, Math.random() is said to be inherently insecure.
Well, the primary concern (according to
Apologies--my previous message included a broken patch from an
earlier attempt rather than the current one. Here is what I'm
presently using on my sytems:
--- /usr/share/ajaxterm/ajaxterm.js 2009-02-17 13:40:43.0 +
+++ ajaxterm.js 2009-05-17 20:15:16.0 +
@@ -3,7 +3,16
Since sid is used as a string, here's a cheap way to increase its
complexity by more than 10^7 without increasing its length, simply
by adding mixed-case letters (this is what I've done on systems
where I use the application and it works fine):
--- /usr/share/ajaxterm/ajaxterm.js 2009-02-17 1
Package: libasound2-plugins
Version: 1.0.16-1
Severity: important
The following files/symlinks were in libasound2-plugins 1.0.16-1+b1 but
went missing in the +b2 build:
/usr/lib/alsa-lib/libasound_module_pcm_a52.a
/usr/lib/alsa-lib/libasound_module_pcm_a52.la
/usr/lib/alsa-lib/libasound_module_p
On Sat, Feb 14, 2009 at 01:59:34PM +0100, Rondal wrote:
[...]
> there are currently no other IRC Services packages in the
> repositories
[...]
Unless I misunderstand your assertion or am taking it out of
context, I would hold up at least the dancer-services package as a
counterexample (though I ex
Package: dancer-services
Version: 1.8.0.6.3-6
Severity: minor
Tags: patch
The README.Debian file still refers to the no-longer-existent
mkpasswd.dancer utility, when it should instead refer to the mkpasswd
utility from the whois package (as dancer-ircd's README.Debian already
does). A trivial pa
On Thu, Apr 24, 2008 at 02:54:05PM -0400, Good Times wrote:
[...]
> my guess, and it was a guess, after looking at the usage, was
>
> weather --city="New York"
>
> thinking that it would take care of the METAR part, etc
>
> but that isn't the case
[...]
I've actually been considering a related
The city and state flags are for specifying a NWS forecast location.
For current conditions data, you must specify a METAR station ID.
You probably want something like this (for La Guardia):
weather --id=KLGA
Or:
weather --forecast --city="New York" --st=NY --id=KLGA
Though for most major
Package: irssi-scripts
Version: 20070925
Severity: normal
Tags: patch
The sentence nickident.pl is expecting to confirm acceptance of a
nickserv ident password ends with a period (.) but the nickserv bot from
the dancer-services package does not end this sentence with a period. A
trivial patch
I'm running into a similar (potentially related?) issue running
1.6.1 on sid (checksumming enabled, configured for daemon mode).
Noticed that the daily cronjob was failing, complaining:
Could not read config file: No such file or directory at
/usr/share/apt-cacher//apt-cacher-lib.pl line 39.
I t
I can confirm this is still working with the 1:1.4-1 version now in
sid.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: wesnoth
Version: 1:1.3.18-1
Severity: wishlist
Starting with 1.3.18, a smallgui autoconf flag was added to enable use
on lower-resolution devices (such as the Asus EeePC and Nokia n810).
I have tested it with the 1:1.3.19-1 source package in sid, with
positive results. Please build an
Package: wnpp
Severity: wishlist
* Package name: python-py-bcrypt
Version : 0.1
Upstream Author : Damien Miller <[EMAIL PROTECTED]>
* URL : http://www.mindrot.org/projects/py-bcrypt/
* License : ISC/BSD (advertising clause--see below)
Programming Lang: C, Pyt
tags 442424 + patch
(tried to tag the wrong bug number in my last update--sorry!)
--
{ IRL(Jeremy_Stanley); PGP(9E8DFF2E4F5995F8FEADDC5829ABF7441FB84657);
SMTP([EMAIL PROTECTED]); IRC([EMAIL PROTECTED]); ICQ(114362511);
AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER([EMAIL PROTECTED]);
MUD(
tags 436187 + patch
The last few patches provided by wigge appear to mostly address this
bug:
http://sourceforge.net/tracker/?atid=525126&group_id=69596&func=browse
Confirmed working after updating the Debian package to the latest
stable upstream (0.7.8-3) and applying the patches, though note t
Tags: confirmed, upstream
The program itself does not marry station IDs and forecasts. In
fact, specifying a station ID but not specifying a city/state and
then requesting a forecast is going to return a forecast for the
default sample location (or the city/state specified in the
"default" alias).
Package: wnpp
Severity: wishlist
Owner: Jeremy Stanley <[EMAIL PROTECTED]>
* Package name: weather-util
Version : 1.1-1
Upstream Author : Jeremy Stanley <[EMAIL PROTECTED]>
* URL : http://fungi.yuggoth.org/weather/
* License : BSD
Programming Lang: Python
D
39 matches
Mail list logo
