Bug#1017088: ITP: c4core -- library of low-level C++ utilities, written with low-latency projects in mind

Hi Fukui-san, Daichi Fukui writes: > Hello Debian Developers, > > On Sat, 13 Aug 2022 13:03:16 + Fukui Daichi > wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Fukui Daichi >> X-Debbugs-Cc: debian-de...@lists.debian.org, a.dog.will.t...@akane.waseda.jp >> >> * Package name:

Bug#1017324: libhugetlbfs: FTBFS: morecore.c:368:17: error: ‘__morecore’ undeclared (first use in this function); did you mean ‘thp_morecore’?

Hi Fukui-san, Thank you for looking into the build failure. Daichi Fukui writes: > Hi, > > I have created a patch to address this issue. > Kindly find my github repository below for details: > https://github.com/daichifukui/libhugetlbfs > > Note that this patch is based on an upstream pull

Bug#1012347: arm64 CPU Phytium FT-2000/4 cpuinfo

Helge Kreutzmann writes: > Hello Punit, > On Tue, Jun 07, 2022 at 09:47:03AM +0100, Punit Agrawal wrote: >> "xiao sheng wen(肖盛文)" writes: >> >> > 在 2022/6/5 21:18, Helge Kreutzmann 写道: >> >>> CPU implementer : 0x70 >> >>

Bug#1012347: arm64 CPU Phytium FT-2000/4 cpuinfo

"xiao sheng wen(肖盛文)" writes: > 在 2022/6/5 21:18, Helge Kreutzmann 写道: >>> CPU implementer : 0x70 >> If you happen to know a table of "CPU implementer" for ARM (i.e. a >> mapping of the number to the company), then I can easily add even >> more :-)) You can see the list of currently

Bug#1006582: xir: diff for NMU version 1.4.1-5.1

Hi Adrian, Thank you for the patch and the NMU. I've had a quick look and don't see an issue with the changes. No need to cancel the NMU. I'll also probably port the patch to the new upstream release if it's still not working with OpenSSL 3.0. Thanks, Punit On Sun, May 22, 2022 at 8:39 PM

Bug#971590: rt-tests: bump to a new upstream release

Hi Uwe, Thank you for the quick reply. And sorry for the delayed response. For some reason this ended up being classified as spam. Uwe Kleine-König writes: > Hello, > > On 9/7/21 4:35 AM, Punit Agrawal wrote: >> I was looking to update the rt-tests package in Debian as it is la

Bug#971590: rt-tests: bump to a new upstream release

Hi Uwe, Punit Agrawal writes: > Hi Uwe, > > I was looking to update the rt-tests package in Debian as it is lagging > behind upstream. > > Before digging into the task, I wanted to check if you're planning to > make any changes or had any patches that haven't been push

Bug#971590: rt-tests: bump to a new upstream release

Hi Uwe, I was looking to update the rt-tests package in Debian as it is lagging behind upstream. Before digging into the task, I wanted to check if you're planning to make any changes or had any patches that haven't been pushed. Pointers to any particular issues to watch out for would also be

Bug#989719: Backport commit 7820a56ccb ("logind: Restore chvt as non-root user without polkit") to bullseye

I missed your comment in this mail. Response at the end. Michael Biebl writes: > Am 11.06.2021 um 11:49 schrieb Punit Agrawal: >> Michael Biebl writes: >> >>> Am 11.06.2021 um 11:07 schrieb Michael Biebl: >>>> Am 11.06.2021 um 10:55 schrieb Punit Agrawal:

Bug#989719: Backport commit 7820a56ccb ("logind: Restore chvt as non-root user without polkit") to bullseye

Michael Biebl writes: > Am 11.06.2021 um 11:58 schrieb Michael Biebl: >> Am 11.06.2021 um 11:49 schrieb Punit Agrawal: >>> Michael Biebl writes: >>> >>>> Am 11.06.2021 um 11:07 schrieb Michael Biebl: >>>>> Am 11.06.2021 um 10:55 schrieb

