Bug#1072274: ITP: fcitx5-varnam -- Fcitx5 wrapper for Varnam input method.

[Anoop M S]

Package: wnpp
Severity: wishlist
Owner: Anoop M S 
X-Debbugs-Cc: debian-devel@lists.debian.org, anoo...@disroot.org

* Package name: fcitx5-varnam
  Version : 0.0.1
  Upstream Contact: Anoop M S 
* URL : https://github.com/varnamproject/varnam-fcitx5
* License : GPL
  Programming Lang: C++
  Description : Fcitx5 wrapper for Varnam input method.

Fcitx5 wrapper for Varnam(https://www.varnamproject.com) Input Method Engine.
Easily type Indian languages on Linux desktops.

I would like to join Debian Input Method Team, and package and maintain it.
And I would need a sponsor to upload it as well.

Re: Bug#1068017: Y2038-safe replacements for utmp/wtmp and lastlog

[Vincent Lefevre]

On 2024-05-30 18:41:51 +0200, Chris Hofstaedtler wrote:
> wtmpdb takes over the "last" name. Unfortunately without support for
> reading the old files. Nobody wrote tooling to import them or so.

In the new versions of the package, "last" could have been installed
under another name (e.g. last-legacy) instead of dropping it entirely,
in particular because some programs still write to the old wtmp
(which has no issues until 2038).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Re: Y2038-safe replacements for utmp/wtmp and lastlog

[Luca Boccassi]

On Fri, 31 May 2024 at 06:07, Jakub Wilk  wrote:
>
> * Jun MO , 2024-05-31 01:05:
> >And something "off topic". I find there is a char __glibc_reserved[20]
> >variable in the struct utmp, which is commented as "Reserved for future
> >use". Just a brainstorm, if this variable is not currently used, maybe
> >it can be used to solve the Y2038 problem for wtmp?
>
> Or, more easily, you could treat the timestamp as unsigned int:
> https://sourceware.org/cgit/glibc/commit/?id=5361ad3910c257bc
>
> "Architectures which use a 32-bit seconds-since-epoch field in struct
> lastlog, struct utmp, struct utmpx (such as i386, powerpc64le, rv32,
> rv64, x86-64) switched from a signed to an unsigned type for that field.
> This allows these fields to store timestamps beyond the year 2038, until
> the year 2106. Please note that applications are still expected to
> migrate off the interfaces declared in  and  (except
> for login_tty) due to locking and session management problems."

Everybody else is taking advantage of this to switch away from these
legacy interfaces - which are really not good and fraught with issues,
if we are being honest about it. I don't think it makes sense to
invent yet more debianisms just to keep them alive. Just take a backup
of existing files and move on.

Re: Y2038-safe replacements for utmp/wtmp and lastlog

[Vincent Lefevre]

On 2024-05-31 01:05:51 +0800, Jun MO wrote:
> And if I understood correctly, wtmpdb require program use PAM to update
> wtmpdb, thus program not use PAM will still write /var/log/wtmp. For
> example, tmux write /var/log/wtmp via libutempter0 and I do not see tmux
> depends on pam.

GNU Screen and xterm also write to /var/log/wtmp via libutempter0. So
this is libutempter0 that should actually be fixed. There is no need
to change the interface, as utempter_add_record uses neither the time
nor a specific structure to write to the file:

int
utempter_add_record(int fd, const char *host);

utempter_add_record() function adds a login record  to  the  database
for  the  TTY belonging to the pseudo-terminal master file descriptor
fd, using the username corresponding with the real  user  ID  of  the
calling process and the optional hostname host.  This function spawns
a privileged process to perform the actual logging.

> $ cat /var/log/wtmp.1 /var/log/wtmp >> wtmp-combined
> $ last -f wtmp-combined
> 
> The output will show when a user logout for those previously
> "gone - no logout" lines. I just realize this about a month ago.

Thanks. I didn't know that.

> I know there is a utmpdump(1) in the util-linux package, that is still
> available in 2.40.1-3 version. The command will dump more information
> than last(1); but it is for every single records, one may need to
> manually match login with logout, boot with shutdown, etc. Still it
> seems to me some information, e.g. exit_status, are still missing.

The host names are also dropped.

I've never seen an exit status. But the wtmp(5) man page says
"not used by Linux init(1)".

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Suggestion

[nino Heđi]

My suggestion is regarding locales. Currently we get to chose locale based 
on choices of language and keyboard layout and here in lies the problem. 
Rather than offer locales based on our selections don't,just list all of 
them in installer and let us users chose which one we want. For me english 
language and croatian layout blocks me from chosing croatian locale during 
installation so i have to do it after installation is complete and i do not 
like it and i think i am not the only one. I am going to switch to linux 
soon with Debian being my daily driver and all the servers i decide run 
will also be on top of debian. So make small change in installer for debian 
and turn off locales based on match between language of a system and 
keyboard layout because it is problematic for someone who doesn't use US 
layout on keyboard and i am among those since i am croatian.

--
Sent with Vivaldi Mail. Download Vivaldi for free at vivaldi.com

Bug#1072301: ITP: python3-anytree -- Powerful and Lightweight Python Tree Data Structure with various plugins

[Mitchell Augustin]

Package: wnpp
Severity: wishlist
Owner: Mitchell Augustin 
X-Debbugs-Cc: debian-devel@lists.debian.org, mitchell.augus...@canonical.com

* Package name: python3-anytree
  Version : 2.12.1
  Upstream Contact: c0fec0de 
* URL : https://github.com/c0fec0de/anytree
* License : Apache 2
  Programming Lang: Python
  Description : Powerful and Lightweight Python Tree Data Structure with 
various plugins

anytree is best described with some basic usage examples:

Construction:
from anytree import Node, RenderTree
udo = Node("Udo")
marc = Node("Marc", parent=udo)
lian = Node("Lian", parent=marc)
dan = Node("Dan", parent=udo)
jet = Node("Jet", parent=dan)
jan = Node("Jan", parent=dan)
joe = Node("Joe", parent=dan)

Node:
print(udo)
Node('/Udo')
print(joe)
Node('/Udo/Dan/Joe')

Tree:
for pre, fill, node in RenderTree(udo):
print("%s%s" % (pre, node.name))
Udo
├── Marc
│   └── Lian
└── Dan
├── Jet
├── Jan
└── Joe


 - This package is a dependency of some utilities inside
   Mellanox OFED, which I utilize
 - I am open to maintaining this as part of one of the python
   packaging teams like pkg-python or PythonTeam (or others.
   Not sure which is best.) I will need a sponsor and would
   welcome a co-maintainer.

Bug#1072313: ITP: debpic -- Build Debian packages in a docker container

[Aidan Gallagher]

Package: wnpp
Severity: wishlist
Owner: Aidan Gallagher 
X-Debbugs-Cc: debian-devel@lists.debian.org, aidg...@gmail.com

* Package name: debpic
  Version : 1.0.0
  Upstream Author : Aidan Gallagher 
* URL : https://github.com/aidan-gallagher/debpic
* License : LGPL
  Programming Lang: Python
  Description : Build Debian packages in a docker container

 Debpic allows developers to build Debian package in an isolated environment.
 Invoke debpic in a repository without any arguments to simply build packages.
 The environment is composed from:
  * The Debian stable docker image.
  * Build dependencies described in the ./debian/control file.
  * Any additional developer tools described in ./developer-packages.txt.
  * Any packages defined in the --extra-pkg flag.


I previously opened an ITP for this package under its previous name 
"dpkg-buildenv". 
After some feedback I have since renamed it. I was informed on
https://mentors.debian.net/package/debpic/ that I should recreate an ITP using 
the new name.

Re: Suggestion

[Andrew M.A. Cater]

On Fri, May 31, 2024 at 06:35:53PM +, nino Heđi wrote:
> My suggestion is regarding locales. Currently we get to chose locale based
> on choices of language and keyboard layout and here in lies the problem.
> Rather than offer locales based on our selections don't,just list all of
> them in installer and let us users chose which one we want.

For most purposes in a single language, a keyboard, language and timezone
can all be set in one locale. If you need to switch between multiple
languages, you are the exceptional case.

> For me english language and croatian layout blocks me from chosing
> croatian locale during  installation so i have to do it after installation
> is complete and I do not  like it and i think i am not the only one.

Set Croatian locale up during installation - hr_HR.UTF-8 UTF-8 - and add 
a locale with an appropriate English keyboard layout in addition - maybe
 en_US.UTF-8 UTF-8

At any point you can run dpkg-reconfigure locales as root/sudo to generate
extra locales as necessary

Then set up your locales file accordingly. You should be able to switch
straightforwardly between keyboard layouts in a graphical desktop environment
/ use a soft keyboard with no problem in any event.

> I am going to switch to linux soon with Debian being my daily driver and all
> the servers I decide run will also be on top of debian. So make small
> change in installer for debian and turn off locales based on match between
> language of a system and keyboard layout because it is problematic for
> someone who doesn't use US layout on keyboard and i am among those since i
> am croatian.
> -- 

There's always more than one way to solve a problem appropriately in
Debian - I'm sure others can think of other solutions.

With every good wish, as ever,

Andrew Cater
(amaca...@debian.org)
> Sent with Vivaldi Mail. Download Vivaldi for free at vivaldi.com
> 

Bug#1072326: ITP: golang-github-delthas-go-libnp -- Extract information about the music/image/video current playing

[Guilherme Puida Moreira]

Package: wnpp
Severity: wishlist
Owner: Guilherme Puida Moreira 

* Package name: golang-github-delthas-go-libnp
  Version : 0.0~git20221222.0e45ece-1
  Upstream Author : delthas
* URL : https://github.com/delthas/go-libnp
* License : Expat
  Programming Lang: Go
  Description : Extract information about the music/image/video current 
playing

 A tiny cross-platform library for extracting information about the
 music/image/video that is currently playing on the system.

This library is used by senpai (ITP #1072217).

--puida

Re: Suggestion

[Marc Haber]

On Fri, 31 May 2024 18:35:53 +, nino He?i 
wrote:
>My suggestion is regarding locales. Currently we get to chose locale based 
>on choices of language and keyboard layout and here in lies the problem. 
>Rather than offer locales based on our selections don't,just list all of 
>them in installer and let us users chose which one we want.

The "expert" install offers just this and it can be preseeded
accordingly. My routine choice is en_US.UTF-8, en_GB.UTF-8¹ and
de_DE.UTF-8 with en_US being the default.

|[2/5131]mh@swivel:~ $ < /etc/locale.gen grep -vE '^(#.*|)$'
|de_DE.UTF-8 UTF-8
|en_GB.UTF-8 UTF-8
|en_US.UTF-8 UTF-8
|[3/5132]mh@swivel:~ $ locale
|LANG=de_DE.UTF-8
|LANGUAGE=en
|LC_CTYPE="de_DE.UTF-8"
|LC_NUMERIC=de_DE.UTF-8
|LC_TIME=de_DE.UTF-8
|LC_COLLATE="de_DE.UTF-8"
|LC_MONETARY=de_DE.UTF-8
|LC_MESSAGES=en_US.UTF-8
|LC_PAPER=de_DE.UTF-8
|LC_NAME=de_DE.UTF-8
|LC_ADDRESS=de_DE.UTF-8
|LC_TELEPHONE=de_DE.UTF-8
|LC_MEASUREMENT=de_DE.UTF-8
|LC_IDENTIFICATION="de_DE.UTF-8"
|LC_ALL=
|[4/5132]mh@swivel:~ $

Greetings
Marc

¹ some software comes with its English translation in en_GB and if
that's not present it falls back to the ugly de_DE translation
-- 

Marc Haber |   " Questions are the | Mailadresse im Header
Rhein-Neckar, DE   | Beginning of Wisdom " | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402