Package: www.debian.org
Severity: normal
X-Debbugs-Cc: debbug.www.debian@sideload.33mail.com
I was looking for the meaning of the “quiet” modifier
(e.g. -qu...@bugs.debian.org). Navigation of the BTS
documentation is always painful. I often just have to control-click
links arbitrarily because
> Thanks for using kristall and filling bugs!
Thanks for supporting Kristall!
> I'm also on wayland but I'm not sure I'm seeing the problem. PS: I think
> I made it happen with DejaVu Sans, although Cantarell was the default one
> here and I don't remember changing it.
Maybe you originally
Package: kristall
Version: 0.4+dfsg-1
Severity: normal
Tags: upstream
X-Debbugs-Cc: debbug.krist...@sideload.33mail.com
Control: forwarded -1 https://github.com/ikskuh/kristall/issues/147
There are enormous spaces between words with the default configs. This
is in wayland - not sure if that
Package: dino-im
Version: 0.4.2-1
Severity: minor
X-Debbugs-Cc: cont...@dino.im, debbug.dino...@sideload.33mail.com
There is no man page. There is a /usr/share/doc/dino-im/README.md but
it contains no user guide. From the Debian Policy Manual¹:
“If no manual page is available, this is
> You don't have any package installed.
> So the above output is correct.
>
> What do you expect?
I have had this file installed since 2015:
~/.local/share/texmf/tex/digsig.sty
tlmgr did not find it. But tlmgr found that tree because it added a DB
next to it:
> All the three bugs boil down to the same:
>
> tlmgr is NOT supported if you install it via Debian.
> Only VERY REDUCED functionality is provided, as you found.
In that case it should not exist in Debian. A pkg in the official
Debian repo should never be unsupported by Debian because Debian
Package: texlive-base
Version: 2022.20230122-3
Severity: normal
X-Debbugs-Cc: debbug.texlive-b...@sideload.33mail.com
This is an attempt to list the locally install pkgs:
===8<
$ tlmgr --usermode info --only-installed
Package: texlive-base
Version: 2022.20230122-3
Severity: normal
X-Debbugs-Cc: debbug.texlive-b...@sideload.33mail.com
I was surprised tlmgr had to access the cloud to tell me what version
of the acro pkg I have installed:
===8<
$ tlmgr --usermode info
Package: texlive-base
Version: 2022.20230122-3
Severity: minor
X-Debbugs-Cc: debbug.texlive-b...@sideload.33mail.com
I tried to start using tlmgr for the first time. It was pleasing to
find that “texdoc tlmgr” presented a PDF manual.
There is a natural expectation with linux tools that a PDF
Package: profanity
Version: 0.13.1-2
Severity: normal
Tags: upstream
X-Debbugs-Cc: debbug.profan...@sideload.33mail.com
The Profanity user guide¹ states
“Before you can start talking with a contact you need to
authenticate him by trusting his fingerprint(s).”
That seems to be true for some
> So we are back at tp_smapi being the culprit, not the kernel.
>
> I'm closing this bug here, as all points to tp_smapi as the culprit,
> both for the freeze and the installation problems.
I opened this bug report:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1071520
and it turns out
> This was reported and fixed in #1038207
>
> If you're using a bpo kernel, I highly suggest to use kernel modules
> from bpo too.
I appreciate the suggestion. But I have to wonder, why didn’t apt
prevent this? The purpose of apt is to manage dependencies and
version compatibility and it seems
Package: wpasupplicant
Version: 2:2.10-12
Severity: important
X-Debbugs-Cc: debbug.wpasupplic...@sideload.33mail.com
There is no problem using a closed Wi-Fi network that requires a
password. But unencrypted open networks are all wholly unusable. Many
have been tried (libraries, cafes, etc).
Package: tp-smapi-dkms
Version: 0.43-3
Severity: serious
Tags: upstream ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: debbug.tp-smapi-d...@sideload.33mail.com
Control: affects -1 linux-image-6.6.13+bpo-amd64
Kernel version 6.6.13-1~bpo12+1
> The size of this deb should be correct, this is a meta-package, aka it
> only depends on other packages.
Oh, I was expecting it to be a real pkg and figured it must be the
root cause of things falling over (this caused me to disregard the
other errors a red herring). This fooled some
Package: util-linux
Version: 2.38.1-5+deb12u1
Severity: wishlist
Tags: upstream
X-Debbugs-Cc: debbug.util-li...@sideload.33mail.com
The /script/ command will faithfully capture a session including
anything sensitive. The resulting typescript is binary which hinders
efforts to edit out sensitive
Package: wl-clipboard
Version: 2.1.0-0.1+b1
Severity: wishlist
Tags: upstream
X-Debbugs-Cc: debbug.wl-clipbo...@sideload.33mail.com
ANSI color codes, boldfacing, and various other control codes for
linefeeds is being captured literally with wl-copy and faithfully
reproduced when pasting. This
Package: linux-image-amd64
Version: 6.6.13-1~bpo12+1
Severity: normal
X-Debbugs-Cc: debbug.linux-am...@sideload.33mail.com
A kernel installation failed due to a corrupt deb file that could not
be unpacked. That was reported here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1071467
Package: src:linux
Version: 6.6.13-1~bpo12+1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: debbug.linux-am...@sideload.33mail.com
To install linux-image-6.6.13+bpo-amd64, this command was executed:
$ apt -t bookworm-backports install linux-image-amd64
I have a
Package: curl
Version: 7.88.1-10+deb12u5
Severity: normal
Tags: upstream
X-Debbugs-Cc: dan...@haxx.se, debbug.c...@sideload.33mail.com
For years a script ran fine which contained a command like this:
$ curl -x socks5h://127.0.0.1:9050 --url 'ftps://host.domain.com/word1
word2/dir/' -T
Package: yt-dlp
Version: 2023.03.04-1
Severity: normal
Tags: upstream
X-Debbugs-Cc: debbug.yt-...@sideload.33mail.com
The app incorrectly interprets a SOCKS proxy as an HTTP proxy. The
host machine has both kinds of proxies configured for Tor as follows:
* SOCKS proxy listening on port 9050
*
Package: src:linux
Version: 6.1.66-1
Severity: important
Tags: upstream
X-Debbugs-Cc: debbug.linux-image-am...@sideload.33mail.com
Control: affects -1 linux-image-6.1.0-20-amd64
Control: affects -1 linux-image-6.1.0-21-amd64
An upgrade from Debian Bullseye to Bookworm resulted in a kernel that
control: retitle 1070901 POP3 authentication failure and “error:0A00010B:SSL
routines::wrong version number” (2 bugs)
After submitting this bug report, I picked up on the nuance
“=> Send SSL data”, which differs from “=> Send header”.
So whatever is happening with that SSL data may be unrelated
Package: curl
Version: 7.88.1-10+deb12u5
Severity: normal
Tags: upstream
X-Debbugs-Cc: dan...@haxx.se, debbug.c...@sideload.33mail.com
cURL is unable to get a list of emails via POP3 from any of the
onionmail.info servers¹. These servers are fragile with quality issues
that show astonishing
> I do not fully understand the comment, but to me it rather looks as if the
> author gave some comments on the new behavior of the package instead of
> accepting a bug.
The comment reveals that \maketitle was tinkered with in the newest
version, which is what the new error output points to as
X-Debbugs-Cc: cont...@mychemistry.eu
> normally I don't have time to care about issues like this. Are you willing
> to report this issue to the upstream author?
The upstream project is in MS Github which is a non-starter for
me. I’ll go as far as /reading/ from the site. I’m surprised such a
Package: texlive-latex-extra
Version: 2022.20230122-4
Severity: normal
Tags: upstream
X-Debbugs-Cc: debbug.texlive-latex-ex...@sideload.33mail.com
After an upgrade from Bullseye to Bookworm, the acro package breaks
compilation even if no acronyms are even defined. Documents making use
of acro
> Maybe something to do with setting a weird PIPX_HOME ?
Good catch. As root:
===8<
$ PIPX_HOME=${prefix:-/opt/}/pipx PIPX_BIN_DIR=${prefix:-/usr/local}/bin pipx
list
venvs are in /opt/pipx/venvs
apps are exposed on your $PATH at /usr/local/bin
package
> I think you meant All*Versions*, not Names.
Oh, right.. must have been a copy-paste error.
> fwiw: I don't know about aptitude and if you think it should get some
> feature I suppose you should report it there, but for apt(-get) I have
> to note that both display "download size" as the size of
Package: cargo
Version: 0.66.0+ds1-1
Severity: normal
Tags: upstream
X-Debbugs-Cc: debbug.ca...@sideload.33mail.com
Cargo has proven to be seriously fragile and flimsy when it comes to
fetching large files from the cloud. Cargo is also (inadvertently)
designed to trap users so there is no
Package: python3-pip
Version: 23.0.1+dfsg-1
X-Debbugs-Cc: debbug.python3-...@sideload.33mail.com
The man page tells users not to include a scheme:// on the proxy
setting, while the help pages require it:
===8<
$ python3 -m pip --help | grep proxy
--proxy
Package: pipx
Version: 1.1.0-1
Severity: normal
Tags: upstream
X-Debbugs-Cc: debbug.p...@sideload.33mail.com
The argostranslate app was installed successfully by root as a
system-wide multi-user app as follows:
===8<
$ PIPX_HOME=${prefix:-/opt/}/pipx
> Please report this upstream to https://github.com/pypa/pip
> This does not sound Debian-specific at all.
>
> I can't reproduce the bug, without writing a proxy that causes a failure
> like you had, which is far beyond the effort I'm willing to put in here.
> You're in a much better position to
Package: release-notes
Severity: normal
X-Debbugs-Cc: debbug.release-no...@sideload.33mail.com
One of the ways I got burnt in the Bullseye → Bookworm full-upgrade is
documented here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070203
There was no signal given before, during, or after
> If you upgrade from bullseye to bookworm, your python3 is upgraded from
> 3.9 to 3.11. These are incompatible versions, and install libraries to
> different paths (when you use pip3).
> Anything installed with pip on 3.9 will not be importable in 3.11.
Thanks for the explanation. That explains
Package: apt
Version: 2.6.1
Followup-For: Bug #990451
X-Debbugs-Cc: debbug.990...@sideload.33mail.com
I just ran into this problem.
Scenario: I am on a limited internet connection. So if I do “aptitude
install $somepkg” which then pulls in many other packages, I need to
know which packages will
Package: python3-pip
Version: 23.0.1+dfsg-1
Severity: normal
Tags: upstream
X-Debbugs-Cc: debbug.python3-...@sideload.33mail.com
This command was executed inside a venv:
===8<
$ pip install --proxy 127.0.0.1:8118 --log-file
Package: python3-pip
Version: 23.0.1+dfsg-1
Severity: normal
X-Debbugs-Cc: debbug.python3-...@sideload.33mail.com
In Bullseye, an app was installed as follows:
===8<
$ torsocks pip3 install argostranslate
$ torsocks pip3 install --log-file
Package: aria2
Version: 1.36.0-1
Severity: wishlist
Tags: upstream
X-Debbugs-Cc: debbug.ar...@sideload.33mail.com
The -o option is documented as follows:
===8<
-o, --out=
The file name of the downloaded file. It is always relative to the
Package: aptitude
Version: 0.8.13-3
Severity: normal
X-Debbugs-Cc: debbug.aptit...@sideload.33mail.com
Aptitude gives a quite extreme warning if it is tasked with removing
packages from a foreign architecture. Packages for i386 were
originally installed to support wine32. The following transcript
Package: release-notes
Followup-For: Bug #987017
X-Debbugs-Cc: debbug.release-no...@sideload.33mail.com
@ Antoine Beaupre
> Is there any reason why we have all that diversity?
> …
> I'm not arguing for deprecating aptitude altogether, but it would seem
> to me that using less tools in the
Package: passwordsafe
Version: 1.16.0+dfsg-4
Severity: important
Tags: upstream
X-Debbugs-Cc: debbug.passwords...@sideload.33mail.com
After upgrading from Bullseye to Bookworm, pwsafe crashes after
supplying the master password. Terminal output shows:
Package: postfix
Version: 3.7.10-0+deb12u1
Severity: normal
Tags: upstream
X-Debbugs-Cc: debbug.post...@sideload.33mail.com
When an smtp command failed to send an outbound message, Postfix
neglected to correctly log the syslog_name as specified by this
option:
-o syslog_name=postfix/smtptor
Package: postfix
Version: 3.7.10-0+deb12u1
Severity: wishlist
Tags: upstream
X-Debbugs-Cc: debbug.post...@sideload.33mail.com
When an outbound smtp command fails, Postfix retries the command
*hundreds* of times per second. This was discovered in the course of
troubleshooting bug 1069949:
Package: torsocks
Version: 2.4.0-1
Severity: important
Tags: upstream
X-Debbugs-Cc: debbug.torso...@sideload.33mail.com
After upgrading from Bullseye to Bookworm, this is what happens in the
logs when sending a Tor-routed message:
(/var/log/mail.log)
===8<
> Sorry, why report again?
> You don't get anything by reporting the same issue multiple times.
>
> Closing.
Sorry for the dupe!
Sometimes my submissions don’t make it to the BTS for some reason and
due to some tech issues on my side I thought this was one of those
cases. You apparently fixed
Package: www.debian.org
Severity: normal
X-Debbugs-Cc: debbug.www.debian@sideload.33mail.com
The Bookworm release notes instruct users to “upgrade” to the latest point
release of Bullseye prior to upgrading to Bookworm:
Package: www.debian.org
Severity: normal
X-Debbugs-Cc: debbug.www.debian@sideload.33mail.com
The Bookworm release notes instruct users to “upgrade” to the latest point
release of Bullseye prior to upgrading to Bookworm:
Package: urlscan
Version: 0.9.5-1
Followup-For: Bug #1068257
It’s worth noting that there is a non-Debian project that’s related to
tracker pixels in email:
https://github.com/bengtan/email-untracker
That tool could not replace the proposal urlscan because it merely
looks for a few specific
Package: urlscan
Version: 0.9.5-1
Severity: wishlist
Tags: upstream
X-Debbugs-Cc: debbug.urls...@sideload.33mail.com
Tracker pixels are quite commonly used to snoop on email
recipients. URLscan ignores URLs that specify an image to render.
Ideally there should be two lists of URLs:
1) URLs
Package: urlview
Version: 0.9-21+b1
Severity: wishlist
Tags: upstream
X-Debbugs-Cc: debbug.urlv...@sideload.33mail.com
Tracker pixels are quite commonly used to snoop on email
recipients. URLview ignores URLs that specify an image to render.
We can perhaps configure the REGEXP variable to match
Package: firefox-esr
Version: 102.6.0esr-1~deb11u1
Severity: normal
X-Debbugs-Cc: debbug.firefox-...@sideload.33mail.com
To report a bug on firefox-esr, I ran this:
$ torsocks /usr/bin/reportbug --offline --paranoid --no-cc --email="$email"
--draftpath="$draftpath" --output="$output_file"
Package: firefox-esr
Version: 102.6.0esr-1~deb11u1
Severity: normal
Tags: upstream
X-Debbugs-Cc: debbug.firefox-...@sideload.33mail.com
forwarded -1 https://bugzilla.mozilla.org/show_bug.cgi?id=1797614
It was already reported upstream a year ago.
-- System Information:
Debian Release: 11.5
Package: texlive-latex-extra
Version: 2020.20210202-3
Severity: normal
X-Debbugs-Cc: debbug.texlive-latex-ex...@sideload.33mail.com
There is a Debian-specific bug in the manual located here:
/usr/share/doc/texlive-doc/latex/pdfcomment/pdfcomment.pdf
Page 7 links to example.pdf here:
Package: man-db
Version: 2.9.4-2
Severity: normal
Tags: upstream
X-Debbugs-Cc: debbug.man...@sideload.33mail.com
Searching the whole DB for a whole word requires using --regex and
then using word boundaries. So to find pages that reference the TZ
environment variable, this *should* work (in
results. Note:
lighttpd runs as www-data. The original permissions on this file in
/var/cache/man2html owned by root had no o+r permissions.
The installation is close to vanilla wheezy (kde) and up-to-date.
Best,
Manny
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
in the
same error. './manwhatis 1' works correctly. And a 'test' script
called via the same localhost web server with '?1' sees the
correct value of QUERY_STRING.
This is an essentially vanilla, up-to-date wheezy (kde) installation
with lighttpd as the locahost web server.
Best wishes,
Manny
Package: coolkey
Version: 1.1.0-12
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu raring ubuntu-patch
*** /tmp/tmpbG98u8/bug_body
In Ubuntu, the attached patch was applied to achieve the following:
* Fix Firefox crash due to Assertion `mOldCAC'
ported to all
debian architectures. However you might still have a runtime error for
the architectures that use gcj-jre as the default: [avr32, hppa,
hurd-i386, kfreebsd-amd64, kfreebsd-i386, m68k].
On Fri, Nov 27, 2009 at 1:22 AM, Manny Vindiola man...@gmail.com wrote:
Package: imagej
Version
Package: imagej
Version: 1.43g-1
Severity: important
Tags: patch
When java-gcj-compat is the only java version installed on the system the
application will not run. It fails with message /usr/bin/imagej: line 420:
//bin/java: No such file or directory. This is because of the JAVA_HOME hack
Package: cups-pdf
Version: 2.4.8-4
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu intrepid ubuntu-patch
We applied these changes in Ubuntu and thought you might consider doing the
same:
Sometime due to restart/configuration race condition the PDF-printer
Good evening!
Get ready for Christmas holidays with a new you
http://dobongworld.com
Keep, oh! keep your chairs and candle,
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hello
Your holiday would be not full without gd se..
http://slipgrow.com
Kerstin mcclafferty
Was placed in a friendly Bark,
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
MAC EXCLUSIVES MAP amp Hotspot NewsFile SearchRSS
http://img444.imageshack.us/img444/2302/oho1ug4.gif
Because incredibly flexible draw write hand Tablet
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Padudi, weeks disgusting since got married kevin carrier, going.
Links sites linking, clicks.
Comment, at least, will die.
Wish bad, luck racist holls, remember once watching guy. An, old version of.
WE HELP THE WORLD MOVE!
TRANSFORMING THE LIVES OF DEVELOPING NATIONS
This is an amazing story.
65 matches
Mail list logo