Bug#989719: Backport commit 7820a56ccb ("logind: Restore chvt as non-root user without polkit") to bullseye

Michael Biebl writes: > Am 11.06.2021 um 11:07 schrieb Michael Biebl: >> Am 11.06.2021 um 10:55 schrieb Punit Agrawal: >>> Package: systemd >>> Version: 247.3-5 >>> Severity: important >>> X-Debbugs-Cc: punit1.agra...@toshiba.co.jp >>>

Bug#989719: Backport commit 7820a56ccb ("logind: Restore chvt as non-root user without polkit") to bullseye

Package: systemd Version: 247.3-5 Severity: important X-Debbugs-Cc: punit1.agra...@toshiba.co.jp systemd 245 introduced a bug[0][1] that prevents activating virtual terminal without CAP_SYS_ADMIN when polkit is disabled (as is the case on many embedded systems). One consequence of this is that it

Bug#983759: Enable CONFIG_DRM_DW_HDMI_CEC on arm64

Package: linux-image-arm64 Severity: normal Hi, I am using Debian on a RK3399 based RockPro64[0] connected to a CEC enabled TV. The HDMI port on the board supports CEC - I was able to verify this in a local kernel build with CONFIG_DRM_DW_HDMI_CEC enabled. It would be great if this driver could

Bug#983733: Enable Linux API support in libcec

ye release will be ideal. Thanks, Punit >From a78ba8bf9bd08a5aae384e1bc2fafa1c9f36055b Mon Sep 17 00:00:00 2001 From: Punit Agrawal Date: Mon, 1 Mar 2021 08:04:58 +0900 Subject: [PATCH] debian/rules: Enable Linux API libcec has support for the Linux CEC api that enables interaction

Bug#977342: [PATCH] Mention name of command line tools

Hi Simon, Simon Josefsson writes: > Package: libhugetlbfs > Version: 2.23-3 > Tags: patch > > Hi. It can be difficult to understand that hugeadm is packaged in > Debian: > > jas@latte:~$ apt-cache search hugeadm > jas@latte:~$ I tend to use packages.debian.org when I know the files I am

Bug#907592: global: gtags doesn't generate tags for R sources

fixed 907592 6.6.5-1 On Tue, 1 Jan 2019 13:42:21 +0900 Punit Agrawal wrote: > A pull request updating the lexer for R has been recently merged > upstream[0]. As this issue is due to incorrect parsing, it is worth > investigating whether the improved lexer helps with $SUBJECT. > &g

Bug#968231: global: does not index definitions with pygments anymore

