I hope a global maintainer can step up. I've been on hiatus from GCC work for
some years, and this was never my part of the build system anyway -- and I
don't use Darwin -- so I'm not qualified to review it. It looks fine but it
should be reviewed by someone who knows what they're doing.
On W
I'm afraid I don't understand this part of the code well, and I've really been
away from GCC work for years, and I'm not sure what tests should be run to
verify that this is working, so I don't feel comfortable approving it by
myself. It looks right though.
On Tue, Aug 1, 2023, at 1:55 AM, Jan
Package: pipewire-pulse
Severity: important
X-Debbugs-Cc: ncn_flos...@fastmail.fm
Dear Maintainer,
* What led up to the situation?
Switching from pulseaudio daemon to pipewire-pulse
* What exactly did you do (or not do) that was effective (or
ineffective)?
Switching from pulseaudio dae
Package: pipewire-pulse
Severity: important
X-Debbugs-Cc: ncn_flos...@fastmail.fm
Dear Maintainer,
* What led up to the situation?
Switching from pulseaudio daemon to pipewire-pulse
* What exactly did you do (or not do) that was effective (or
ineffective)?
Switching from pulseaudio dae
Package: inform6-compiler
Version: 6.33-2+b1
Followup-For: Bug #986318
X-Debbugs-Cc: ncn_flos...@fastmail.fm
Dear Maintainer,
I retested and realized that most of the benefits come not from -flto, but
simply from -O2 (or the nearly-equivalent -Og if you want better debugging
information).
No o
Package: inform6-compiler
Version: 6.33-2+b1
Severity: normal
X-Debbugs-Cc: ncn_flos...@fastmail.fm
Dear Maintainer,
Inform 6.34 was released in mid-2020.
https://github.com/DavidKinder/Inform6/releases/tag/v6.34
There are several reasons to update to this. It fixes several bugs and is
usable
Package: inform6-compiler
Version: 6.33-2+b1
Severity: wishlist
X-Debbugs-Cc: ncn_flos...@fastmail.fm
Dear Maintainer,
I have tested and Inform 6 runs twice as fast if compiled with the -flto option
(which is over 10 years old and highly stable) and any level of optimization
(-O2, -O1, -Og.) I
On 05/22/2014 06:56 AM, Thomas Schwinge wrote:
Hi!
Now that GCC again is in development stage, and with fresh hope to have
someone review this patch submission, after having let the issue rest for
several months: I just re-tested the current versions. Still there are
no changes for a "regular"
On 06/29/2012 09:15 AM, Hans-Peter Nilsson wrote:
>> From: "Joseph S. Myers"
>> Date: Fri, 22 Jun 2012 13:09:42 +0200
>
>> On Fri, 22 Jun 2012, Hans-Peter Nilsson wrote:
>>
>> Fix configure test for "stack protector support in target C library".
>> * configure.ac (test_prefix, test_exec
On 05/15/2012 11:32 AM, H.J. Lu wrote:
> On Tue, May 15, 2012 at 8:06 AM, Nathanael Nerode (GCC)
> wrote:
>> On 05/11/2012 12:50 PM, H.J. Lu wrote:
>>> On Mon, Apr 16, 2012 at 10:47 AM, H.J. Lu wrote:
>>>> On Tue, Apr 3, 2012 at 7:49 AM, H.J. Lu wrote:
>>&
On 05/11/2012 12:50 PM, H.J. Lu wrote:
> On Mon, Apr 16, 2012 at 10:47 AM, H.J. Lu wrote:
>> On Tue, Apr 3, 2012 at 7:49 AM, H.J. Lu wrote:
>>> On Thu, Mar 29, 2012 at 7:34 AM, H.J. Lu wrote:
On Sat, Mar 3, 2012 at 9:54 AM, H.J. Lu wrote:
> Hi,
>
> This patch backports x32 supp
On 03/28/2012 09:06 PM, H.J. Lu wrote:
> On Sun, Mar 25, 2012 at 2:27 PM, Nathanael Nerode (GCC)
> wrote:
>>
>>> Hi,
>>>
>>> Can any build maintainers review this patch?
>>
>> I don't feel comfortable reviewing this, because I don't
On 03/14/2012 12:22 PM, H.J. Lu wrote:
> On Fri, Mar 2, 2012 at 10:00 AM, H.J. Lu wrote:
>> Hi,
>>
>> This patch adds --with-abi= support to x86_64-*-* to configure GCC with
>>
>> --with-abi=x32
>> --with-abi=mx32
>> --with-multilib-list=mx32
>>
>> to set the default ABI to x32. In i386 backend,
This bug is grave (I've adjusted its severity accordingly). It breaks
unrelated packages entirely.
I have this problem too. The failure mode is quite cryptic. Killing
udisks-daemon is the only way to fix it, though I have not tried the patch
attached to #592719.
Since this is grave, I suggest
This bug is grave (I've adjusted its severity accordingly). It breaks
unrelated packages entirely.
I have this problem too. The failure mode is quite cryptic. Killing
udisks-daemon is the only way to fix it, though I have not tried the patch
attached to #592719.
Since this is grave, I suggest
This bug is grave (I've adjusted its severity accordingly). It breaks
unrelated packages entirely.
I have this problem too. The failure mode is quite cryptic. Killing
udisks-daemon is the only way to fix it, though I have not tried the patch
attached to #592719.
Since this is grave, I suggest
On 03/25/2011 07:33 AM, Joseph S. Myers wrote:
> -# Some tools are only suitable for building in a "native" situation.
> -# Remove these if host!=target.
> -native_only="autoconf automake libtool fileutils find gawk gettext gzip
> hello indent m4 rcs recode sed shellutils tar textutils uudecode
e now, as I guess
it's clear now that the top level is only being used by a short, known
list of projects.
Nathanael Nerode
e tracked down, it should be easy to figure out why it's not
closing files when it should.
--
Nathanael Nerode
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
not clean.
Upon looking at it again, and with the development of a working alternative,
I do not think it is wise to attempt to maintain it further.
Apologies for not doing this earlier.
Cc:ed to Amaya as sponsor.
--Nathanael Nerode
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
Package: dselect
Version: 1.15.5.6
Severity: important
git-all
Depends: git (>> 1:1.7.0.5), git (<< 1:1.7.0.5-.)
As far as dselect is concerned, this condition is satsified by *no*
version of git, and git-all and git can't be installed simultaneously.
Unfortunately, dpkg --compare-versions thin
Package: dselect
Version: 1.15.5.6
Severity: important
git-all
Depends: git (>> 1:1.7.0.5), git (<< 1:1.7.0.5-.)
As far as dselect is concerned, this condition is satsified by *no*
version of git, and git-all and git can't be installed simultaneously.
Unfortunately, dpkg --compare-versions thin
Package: aptitude
Version: 0.6.1.5-3
Severity: normal
Aptitude appears to have some hardcoded dependencies on the locale. Given this,
it really needs to force the locale before starting. I have to start it up
with LANG=C aptitude in order to keep the screen readable; otherwise I get
lots of nons
I am sorry that the KDE maintainers are incapable of forwarding bugs
upstream. One would assume that they, unlike me, have accounts on KDE's
Bugzilla.
GNOME has its problems, but its maintainers are actually
making some effort to maintain it, so I guess I'll switch to it.
Bye-bye now.
--
I am sorry that the KDE maintainers are incapable of forwarding bugs
upstream. One would assume that they, unlike me, have accounts on KDE's
Bugzilla.
GNOME has its problems, but its maintainers are actually
making some effort to maintain it, so I guess I'll switch to it.
Bye-bye now.
--
(OK, bug unarchived, now the message should get through...)
Just installed KDE 4.2.4. NO, dolphin does NOT have an option to open every
folder
in a new window automatically when you double-click. (Macintosh c. 1984
style.)
The equivalent of Konqueror's "Open folders in separate windows" optio
Package: konqueror
Version: 4:4.2.4-1
Severity: important
Under "Settings"/"Configure Konqueror...", under "File Management", there is an
option
called "Open folders in separate windows". I have had this option on since day
one.
It is absolutely essential -- I cannot comfortably browse files wi
(OK, bug unarchived, now the message should get through...)
Just installed KDE 4.2.4. NO, dolphin does NOT have an option to open every
folder
in a new window automatically when you double-click. (Macintosh c. 1984
style.)
The equivalent of Konqueror's "Open folders in separate windows" optio
Package: konqueror
Version: 4:4.2.4-1
Severity: important
Under "Settings"/"Configure Konqueror...", under "File Management", there is an
option
called "Open folders in separate windows". I have had this option on since day
one.
It is absolutely essential -- I cannot comfortably browse files wi
Package: firmware-nonfree
Version: 0.17
Severity: important
Starting with Linux 2.6.30, the advansys firmware is not built into the kernel,
but loaded. This firmware is BSD-licensed so it's safe to put it in non-free
(it
has no source so it's not free).
These are the four files needed:
3550.bin
Package: udev
Version: 0.141-1
Severity: minor
After some poking around, I realized that the files
/etc/modprobe.d/pnp-hotplug.conf
and
/etc/modprobe.d/display_class.conf
were useless leftovers from an obsolete version of udev.
They were probably supposed to be cleaned up in udev.preinst, in
Package: firmware-nonfree
Version: 0.17
Severity: important
Starting with Linux 2.6.30, the advansys firmware is not built into the kernel,
but loaded. This firmware is BSD-licensed so it's safe to put it in non-free
(it
has no source so it's not free).
These are the four files needed:
3550.bin
Package: dolphin
Version: 4:4.2.2-1
Severity: wishlist
This is a wishlist. I found dolphin completely unusable because of only one
missing option.
I prefer to do my file browsing "old MacOS"-style, one window per folder, where
opening a folder opens a new window.
Konqueror has an configura
Package: dolphin
Version: 4:4.2.2-1
Severity: wishlist
This is a wishlist. I found dolphin completely unusable because of only one
missing option.
I prefer to do my file browsing "old MacOS"-style, one window per folder, where
opening a folder opens a new window.
Konqueror has an configura
Package: rng-tools
Version: 2-unofficial-mt.12-1
Severity: minor
File: /usr/sbin/rngd
According to 'top' anyway. What's going on here? Does it deliberately
eat all spare CPU time? If so, it seems unlikely that my chip will ever
go into sleep state
-- System Information:
Debian Release:
Package: firmware-linux
Version: 0.16
Severity: minor
The package description for firmware-linux currently reads:
"This package contains the binary firmware for all firmwares which was
formally shipped in the Linux image."
Note subject-verb agreement problem ("firmwares was") and sound-alike
wor
Package: firmware-linux
Version: 0.16
Severity: minor
The package description for firmware-linux currently reads:
"This package contains the binary firmware for all firmwares which was
formally shipped in the Linux image."
Note subject-verb agreement problem ("firmwares was") and sound-alike
wor
ements ten years from now, with my message to the BTS being the only
remaining reference!
--
Nathanael Nerode <[EMAIL PROTECTED]>
Bush admitted to violating FISA and said he was proud of it.
So why isn't he in prison yet?...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
parallel in structure to runs of floppy-retriever, which can check for a
new
floppy every time.
If nobody is willing to actually take a look at my patches, perhaps you'd at
least consider the analysis I put into it. My approach works better than
dann's
because it was designed properly.
parallel in structure to runs of floppy-retriever, which can check for a
new
floppy every time.
If nobody is willing to actually take a look at my patches, perhaps you'd at
least consider the analysis I put into it. My approach works better than
dann's
because it was designed properly.
uilds when
it's dealing with a font in /usr/share/fonts. (All such fonts should be
handled by dpkg, and therefore we can rely on the trigger to rebuild the
cache.)
-- Nathanael Nerode (neroden at gcc dot gnu dot org)
Versions of packages fontconfig depends on:
ii fontconfig-config 2.6.0
Package: hal
Severity: important
On an attempt to upgrade from etch to lenny, the upgrade hanged
configure hal.
But *before* that it announced that it was unable to connect to dbus,
complaining specifically about dbus-launch.
Now, the crucial point is that dbus-x11 was not installed on the mac
Package: hal
Severity: important
On an attempt to upgrade from etch to lenny, the upgrade hanged
configure hal.
But *before* that it announced that it was unable to connect to dbus,
complaining specifically about dbus-launch.
Now, the crucial point is that dbus-x11 was not installed on the mac
Package: boinc-client
Version: 5.10.30-5
Followup-For: Bug #448982
Sorry but this bug is not fixed in this version of boinc. The child client
process (hadcm3 or some such in my case) continues to run and eat up CPU cycles
(as shown by 'top') no matter how much activity is going on with keyboard
Package: lirc-modules-source
Version: 0.8.0-13
Severity: grave
Justification: renders package unusable
This has now been true for months.
Please stop producing the lirc-modules-source package if you cannot make it
compile properly.
This bug IS grave. I'm sorry.
-- System Information:
Debian R
Package: lirc-modules-source
Version: 0.8.0-13
Severity: grave
Justification: renders package unusable
This has now been true for months.
Please stop producing the lirc-modules-source package if you cannot make it
compile properly.
This bug IS grave. I'm sorry.
-- System Information:
Debian R
severity 448982 important
thanks
Subject: boinc-client: This is hitting me too
Followup-For: Bug #448982
Package: boinc-client
Version: 5.10.30-2
*** Please type your report below this line ***
I've had to disable BOINC permanently because this has been going on so
many months; I use my computer
For the information of anyone looking at this bug, the watch file was
only there in case upstream came back to life. I'll delete it (or at
least that webpage, I think it checks several) next time I make an
upload. Probably not worth an upload just for this, though.
--
To UNSUBSCRIBE, email
Forget most of my previous message!
Googling again, it looks like someone upstream at Linux picked up the dgrs
removal after several weeks (and I simply didn't notice)!
I guess the system works. :-) Hooray!
--
Nathanael Nerode <[EMAIL PROTECTED]>
Make sure your vote will
ule clears in a few years, if it's still there I'll try again).
Perhaps they might actually listen to you if *you* requested the removal of
dgrs?
Since they aren't listening to me.
--
Nathanael Nerode <[EMAIL PROTECTED]>
A thousand reasons. http://www.thousandreas
From: Nathanael Nerode
Stop building and configuring driver for Digi RightSwitch, which was
never actually sold to anyone, and remove it from MAINTAINERS.
In response to an investigation into the firmware of the "Digi Rightswitch"
driver, Andres Salomon discovered:
>
> Dear A
From: Nathanael Nerode
Stop building and configuring driver for Digi RightSwitch, which was
never actually sold to anyone, and remove it from MAINTAINERS.
In response to an investigation into the firmware of the "Digi Rightswitch"
driver, Andres Salomon discovered:
>
> Dear A
g to separate out any
non-free material. There have been severe regressions from sarge and no
attempt
is being made to fix them.
I guess the Social Contract really is a joke. I don't know why new applicants
are supposed to agree to it. Old members apparently violate it at will for
ye
g to separate out any
non-free material. There have been severe regressions from sarge and no
attempt
is being made to fix them.
I guess the Social Contract really is a joke. I don't know why new applicants
are supposed to agree to it. Old members apparently violate it at will for
ye
on-free parts of the kernel
to
non-free where they belong. If this was true, integration of
this should help unblock five "serious" bugs some of which are more than three
years old.
--
Nathanael Nerode <[EMAIL PROTECTED]>
"It's just a goddamned piece of paper."
Package: lirc-modules-source
Severity: grave
Justification: renders package unusable
This package is pretty much completely worthless on etch. If I follow the
instructions from dpkg-reconfigure-source, or the instructions in the README,
it builds some modules (with the wrong extension -- .o inst
Package: lirc-modules-source
Severity: grave
Justification: renders package unusable
This package is pretty much completely worthless on etch. If I follow the
instructions from dpkg-reconfigure-source, or the instructions in the README,
it builds some modules (with the wrong extension -- .o inst
Anthony W. Youngman - [EMAIL PROTECTED] wrote:
>In message <[EMAIL PROTECTED]>, Ben Finney
><[EMAIL PROTECTED]> writes
>
>"Giacomo A. Catenazzi" <[EMAIL PROTECTED]> writes:
>
>Ben Finney wrote:
>> [the (C) sequence is] possibly not a valid copyright
>> indicator. The ©
Shriramana Sharma wrote:
>Hello.
>
>I have heard that in copyright declarations like:
>
>---
>Copyright (C) 2007, Company X, Country Y. All rights reserved.
>---
>
>
>it is incorrect to use (C) in place of the symbol © which is the strict
>copyright symbol. Is this so?
This is not
Shriramana Sharma <[EMAIL PROTECTED]> wrote:
>Thanks for all your feedback, but the GPL also has some clauses that are
>not applicable to documentation as pointed out at:
>
>http://www.gnu.org/licenses/gpl-faq.html#WhyNotGPLForManuals
Debian does not agree with the FSF opinion on this. The FSF's
Francesco Poli wrote:
>We must determine what is the preferred form for making modifications to
>the song. I'm not sure an Ogg Vorbis + MIDI form qualifies...
What sort of modifications?
...Actually, a concept from copyright law may help here. There are
*two* copyrights on any given recording.
Don Armstrong wrote:
>To underline, the following clauses in the CDDL are problematic:
>
> 9. MISCELLANEOUS
>
> [...]
> This License shall be governed by the law of the jurisdiction
> specified in a notice contained within the Original Software
> (except to the extent applicable law, if
Don Armstrong wrote:
>To underline, the following clauses in the CDDL are problematic:
>
> 9. MISCELLANEOUS
>
> [...]
> This License shall be governed by the law of the jurisdiction
> specified in a notice contained within the Original Software
> (except to the extent applicable law, if
You can run "trickle" on a single machine by ssh'ing to localhost. :-)
I can reproduce this behavior with xterm, getting the paste to come
through after the return key even though
the return key was hit first. konsole shows different, but very
similar behavior:
the fast konsole drops the paste
You can run "trickle" on a single machine by ssh'ing to localhost. :-)
I can reproduce this behavior with xterm, getting the paste to come
through after the return key even though
the return key was hit first. konsole shows different, but very
similar behavior:
the fast konsole drops the paste
Don Armstrong wrote:
>I don't believe we need an amendment to the Social Contract to
>specifically state this as the case, but a correctly worded one which
>specifically amended the social contract and/or the DFSG appropriately
>may be worth some thought.
>
>Unfortunatly, the currently proposed ame
Don Armstrong wrote:
>I don't believe we need an amendment to the Social Contract to
>specifically state this as the case, but a correctly worded one which
>specifically amended the social contract and/or the DFSG appropriately
>may be worth some thought.
>
>Unfortunatly, the currently proposed ame
Ian Jackson wrote:
>If this is forced to a GR we should have an option along these
>lines:
>
> We note that many license texts are copyrighted works, licensed only
> under meta-licenses which prohibit the creation of derivative
> license texts.
>
> We do not consider this a problem.
Although
Ian Jackson wrote:
>If this is forced to a GR we should have an option along these
>lines:
>
> We note that many license texts are copyrighted works, licensed only
> under meta-licenses which prohibit the creation of derivative
> license texts.
>
> We do not consider this a problem.
Although
Anthony W. Youngman wrote:
>Licence documents MUST be invariant. They are legal documents, with
>legal force, and you're trying to give the recipient the right to mess
>about with them!
No, you're wrong. This is a FAQ. There's a difference between
changing the license for a work (impossible)
or
review of all changes including backported security fixes. Debian's Mozilla
programs will probably be more up to date than all other distributions'
versions, apart from the usual "Debian stable is really old" thing.
--
Nathanael Nerode <[EMAIL PROTECTED]>
Read i
ot;best failure mode". This may well be a "wontfix".
Thoughts?
--
Nathanael Nerode <[EMAIL PROTECTED]>
Make sure your vote will count.
http://www.verifiedvoting.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ot;best failure mode". This may well be a "wontfix".
Thoughts?
--
Nathanael Nerode <[EMAIL PROTECTED]>
Make sure your vote will count.
http://www.verifiedvoting.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
(pinfo for instance)
So that should be added to the transition plan.
--
Nathanael Nerode <[EMAIL PROTECTED]>
"It's just a goddamned piece of paper."
-- President Bush, referring to the US Constitution
http://www.capitolhillblue.com/artman/publish/article_7779.shtml
--
uire the use of a
non-free component, without crippling the system."
(4) Replace 'We have created "contrib" and "non-free" areas in our archive for
these works.', the following: "The most vital of these works are included in
Debian, but we strive to replace
uire the use of a
non-free component, without crippling the system."
(4) Replace 'We have created "contrib" and "non-free" areas in our archive for
these works.', the following: "The most vital of these works are included in
Debian, but we strive to replace
more likely, given its contents, multiple libraries), with a single
purpose, and a public, exported interface providing well-documented utilities
for
that purpose. Since this hasn't happened in the long time dpkg has been
developed, however, I suspect that there's a fundamental
>Nathanael Nerode <[EMAIL PROTECTED]> wrote: [...]
>> Without this exception, if the DFSG were followed literally, most
>> license texts could not be shipped in Debian and would have to be
>> shipped alongside Debian instead, which would be very annoying.
>
MJ Ray
>Nathanael Nerode <[EMAIL PROTECTED]> wrote: [...]
>> Without this exception, if the DFSG were followed literally, most
>> license texts could not be shipped in Debian and would have to be
>> shipped alongside Debian instead, which would be very annoying.
>
MJ Ray
OK. So I managed to construct a dselect source package which builds
independently of dpkg. It required duplicating substantial portions of
lib/ . I intend that to be temporary. Until those portions are gone,
I will keep an eye on any changes made to lib/ in dpkg.
My plan for dselect is to make
OK. So I managed to construct a dselect source package which builds
independently of dpkg. It required duplicating substantial portions of
lib/ . I intend that to be temporary. Until those portions are gone,
I will keep an eye on any changes made to lib/ in dpkg.
My plan for dselect is to make
OK. So I managed to construct a dselect source package which builds
independently of dpkg. It required duplicating substantial portions of
lib/ . I intend that to be temporary. Until those portions are gone,
I will keep an eye on any changes made to lib/ in dpkg.
My plan for dselect is to make
I wrote:
>> Historically, this exception has been an unwritten assumption; in most
>> discussions, this exception has been agreed on by everyone involved.
Wouter Verhelst wrote:
>If that is the case, then why would it be necessary to write this down
>in the DFSG? Personally, I don't think we ne
I wrote:
>> Historically, this exception has been an unwritten assumption; in most
>> discussions, this exception has been agreed on by everyone involved.
Wouter Verhelst wrote:
>If that is the case, then why would it be necessary to write this down
>in the DFSG? Personally, I don't think we ne
This is a proposed text for a GR. I can't actually propose a GR (not a
DD), so I request that someone else who cares propose it or a similar
proposal.
---begin proposed GR---
Resolved:
That the DFSG shall be amended, by inserting at the end of clause 3, in italics:
(There is a special exceptio
This is a proposed text for a GR. I can't actually propose a GR (not a
DD), so I request that someone else who cares propose it or a similar
proposal.
---begin proposed GR---
Resolved:
That the DFSG shall be amended, by inserting at the end of clause 3, in italics:
(There is a special exceptio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have been told by a third party that I was rejected from the NM
process. I have never received any message to that effect. My email
has admittedly been unreliable.
It appears that I was removed from the NM database recently, so I assume
that the i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Steve Langasek wrote:
> On Wed, Apr 11, 2007 at 11:45:58PM -0400, Nathanael Nerode wrote:
>> The maintainer appears to have lost interest in the package (last upload
>> 1999).
>> It's also his only package; he is probably
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Arnoud Engelfriet wrote:
> Nathanael Nerode wrote:
>> The trademark holder hereby grants permission to any person to use the
>> trademark
>> (and derivative marks) in any way except one: you may not use it to falsely
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Craig Sanders wrote:
>>> Debian deliberately.)
>> I don't think Craig has left debian. :)
>
> no, i haven't. i've been a bit pre-occupied with health issues over the last
> few years.
Sorry. I know what that's like, been doing that myself lately.
ocating it, so he may have left
Debian deliberately.)
Given the various NMUs I suspect that this one would be picked up quite
quickly,
but I'm sure nobody wants to step on the maintainer's toes
Given the presence of bugs as old as seven years, it clearly needs a new
maintainer.
close 392964 0.99.33-1.3
thanks
Luckily this bug was fixed in an NMU.
This package could use a maintainer upload to wrap up all those fixed bugs
though
--
Nathanael Nerode <[EMAIL PROTECTED]>
[Insert famous quote here]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subj
close 392964 0.99.33-1.3
thanks
Luckily this bug was fixed in an NMU.
This package could use a maintainer upload to wrap up all those fixed bugs
though
--
Nathanael Nerode <[EMAIL PROTECTED]>
[Insert famous quote here]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subj
severity 302964 serious
thanks
Failure to list copyright holder in debian/copyright is "serious", since it's a
major policy violation.
Especially when it's been waiting for TWO YEARS.
--
Nathanael Nerode <[EMAIL PROTECTED]>
A thousand reasons. http://www.thousa
close 303146
thanks
This bug was pinged in 2005 and the submitter didn't respond. It appears to
be a bug which only happens with misconfiguration. This shouldn't remain open.
--
Nathanael Nerode <[EMAIL PROTECTED]>
Make sure your vote will count.
http://www.verifiedvoti
close 303146
thanks
This bug was pinged in 2005 and the submitter didn't respond. It appears to
be a bug which only happens with misconfiguration. This shouldn't remain open.
--
Nathanael Nerode <[EMAIL PROTECTED]>
Make sure your vote will count.
http://www.verifiedvoti
Debian's 'xterm' package.
--
Nathanael Nerode <[EMAIL PROTECTED]>
Make sure your vote will count.
http://www.verifiedvoting.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debian's 'xterm' package.
--
Nathanael Nerode <[EMAIL PROTECTED]>
Make sure your vote will count.
http://www.verifiedvoting.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
approval is given by Debian for its use in this purpose"
Which pretty much covers it.
Now, whether that's a reasonable license is another matter
--
Nathanael Nerode <[EMAIL PROTECTED]>
Read it and weep.
http://rawstory.com/news/2005/Text_of_Gore_speech_0116.html
--
T
enting the codebase for the Firefox web browser, and
any work closely based on it.
---
Thoughts welcome. Also, please feel free to forward this to anyone who's doing
something about the 'logo issues'.
--
Nathanael Nerode <[EMAIL PROTECTED]>
[Insert famous quote here]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
1 - 100 of 3016 matches
Mail list logo
