le, I would not mind. You can consider it public
domain stuff. I just thought I might as well offer a copy of the item.
Danke
--
Sean Champ
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i586)
Shell: /b
Package: gforge-ldap-openldap
Version: 3.1-31
Severity: important
I'm attempting to install gforge-ldap-openldap onto a newly initialized
slapd database.
I'm encountering the following error, during the package installation:
ldapmodify: update failed: dc=example,dc=example,dc=net
ldap_modify:
d may be of help for ensuring compatability across
systematically different project hosts. (I am not aware of how mature the
codebases for the plugins may be, in either situation.)
Thank you.
-
Sean Champ
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT pol
Package: openjade
Version: 1.4devel1-14
Followup-For: Bug #138924
Hello.
As a user who has been wary of openjade, due to how very long it seems to
take to process even a simple file, then as a user of the Debian BTS I
had noticed the bug report, about the excessive catalog parsing.
I thought I
Package: cl-puri
Version: 1.3.1.2-1
Severity: wishlist
Hello,
I've been a bit confounded with PURI's behavor of ignoring port numbers, in
some cases, in values provided to PARSE-URI.
In PARSE-URI's said behavior, I see no purpose but for the saving of a very
small amoung of space, to the proba
Package: cron
Version: 3.0pl1-91
Severity: important
Hello,
I've been running a command like the following from within my user crontab.
/sbin/ifconfig ppp0 &>/dev/null && fetchmail --slient
It worked fine, until I upgraded cron -- now using the Deb cron release with
the libselinux1 depende
Package: gnome-applets
Version: 2.10.1-5
Severity: wishlist
Hello,
After what was the most recent upgrade of my local installation of
gnome-applets, it appears that the nice modemlights applet has been removed.
it's been replaced with a little "Modem Monitor' applet.
So, I ran a search across d
Package: sbcl
Version: 1:0.9.3.0-2
Severity: wishlist
[*] Introduction
Today, I was trying to use SLIME's `slime-edit-definition', in order to
learn a bit more about what is defined in SBCL. However, on a number of
forms, when I tried to view their definitions, SBCL produced messages like
E
lly; I thought that I could send the mention along,
anyhow, so that maybe this minor thing would be resolved, closer to upstream
-- so that konq won't make the page look funny. Maybe konq was the only
one showing-up the problem, there; anyhow, it's resolvable.
Thank you.
-
Sean Cham
Package: doc-rfc
Version: 20030621-1
Followup-For: Bug #287224
Hello,
I'd noticed that RFCs 3796 and 4002 are not in any packages that I could
find of my own Debian archive.
I thought that I'd just add this note, myself -- that there is another
Debian user, whom would appreciate it if the doc-r
Fai/Arch/Bazaar "category" repositories can be mirrored
("bidirectionally") into CVS repositories.
So, that's some open-projects & long-term-project-related FYI, after the
feature request - kindly, in all, intended.
Thank you, sincerely & much.
- -
Sean Champ
Something about "project management system" and "package distribition
system" ... seem like they shold be fit together, ultimately. Granted,
also: Debian packages tend to be made not-upstream, but still, there may be
something "groovin" that could be worked-in, for
Package: docbook-dsssl
Version: 1.79-2
Followup-For: Bug #74999
I mean no offense to the DocBook Modular DSSSL Stylesheet folks, but those
stylesheets can be, "like", a pretty little mess to dig around in.
I think that this belongs somewhere in the DSSL :
(element footnote (empty-sosofo))
hat would be tedious, but to fix, and patch; more info should follow
- -
Sean Champ
[EMAIL PROTECTED]
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i586)
Kernel: Linux 2.6.10
Locale: LANG=en_US, LC_CTYPE=en_US (ch
ot;someone!" must have a *spell project that would be "best
applicable", for such as the aforementioned.
Heck, here's "a note of it" firstly and cooperatively shared, hehe.
No rush; It stands to reason, either: "With FOSS, all feature-requests,
noted, a
Hello,
Now, I mean this without any annoyance, I hope you'll know. I hope you
won't be annoyed, either, that I'm responding about this. As I see it
(and as I do try to explain, in short terms, below) this
feature-request seems not truly resolved.
On 02-20-05, Debian Bug Tracking System wrote:
Package: ppp
Version: 2.4.2+20040428-6
Severity: wishlist
Hello,
I think that this qualifies as "a feature request that should be sent to the
upstream maintainer of the package". I'm not sure who to send it to,
however. I hope you might know better than I, hehe.
The request is like so:
When:
Package: ifupdown
Version: 0.6.4-4.10
Severity: wishlist
Hello,
I've recently installed 'diald', for PPP dial-on-demand support.
While I'm not sure how to configure my system, to have it make any use of
the diald-monitored 'sl0' interface, yet I suppose that I should have it
figured it out, ev
Package: diald
Version: 0.99.4-5
Severity: normal
During the installation of 'diald', and after the debconf stuff was through
querying me about the various settings that it had asked for, I saw this, on
the stderr stream, during the package installation session:
Starting diald: fifo-created Qua
Package: sgml-base
Version: 1.26
Severity: wishlist
(Pardon the outline format)
* Summary
I was trying to register a local catalog in the "super" catalog at
/etc/sgml/catalog
* What I did
Protypically put, I did:
cd /usr/local/sgml/foo/bar
update-catalog --add --super qux.cat
* What I'd
Package: dhis-client
Version: 5.2-3
Severity: minor
Hello.
This is just a simple issue, but it seemed worth mentioning -- for the sake
of "us weebles" or something.
In the file:
/usr/share/doc/dhis-client/README.Debian
there is a line, which contains the URL:
http://www.dhis.org/dhis/
Package: makedev
Version: 2.3.1-75
Followup-For: Bug #278237
Well... I, too did encounter a problem with some 'ub' devices not existing,
when they sort-of kind-of needed to exist. So, I searched the google db.
Upon what I found, I'd tried 'mknod' with the 125 major number (based upon
info from t
Package: selinux-policy-default
Version: 1:1.18-1
Followup-For: Bug #288647
Hello,
It looks like the suggested patch has been applied, given that I'm seeing
this in /usr/share/selinux/policy/default/domains/program/cups.te :
/*
ifdef(distro_redhat
23 matches
Mail list logo