On Wed, Aug 12, 2020 at 7:18 AM Punit Agrawal wrote: [...] > I will look into this (hopefully later today) and look for a way to > fix the regression. I looked into this some more and have a somewhat better understanding of the issue - * When used, pygments only provide reference tags (

Bug#968231: global: does not index definitions with pygments anymore

Hi Gregory, On Tue, Aug 11, 2020 at 11:48 PM Gregory Heytings wrote: [...] > The bug is a modification in gtags.conf: > > pygments-parser|Pygments plug-in parser:\ > :tc=common:\ > - :ctagscom=/usr/bin/ctags:\ > + :ctagscom=/usr/bin/ctags-exuberant:\ >

Bug#968231: global: does not index definitions with pygments anymore

Hi Gregory, Thank you for the bug report. I can't seem to reproduce the failure you are seeing. See excerpt below - % echo 'int main(){return 0;}' > main.c export GTAGSLABEL=pygments gtags gtags -d GTAGS | grep -v '^ ' main1 @n 1 int @n(){return 0;} What is the output of gtags -v? For

Bug#960390: x86_64: No serial port output

Hi Steve, Here's an updated patch to enable serial console in grub when using debian-installer on an EFI based system. Sorry it took longer than anticipated - got pulled into some other things. The patch has been updated based on your feedback (and some experimentation). Notably, this version

Bug#960390: x86_64: No serial port output

On Tue, 26 May 2020 12:20:04 +0100 Steve McIntyre wrote: > On Sat, May 23, 2020 at 10:34:36AM +0900, Punit Agrawal wrote: > >On Sat, May 23, 2020 at 1:54 AM Steve McIntyre wrote: > >> > >> On Sat, May 23, 2020 at 01:15:37AM +0900, Punit Agrawal wrote: > > > &

Bug#960390: x86_64: No serial port output

On Sat, May 23, 2020 at 1:54 AM Steve McIntyre wrote: > > On Sat, May 23, 2020 at 01:15:37AM +0900, Punit Agrawal wrote: [...] > >To avoid needing any workarounds such as those discussed in earlier > >replies, I looked at enabling the installer images to output on the

Bug#960390: x86_64: No serial port output

tags 960390 + patch On Wed, 13 May 2020 14:14:54 +0200 john doe wrote: [...] > I also'd like to point out that instead of modifying grub at the install > prompt, pressing the escape key and typing at the boot prompt the below > works for me (pressing the 'escape' key instead of the 'tab' key):

Bug#960390: x86_64: No serial port output

[ cc'ing Alper ] john doe writes: [...] > The below command get me directly to the language selection screen which > I belaeve is what you want?: > > qemu-system-x86_64 -drive file=debian.img,format=raw -m 1024 -boot d > -nographic -cdrom debian-bullseye-DI-alpha2-amd64-netinst.iso -kernel >

Bug#960390: x86_64: No serial port output

Alper Nebi Yasak writes: > On 12/05/2020 13:02, Punit Agrawal wrote: >> The above parameters do not launch the installer from the iso here. I am >> not quite sure what the right arguments are. I wonder if >> "root=" to the kernel will do the trick. Will giv

Bug#960390: x86_64: No serial port output

john doe writes: > On 5/12/2020 11:36 AM, Punit Agrawal wrote: >> john doe writes: [...] >> This does not start the Debian installer. The issue reported is that the >> grub shipping with DI does not output to serial console and hence can't >> be used wi

Bug#960390: x86_64: No serial port output

john doe writes: > On 5/12/2020 11:01 AM, Colin Watson wrote: [...] > Unless I'm missing something, it does work for me with something like: > > -nographic -cdrom *.iso -kernel kernel-path -append > "console=ttyS0,115200n8 ..." This does not start the Debian installer. The issue reported is

Bug#960390: x86_64: No serial port output

Package: grub2 Grub does not output to serial port when running in a VM launched using Qemu when run as part of the Debian Installer. This prevents installation of Debian in a VM when running without a GUI. In this specific instance, I was trying to install Debian in a VM over ssh. To reproduce

Bug#911831: linux: Serial port of dw-abp-uart missing due to serial dev bus activation

On Thu, 25 Oct 2018 11:06:38 +0200 Paul van Tilburg wrote: Source: linux Version: 4.18.10-2 Severity: normal Dear Maintainer, Since the upgrade of our system from Debian 9 (Stretch) to 10 (Buster), but also from Ubuntu 16.04 LTS (Xenial) to 18.04 LTS (Bionic), the serial port of our Atom

Bug#939590: global: Please support sqlite3

Hi Markus, On Sat, Sep 7, 2019 at 2:00 AM Markus Grunwald wrote: [...] > I'd like gtags in golang projects. https://github.com/juntaki/gogtags > supports generating them, but the `global` binary needs to support > sqlite3 to read them. > > I changed debian/rules in the source package like this

Bug#907592: global: gtags doesn't generate tags for R sources

A pull request updating the lexer for R has been recently merged upstream[0]. As this issue is due to incorrect parsing, it is worth investigating whether the improved lexer helps with $SUBJECT. [0] https://bitbucket.org/birkenfeld/pygments-main/pull-requests/680/slexer-improvements/diff

Bug#907592: global: gtags doesn't generate tags for R sources

Package: global Version: 6.6.2-3 Severity: normal gtags supports integration with pygments via a plugin to generate tags of identifiers and references. R is one of the languages supported via pygments. The pygments integration doesn't seem to generate tags when used with R source repos. Although

Bug#897477: libhugetlbfs: FTBFS: collect2: error: ld returned 1 exit status

Hi Lucas, Thanks for the report and apologies for not picking this earlier. On Wed, 2 May 2018 22:00:16 +0200 Lucas Nussbaum wrote: [...] > During a rebuild of all packages in sid, your package failed to build on > amd64. > > Relevant part (hopefully): > > /usr/bin/x86_64-linux-gnu-ld:

Bug#902877: global: Missing source file for gtags.elc in site-lisp dir

On Mon, Jul 2, 2018 at 6:42 PM Daniel Gröber wrote: [...] > Emacs expects the source for byte-compiled files to be in the same > directory. If this is not the case `M-x find-function` is broken and > `M-x describe-function` doesn't display a link to the package source > code. > > The

Bug#891682: [Pkg-pascal-devel] Bug#891682: castle-game-engine: FTBFS on arm64: assorted test suite errors and failures

block 891682 by 895693 On Sat, Apr 14, 2018 at 7:29 PM, Paul Gevers <elb...@debian.org> wrote: > Hi Punit, > > Thanks for your work. > > On 14-04-18 19:25, Punit Agrawal wrote: >> I'll file a bug against the debian fpc package. What would be the best >> way to b

Bug#895693:

forwarded 895693 https://bugs.freepascal.org/view.php?id=33607 thanks

Bug#895693: arm64: Incorrect record member value when returned from a function

Source: fpc Version: 3.0.4+dfsg-16 Severity: normal Dear Maintainer, While investigating build failure reported in #891682 I've stumbled upon what seems like a free pascal compiler issue on arm64. The value of a member of a record returned by a function varies depending on usage. The observed

Bug#891682: [Pkg-pascal-devel] Bug#891682: castle-game-engine: FTBFS on arm64: assorted test suite errors and failures

On Sat, Apr 14, 2018 at 1:56 PM, Michalis Kamburelis <michalis.ka...@gmail.com> wrote: > 2018-04-14 12:42 GMT+02:00 Punit Agrawal <punitagra...@gmail.com>: >> At this point, I suspect it's a compiler issue. I've created a >> reproducer (attached) that highlig

Bug#891682: castle-game-engine: FTBFS on arm64: assorted test suite errors and failures

On Tue, 27 Feb 2018 18:56:10 -0500 "Aaron M. Ucko" wrote: > Source: castle-game-engine > Version: 6.4+dfsg1-2 > Severity: important > Tags: upstream > Justification: fails to build from source > User: debian-...@lists.debian.org > Usertags: arm64 > > Builds of castle-game-engine

Bug#894424: global: globash does not work

> It looks like globash script (/usr/bin/globash) execs the file > "/usr/share/global/gtags/globash.rc", > but that file is not included in the distribution. Thanks for reporting the issue. I'll upload a new version including globash.rc shortly. Please shout out if that doesn't fix the problem.

Bug#886482: stretch-pu: package global/6.5.6-2

On Fri, Mar 2, 2018 at 5:36 PM, Adam D. Barratt <a...@adam-barratt.org.uk> wrote: > Control: tags -1 + confirmed > > On Sat, 2018-01-06 at 15:42 +, Punit Agrawal wrote: >> Recently CVE-2017-17531 was reported against gozilla binary contained >> in GNU Global. The iss

Bug#888062:

An update on fixing the issues captured by this bug upstream - * test_shuffle_* Fix has been merged upstream * test_fabs failure This test fails due to two math functions failing - - ilogb(x) - Reference values didn't match for 0 and NaN. Now fixed in upstream. - ldexp failure - needs

Bug#888062: pocl: FTBFS on arm64: test_fabs and test_shuffle_{char, ..., float} fail

Control: forwarded -1 https://github.com/pocl/pocl/issues/610 Control: forwarded -1 https://github.com/pocl/pocl/issues/612 On Tue, Feb 6, 2018 at 3:22 PM, Andreas Beckmann wrote: > > Thanks. Do you want to report the bugs to upstream? Since you analyzed > them you can probably

Bug#888062: pocl: FTBFS on arm64: test_fabs and test_shuffle_{char, ..., float} fail

On Mon, Feb 5, 2018 at 4:15 PM, Andreas Beckmann wrote: > But could you first try, whether the exact same problem occurs if you > build pocl from the pristine upstream tarball with the default > configuration options and run the tests there? Just to make sure it is > not

Bug#888062: pocl: FTBFS on arm64: test_fabs and test_shuffle_{char, ..., float} fail

I had a chance to investigate the "test_fabs" failure test_fabs checks for correctness for a number of math related functions. Of the ones tested "ilogb" and "ldexp" fail on arm64. ilogb -- ilogb(x) returns FP_ILOGB0 when x = 0, and FP_ILOGBNAN when x = NaN; According to OpenCL 1.2, the

Bug#888062: pocl: FTBFS on arm64: test_fabs and test_shuffle_{char, ..., float} fail

On Wed, Jan 31, 2018 at 12:46 AM, Andreas Beckmann <a...@debian.org> wrote: > On 2018-01-31 01:16, Punit Agrawal wrote: >>> 7/121 Test #22: kernel/test_shuffle_char >>> ***Failed >>> Require

Bug#888062: pocl: FTBFS on arm64: test_fabs and test_shuffle_{char,...,float} fail

Hi Aaron, On Tue, Jan 23, 2018 at 1:26 AM, Aaron M. Ucko wrote: > Source: pocl > Version: 0.14-5 > Severity: important > Tags: upstream > Justification: fails to build from source > User: debian-...@lists.debian.org > Usertags: arm64 > > Builds of pocl for arm64 have been

Bug#886482: stretch-pu: package global/6.5.6-2

+ + * Backport fix for CVE-2017-17531 from 6.6.1 (Closes: #884912) + + -- Punit Agrawal <pu...@debian.org> Wed, 03 Jan 2018 21:41:34 + + global (6.5.6-2) unstable; urgency=medium * Include gtags.conf manpage in the package diff -Nru global-6.5.6/debian/patches/0002-gozilla-Va

Bug#885424: global: gtags call with pygments program fails

Hi Pierre-Elliott, Thanks a lot for the report and investigating the cause of failure. I've recently taken over the package maintenance for global and have been chipping away at the backlog of known issues (including updating the version in Debian to something more recent :) ). I was able to

Bug#880883: Some findings about g_closure_ref()/g_closure_unref()

I had a chance to dig into this further and think I now know what's going on. I ran the test on an AMD Seattle system (same as arm-arm-04) and noticed that the closures test (tests/refcount/closures) didn't finish in >150 minutes. Profiling the test using "perf" pointed to g_closure_ref() and

Bug#880883: FTBFS on arm64: test suite times out (on arm-arm-04)

Hi, On Fri, 17 Nov 2017 18:37:42 +0100 Emilio Pozuelo Monfort wrote: > On 12/11/17 15:02, Michael Biebl wrote: > > Am 05.11.2017 um 13:14 schrieb Michael Biebl: [...] > I gave it back again, and it again got picked by arm-arm-04. With the help > from > jcristau (as I don't

Bug#879939: libhugetlbfs: FTBFS: unrecognized architecture

On Fri, Oct 27, 2017 at 8:06 PM, Aaron M. Ucko <a...@alum.mit.edu> wrote: > Punit Agrawal <punitagra...@gmail.com> writes: > >> Thanks for the bug report. > > Thanks for the quick reply. > >> Agreed about the restricting the package to linux based systems.

Bug#879939: libhugetlbfs: FTBFS: unrecognized architecture

Hi Aaron, Thanks for the bug report. On Fri, Oct 27, 2017 at 2:24 PM, Aaron M. Ucko wrote: > Source: libhugetlbfs > Version: 2.20-2 > Severity: important > Justification: fails to build from source > > Builds of libhugetlbfs for several Linux architectures (so far, mips, >

Bug#869081: nvml - packaging and usage queries

Hi Krzysztof, Has there been any progress in packaging the software for debian? I can have a stab if nobody else is working on it. The linked site - pmem.io, mentions that the library is targeting server applications. Maybe I missed it but I was wondering if there any applications that depend on

Bug#533708: Packaging libhugetlbfs

On Tue, 4 Apr 2017 07:29:53 +0100 Punit Agrawal <punitagra...@gmail.com> wrote: > Brief update... > > Turns out packaging a library needs a bit more care than a binary > package. I've now uploaded the current state of libhugetlbfs package > to github[0]. There are few

Bug#533708: Packaging libhugetlbfs

Brief update... Turns out packaging a library needs a bit more care than a binary package. I've now uploaded the current state of libhugetlbfs package to github[0]. There are few issues with packaging that I'm working through. I would like to have the package ready for soon after the end of

Bug#857317: gnupg-agent: console locks up when using gpg-agent with emacs

Package: gnupg-agent Version: 2.1.18-6 Severity: normal Dear Maintainer, As a simple test, open a new file "test.gpg" in emacs. Type in some text and try saving the file. Emacs loads "keys" buffer to query which key is to be used to encrypt the file. Choose symmetric encryption by selecting

Bug#533708: Packaging libhugetlbfs

owner 533708 ! thanks I'm taking over the bug as there's no visible activity or progress in packaging libhugetlbfs. Query to the bug owner has gone unanswered for over a week. I've created a local package and am working through the issues in preparation for an upload. I'll push the package

Bug#854376: [pkg-gnupg-maint] Bug#854376: Unable to use gpg-agent as ssh-agent

Hi Daniel, On Fri, Feb 10, 2017 at 7:37 PM, Daniel Kahn Gillmor <d...@fifthhorseman.net> wrote: > Hi Punit-- > > On Thu 2017-02-09 07:25:17 -0500, Punit Agrawal wrote: >> I've got version 2.1.18-3 of the package (I'm running testing) > >> % readlink -f $(which pin

Bug#533708: Update?

Hi Geoffrey, I see Jarod's response to the license query that seemed to have stalled progress. Do you have any update on uploading the package? Is there anything I can do to help get the package uploaded? Thanks, Punit

Bug#854376: [pkg-gnupg-maint] Bug#854376: Unable to use gpg-agent as ssh-agent

Hi Daniel, Responses inline. On Thu, Feb 9, 2017 at 12:42 AM, Daniel Kahn Gillmor <d...@fifthhorseman.net> wrote: > Hi Punit-- > > On Mon 2017-02-06 11:35:32 -0500, Punit Agrawal wrote: >> Not sure if it's related but gpg-agent stopped behaving as ssh >> agent afte

Bug#854376: Unable to use gpg-agent as ssh-agent

Not sure if it's related but gpg-agent stopped behaving as ssh agent after updating the system today. On my machine, I have % env | grep -i ssh SSH_AUTH_SOCK=/run/user/1000/gnupg/S.gpg-agent.ssh When trying to ssh, I run into % ssh sign_and_send_pubkey: signing failed: agent refused operation

Bug#852493: Please enable Thunder NIC virtual function driver

On Wed, Jan 25, 2017 at 2:05 AM, Ben Hutchings <b...@decadent.org.uk> wrote: > Control: tag -1 moreinfo > > On Tue, 2017-01-24 at 22:13 +, Punit Agrawal wrote: >> Source: linux >> Severity: wishlist >> Tags: patch >> >> While testing devic

Bug#852493: [PATCH] Enable CONFIG_THUNDER_NIC_VF in the debian kernel config

NIC virtual function (VF) driver is required when using a passed through NIC to a guest on the Thunder platform. Enable this driver as a module in the debian config. Closes: #852493 --- debian/config/config | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/config/config

Bug#852493: Please enable Thunder NIC virtual function driver

Source: linux Severity: wishlist Tags: patch While testing device passthrough with a debian guest on a Cavium Thunder, I found that the virtual function(VF) driver for the built in nic is not available. Please enable CONFIG_THUNDER_NIC_VF in the debian kernel config.

Bug#590053:

close 590053 6.5.5-2 I am able to use id-utils with the new version without any issues. Thanks, Punit

Bug#841294: Overrule maintainer of "global" to package a new upstream version

I just noticed I missed out responding to one of your queries in my reply. On Wed, Nov 30, 2016 at 7:19 PM, Punit Agrawal <punitagra...@gmail.com> wrote: > On Wed, Nov 30, 2016 at 4:56 PM, Ian Jackson > <ijack...@chiark.greenend.org.uk> wrote: >> Punit Agrawal write

Bug#841294: Overrule maintainer of "global" to package a new upstream version

On Wed, Nov 30, 2016 at 4:56 PM, Ian Jackson <ijack...@chiark.greenend.org.uk> wrote: > Punit Agrawal writes ("Bug#841294: Overrule maintainer of "global" to package > a new upstream version"): >> In offline discussions with Wookey, we came to the reali

Bug#841294: Overrule maintainer of "global" to package a new upstream version

On Wed, Nov 23, 2016 at 5:19 PM, Didier 'OdyX' Raboud wrote: > The TC had an IRC meeting yesterday [0], and I (was) volunteered to wrap up > the different outcome possibilities, which would help forming our opinions. > Not all these options are exclusive, or would need an actual

Bug#841294: Overrule maitainer of "global" to package a new upstream version

On Wed, Nov 16, 2016 at 2:23 PM, Didier 'OdyX' Raboud wrote: [...] > > I see the following good ways out of this problem: > > A) Ron stays maintainer of src:global and uploads a reasonably recent 6.x >version to unstable; > B) (With or without an explicit decision by the

Bug#841294: Overrule maintainer of "global" to package a new upstream version

On Sun, Oct 23, 2016 at 7:49 AM, Ron wrote: > On Sat, Oct 22, 2016 at 05:41:54PM +0200, Vincent Bernat wrote: >> ❦ 22 octobre 2016 14:44 +1030, Ron : >> [...] > > Without repeating what I already said above about this option, we do > already have some

Bug#816924: GNU GLOBAL 6.5.2 available

On Mon, Oct 17, 2016 at 3:47 PM, Vincent Bernat <ber...@debian.org> wrote: > ❦ 17 octobre 2016 15:36 +0100, Punit Agrawal <punitagra...@gmail.com> : > >>> - Going the long way by asking the technical committee to hand over the >>>maintainance of the packa

Bug#816924: GNU GLOBAL 6.5.2 available

On Mon, Oct 17, 2016 at 2:24 PM, Vincent Bernat <ber...@debian.org> wrote: > ❦ 17 octobre 2016 14:17 +0100, Punit Agrawal <punitagra...@gmail.com> : > >>>> Someone proposed this in the bug report I linked above. The idea was >>>> turned down. >>&g

Bug#816924: GNU GLOBAL 6.5.2 available

On Mon, Oct 17, 2016 at 1:12 PM, Vincent Bernat wrote: > ❦ 11 mars 2016 19:32 GMT, Wei Liu : > >>> I am not referring to all the ancient mails you mentioned, just a little >>> pointer in order to see if it could be maybe possible to have an >>> alternate

Bug#768551: acpi-support: Sleep doesn't work when lid is closed

Package: acpi-support Version: 0.142-5 Severity: important Dear Maintainer, After a recent upgrade, sleep functionality stopped working on a Lenovo X230 laptop. On further investigation it seemed the condition in /etc/acpi-support/lid.sh if { CheckPolicy || HasLogindAndSystemd1Manager; }; then

Bug#574947: Status and progress

Re-iterating what's been said earlier... On Sun, Jun 8, 2014 at 5:53 PM, Vincent Bernat ber...@debian.org wrote: ❦ 9 juin 2014 01:27 +0930, Ron r...@debian.org : I am using gg-tags in Emacs and the current version of global in Debian just doesn't work with this mode. I am using global with

Bug#574947: Status and progress

On Fri, Apr 11, 2014 at 1:55 PM, Ron r...@debian.org wrote: On Fri, Apr 11, 2014 at 12:50:57PM +0100, Punit Agrawal wrote: On Fri, Apr 11, 2014 at 11:31 AM, Ron r...@debian.org wrote: On Fri, Apr 11, 2014 at 09:38:54AM +0100, Punit Agrawal wrote: Ok. Am I correct in understanding

Bug#574947: Status and progress

Hi Shigio, Thanks for the explanation. On Thu, Apr 10, 2014 at 1:03 PM, Shigio YAMAGUCHI shi...@gnu.org wrote: Hi Punit, localstatedir resolves to '/usr/var' which throws a lintian warning as this location doesn't conform to Debian File Hierarchy Standard. Can you please explain what is the

Bug#574947: Status and progress

On Fri, Apr 11, 2014 at 11:31 AM, Ron r...@debian.org wrote: On Fri, Apr 11, 2014 at 09:38:54AM +0100, Punit Agrawal wrote: Hi Shigio, Thanks for the explanation. On Thu, Apr 10, 2014 at 1:03 PM, Shigio YAMAGUCHI shi...@gnu.org wrote: Hi Punit, localstatedir resolves to '/usr/var' which

Bug#574947: Status and progress

Hi Shigio, Thanks for your reply. Since I don't use the htags functionality I appreciate your clarifications. I have a On Thu, Apr 10, 2014 at 1:53 AM, Shigio YAMAGUCHI shi...@gnu.org wrote: Hello, 2014-04-09 22:38 GMT+09:00 Punit Agrawal punitagra...@gmail.com: Ron's, rather short, reply

Bug#574947: Status and progress

An update since the last reply. * I've managed to fix the issue in global related to emacsen-common while installing the package. Yay! (Note: The emacsen-bug #736062 still needs a fix though). * The global package development repository has been uploaded to collab-maint[0] which I'll sync

Bug#743887: ITP: direnv -- A utility to set directory specific environment variables

On Tue, Apr 8, 2014 at 2:49 PM, Tollef Fog Heen tfh...@err.no wrote: ]] Punit Agrawal Instead of putting every environment variable in your ~/.profile, have directory-specific .envrc files for your AWSACCESSKEY, LIBRARY_PATH or other environment variables. Is there any security built

Bug#743887: ITP: direnv -- A utility to set directory specific environment variables

Package: wnpp Severity: wishlist Owner: Punit Agrawal punitagra...@gmail.com * Package name: direnv Version : 2.3.0 Upstream Author : Jonas Pfenniger * URL : http://direnv.net/ * License : MIT Programming Lang: Go Description : A utility to set

Bug#574947: Working on upgrading to 6.2.11

I have a local version of the package that upgrades to the latest upstream version - 6.2.11. While installing I seem to be hitting a bug in emacsen-common (736062). Since this is my first time working on a debian package any help resolving this issue will be appreciated. I am hoping I can update