Package: emacsen-common
Version: 3.0.4
Severity: important
X-Debbugs-Cc: debb...@chiraag.me
Dear Maintainer,
When upgrading emacs to 28.1+1-2 from 27.1 (previous version) in
sid/experimental, emacsen-common throws a segmentation fault when configuring:
Fatal error 11: Segmentation fault
Package: grub2-common
Version: 2.04-20
Severity: normal
X-Debbugs-Cc: debb...@chiraag.me
Dear Maintainer,
My setup is as follows. I have 2 storage disks, one SATA HDD and one M.2 NVME
SSD. Both disks are encrypted, and the layout is as follows:
NAMEMAJ:MIN RM SIZE RO TYPE
15/10/20 17:29 ನಲ್ಲಿ, Michael Stone ಬರೆದರು:
>
> On Thu, Oct 15, 2020 at 04:28:35PM -0400, you wrote:
> >Steps to reproduce:
> >
> >1. mkdir ~/ಇಳಿಕೆಗಳು
> >2. touch ~/ಇಳಿಕೆಗಳು/{a,b}.txt
> >3. ls ~/ಇಳಿಕೆಗಳು/*.txt crashes immediately
> >
> >By contrast:
> >
> >1. cd ~/ಇಳಿಕೆಗಳು/ && ls *.txt succeeds
It seems that the key part is including the ~ character along with non-latin
elements of the path.
The following work:
1. ls ${HOME}/ಇಳಿಕೆಗಳು/*.txt
2. ls /home/$(whoami)/ಇಳಿಕೆಗಳು/*.txt
3. ls ~/.config/*rc
While `ls ~/ಇಳಿಕೆಗಳು/*.txt` does not.
- Chiraag
--
ಚಿರಾಗ್ ನಟರಾಜ್
Pronouns: he/him/his
Package: coreutils
Version: 8.32-4+b1
Severity: important
Tags: l10n
X-Debbugs-Cc: debb...@chiraag.me
Dear Maintainer,
Steps to reproduce:
1. mkdir ~/ಇಳಿಕೆಗಳು
2. touch ~/ಇಳಿಕೆಗಳು/{a,b}.txt
3. ls ~/ಇಳಿಕೆಗಳು/*.txt crashes immediately
By contrast:
1. cd ~/ಇಳಿಕೆಗಳು/ && ls *.txt succeeds
2. ls
Package: openvpn
Version: 2.5~beta3-1
Severity: important
X-Debbugs-Cc: debb...@chiraag.me
Dear Maintainer,
I happened to run into an interesting issue and I'm not entirely sure if the
problem is in openvpn, openvpn-systemd-resolved, or systemd-resolved.
1. I have several configuration files
Package: cryptsetup-suspend
Version: 2:2.3.3-3+exp1
Severity: wishlist
X-Debbugs-Cc: debb...@chiraag.me
Dear Maintainer,
The OOMScoreAdjust for the modified systemd-suspend.service is -999. The
minimum possible is -1000, which should competely disable the OOM Killer. Is
there a reason -1000
Hmm, it seems there's been a change in behavior? Before I upgraded, I could
access the full log with -xe, but it seems that now -e implies -n1000?
So I guess this isn't explicitly an issue, but it was a surprise after I
upgraded.
Sincerely,
Chiraag
--
ಚಿರಾಗ್ ನಟರಾಜ್
Graduate Student at Brown
Package: systemd
Version: 242-1
Severity: normal
Dear Maintainer,
Different invocations of journalctl seem to display different amounts of the
log.
$ sudo journalctl -xe
-- Logs begin at Sun 2019-05-12 20:37:51 EDT, end at Sun 2019-05-12 21:16:32
EDT. --
ಮೇ 12 20:44:29 chiraag env[8395]:
Never mind, I'm an idiot. The name of the unit was boinc-client.service.
Sincerely,
Chiraag
signature.asc
Description: PGP signature
Package: systemd
Version: 242-1
Severity: normal
Dear Maintainer,
It seems the fix for #898892 renders bare unit names unusable.
Example:
$ sudo journalctl --unit boinc
-- No entries --
$ sudo journalctl --unit boinc*
ಮೇ 12 20:39:36 chiraag systemd[1]: Started Berkeley Open Infrastructure
that just directly
running emacs would still apply the font preferences.
Seems like this is a fairly long-standing issue that people have just worked
around for a while...
Anyway, feel free to close this.
Sincerely,
Chiraag
--
ಚಿರಾಗ್ ನಟರಾಜ್
Graduate Student at Brown University
Email: chiraag.nata
Package: emacs
Version: 1:26.1+1-3
Severity: normal
Tags: l10n
Dear Maintainer,
Here are the steps to reproduce the problem:
1. Install fonts-knda so that all three available fonts are installed.
2. Note that, by default, emacs (at least my emacs) prefers to use Gubbi to
render the font. This
pecific user configuration (do you have any
user units in ~/.config/systemd/user?).
- Chiraag
--
ಚಿರಾಗ್ ನಟರಾಜ್
Graduate Student at Brown University
Email: chiraag.nata...@gmail.com
Phone: 610-350-6329
Website: http://chiraag.nataraj.us
signature.asc
Description: PGP signature
for policykit-1 so that affected users know about the current
solution (this is more important now that systemd uses polkit for authorization
and a broken polkit means a broken systemd, at least in terms of interactive
authorization).
Sincerely,
Chiraag
--
ಚಿರಾಗ್ ನಟರಾಜ್
Graduate Student at Brown
Lohit Kannada.
--
ಚಿರಾಗ್ ನಟರಾಜ್
Graduate Student at Brown University
Email: chiraag.nata...@gmail.com
Phone: 610-350-6329
Website: http://chiraag.nataraj.us
signature.asc
Description: PGP signature
The output when emacs segfaults is attached. Please let me know if you need
more information.
--
ಚಿರಾಗ್ ನಟರಾಜ್
Graduate Student at Brown University
Email: chiraag.nata...@gmail.com
Phone: 610-350-6329
Website: http://chiraag.nataraj.us
Fatal error 11: Segmentation fault
Backtrace:
emacs25
; --
> * Jonas Smedegaard - idealist & Internet-arkitekt
> * Tlf.: +45 40843136 Website: http://dr.jones.dk/
>
> [x] quote me freely [ ] ask before reusing [ ] keep private
- Chiraag
--
ಚಿರಾಗ್ ನಟರಾಜ್
Graduate Student at Brown University
Email: chiraag.nata...@gmail.com
Phone: 610-350-6329
Website: http://chiraag.nataraj.us
signature.asc
Description: PGP signature
On Sat, Mar 12, 2016 at 04:50:17PM +0100, Aurelien Jarno wrote:
> Thanks for your screenshot, it definitely helps. The symbol
> h_errno@GLIBC_PRIVATE has been renamed into __h_errno@GLIBC_PRIVATE in
> glibc 2.22.
>
> Normally if you use both libpthread.so.0 and libc.so.6 from glibc 2.21
> and
On Sat, Mar 12, 2016 at 04:50:17PM +0100, Aurelien Jarno wrote:
> Thanks for your screenshot, it definitely helps. The symbol
> h_errno@GLIBC_PRIVATE has been renamed into __h_errno@GLIBC_PRIVATE in
> glibc 2.22.
>
> Normally if you use both libpthread.so.0 and libc.so.6 from glibc 2.21
> and
On Sat, Mar 12, 2016 at 12:15:13PM +0100, Aurelien Jarno wrote:
>
> Could you please give us the exact error message you encountered,
> including the symbol name (a photo is fine), so that we can narrow down
> the problem? At a first glance it looks like the libc has been partially
> upgraded,
21 matches
Mail list logo