Bug#1054086: lsm: let dh_installsystemd choose the location of units

Em 25/05/2024 17:42, Lucas Castro escreveu: Em 25/05/2024 17:23, Chris Hofstaedtler escreveu: Dear Maintainer, On Mon, Oct 16, 2023 at 08:11:55PM +0200, Helmut Grohne wrote: Source: lsm Version: 1.0.4-2 I've prepared an NMU and uploaded to DELAYED/7. It is time to get this done. Feel free

Bug#1054086: lsm: let dh_installsystemd choose the location of units

Em 25/05/2024 17:23, Chris Hofstaedtler escreveu: Dear Maintainer, On Mon, Oct 16, 2023 at 08:11:55PM +0200, Helmut Grohne wrote: Source: lsm Version: 1.0.4-2 I've prepared an NMU and uploaded to DELAYED/7. It is time to get this done. Feel free to fix this bug yourself before this time.

Bug#1071528: ITP: hardinfo2 -- Hardinfo2 offers System Information and Benchmark for Linux Systems

version has a new binary package named hardinfo2 is no problem. I had mentioned that with upstream, but no response from Debian actual maintainer. There's some ways to solve that. Regard, atzlinux [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1070830 在 2024/5/20 23:01, Lucas Castro

Bug#1071528: ITP: hardinfo2 -- Hardinfo2 offers System Information and Benchmark for Linux Systems

Em 20/05/2024 16:55, Jeremy Bícha escreveu: On Mon, May 20, 2024 at 11:09 AM Lucas Castro wrote: Package: wnpp Severity: wishlist Owner: Lucas Castro X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: hardinfo2 Version : 2.1.2 Upstream Contact: Name * URL

Bug#1071528: ITP: hardinfo2 -- Hardinfo2 offers System Information and Benchmark for Linux Systems

Package: wnpp Severity: wishlist Owner: Lucas Castro X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: hardinfo2 Version : 2.1.2 Upstream Contact: Name * URL : https://hardinfo2.org/ * License : GPL-2 Programming Lang: C Description

Bug#1064297: RFS: foolsm/1.0.21-1 -- Link connectivity monitor tool

thinking about to delete the unstable. I'll maintain just the debian/latest for development, debian/ for backports, security and propose-update and mentioned on DEP-14. Thanks, Lucas Castro Em 11/05/2024 03:44, Tobias Frost escreveu: On Mon, May 06, 2024 at 08:02:17PM +0200, Daniel Gröber wrote

Bug#1064297: RFS: foolsm/1.0.21-1 -- Link connectivity monitor tool

Em 24/03/2024 16:50, Lucas Castro escreveu: Em 23/03/2024 13:08, Tobias Frost escreveu: Control: tags -1 moreinfo The source package name is still being renamed, and the source package rename is not explictly stated in the changelog. Source package already kept old project name, only binary

Bug#1064297: RFS: foolsm/1.0.21-1 -- Link connectivity monitor tool

forward to upstream. Already uploaded to mentors. -- tobi Thanks Tobias. On Thu, 14 Mar 2024 22:25:04 -0300 Lucas Castro wrote: Em 06/03/2024 05:49, Daniel Gröber escreveu: Hi Lucas, On Tue, Mar 05, 2024 at 03:29:49PM -0300, Lucas Castro wrote: Are you sure you want to change the source

Bug#1064297: RFS: foolsm/1.0.21-1 -- Link connectivity monitor tool

Em 06/03/2024 05:49, Daniel Gröber escreveu: Hi Lucas, On Tue, Mar 05, 2024 at 03:29:49PM -0300, Lucas Castro wrote: Are you sure you want to change the source package name? Doing so fractures the history of the package on tracker.d.o and it's not really necessary. The upstream has changed

Bug#1064297: RFS: foolsm/1.0.21-1 -- Link connectivity monitor tool

Em 05/03/2024 08:09, Daniel Gröber escreveu: Hi Lucas, On Mon, Feb 19, 2024 at 04:50:27PM -0300, Lucas Castro wrote: * Package name : foolsm Are you sure you want to change the source package name? Doing so fractures the history of the package on tracker.d.o and it's not really

Bug#1064297: RFS: foolsm/1.0.21-1 -- Link connectivity monitor tool

) unstable; urgency=medium . * New upstream release * debian/watch updated * debian/patches/ cleaned out Regards, -- Lucas Castro OpenPGP_0x42F79A5E0A4D5598.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1054086: lsm: let dh_installsystemd choose the location of units

Em 24/01/2024 03:22, Helmut Grohne escreveu: On Tue, Jan 23, 2024 at 05:25:21PM -0300, Lucas Castro wrote: dh_installsystemd look only for maintainer scripts. That means it looks only for scripts residing in debian/ folder. I guess you should know about that, therefore you propose to create

Bug#1041221: lsm: Please package upstream version 1.0.24

in taking over, though I'm evaluating if lsm covers my use-case :) Thanks, --Daniel Thanks, Lucas Castro.

Bug#1054086: lsm: let dh_installsystemd choose the location of units

provided by upstream. Sorry, I'm not going to apply the solution proposed on the next release, but I take a look what it should be the best approach for this. Helmut Regards, Lucas Castro.

Bug#1054086: lsm: let dh_installsystemd choose the location of units

Em 08/12/2023 18:09, Chris Hofstaedtler escreveu: Hi Lucas, Em 16 de outubro de 2023 15:11:55 BRT, Helmut Grohne escreveu: Source: lsm [..] still is in effect there. debdiff cannot represent this patch: rm debian/lsm.install ln -s ../lsm.service debian/lsm.service * Lucas

Bug#1054086: lsm: let dh_installsystemd choose the location of units

Sorry about delay for "fixing" that. ASAP I'll work on that. Em 16 de outubro de 2023 15:11:55 BRT, Helmut Grohne escreveu: >Source: lsm >Version: 1.0.4-2 >Tags: patch >User: helm...@debian.org >Usertags: dep17m2 > >We want to move aliased files from / to /usr to finalize the /usr-merge

Bug#1041221: lsm: Please package upstream version 1.0.24

Em 15/07/2023 15:52, Daniel Gröber escreveu: Source: lsm Severity: wishlist X-Debbugs-Cc: d...@darkboxed.org Hi Lucas, it looks like there haven't been any uploads of lsm since 2020. The version we currently have in Debian is 1.0.4 but upstream has been busy and is at version 1.0.24. I'll

Bug#834050: libpam-ldap: please make the build reproducible

Thanks. = ) Em 17/11/2022 16:48, Vagrant Cascadian escreveu: Control: tags 834050 pending On 2017-02-15, Chris Lamb wrote: Lucas Castro wrote: I suppose the patch hadn't fixed the bug. Ah, try: --- libpam-ldap-186.orig/vers_string +++ libpam-ldap-186/vers_string @@ -14,6 +14,10

Bug#1014512: freeipa: FTBFS: AttributeError: module 'collections' has no attribute 'Iterable'

On Thu, 07 Jul 2022 12:51:31 +0200 Andreas Beckmann wrote: > Package: freeipa > Version: 4.9.8-1+exp1 > Severity: serious > Tags: ftbfs > Justification: fails to build from source (but built successfully in the past) > > Hi, > > freeipa recently started to FTBFS in experimental (but not in

Bug#1016126: freeipa-server required libndr.so.1 and it's present only on Debian stable version

Package: freeipa-server Version: 4.9.8-1+exp1 Severity: grave Justification: renders package unusable X-Debbugs-Cc: lu...@gnuabordo.com.br Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I tried to install

Bug#916191: /usr/lib/postfix/sbin/smtpd: Sometimes smtpd unable to authenticate a client via SASL GSSAPI

ed_user, rlen) != 0)) { > sasl_seterror(conn, 0, > "Requested identity not authenticated identity"); > RETURN(conn, SASL_BADAUTH); > } > > return SASL_OK; > } So if the request user at smtp_url differ from sasl authenticated user it stops and return error. > > I think Postfix incorrectly use or 'auth_identity' or 'requested_user' I really make up this setup and test both situation. I think it's good to set this "bug" as not a bug. -- Lucas Castro

Bug#970246: RFS: lsm/1.0.4-2 [RC] -- Link connectivity monitor tool

.path file. Regards, -- Lucas Castro

Bug#834050: libpam-ldap: please make the build reproducible

the importance of this package, is it ridiculous to suggest seeking a co-maintainer on debian-devel? Of course not. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org  chris-lamb.co.uk `- -- Lucas Castro

Bug#834050: libpam-ldap: please make the build reproducible

I'm little busy this days, If someone could make patch, please make a NMU. On 9/1/20 7:53 PM, Chris Lamb wrote: Chris Lamb wrote: [..] Gentle ping on this? Regards, -- Lucas Castro

Bug#863201: libpam-ldap not longer installs the file /usr/share/pam-configs/ldap needed for pam-auth-update

I've uploaded libpam-ldap to mentors, Sorry for delay. Em 29-05-2017 12:09, Julián Moreno Patiño escreveu: > Control: -1 + pending patch > > I've uploaded libpam-ldap 186-3.1 to DELAYED/5: > > libpam-ldap (186-3.1) unstable; urgency=medium > > * Non-maintainer upload. > * Install

Bug#863201: libpam-ldap not longer installs the file /usr/share/pam-configs/ldap needed for pam-auth-update

Thanks, I'm going to fix that. Em 23-05-2017 09:06, Carlos Alberto Lopez Perez escreveu: > Package: libpam-ldap > Version: 186-3 > Severity: grave > > > libpam-ldap 184-8.7 (Jessie) installed a config file on > /usr/share/pam-configs/ldap > telling pam-auth-update how it should re-configure the

Bug#852835: ITP: sigrok-firmware-fx2lafw -- Firmware for Cypress FX2(LP) based logic analyzers

retitle #852835 ITP: sigrok-firmware-fx2lafw -- Firmware for Cypress FX2(LP) based logic analyzers owner ! signature.asc Description: OpenPGP digital signature

Bug#852835: ITP: sigrok-firmware-fx2lafw -- Firmware for Cypress FX2(LP) based logic analyzers

Package: wnpp Followup-For: Bug #852835 Owner: Lucas Castro <lu...@gnuabordo.com.br>

Bug#834050: libpam-ldap: please make the build reproducible

Hello, I suppose the patch hadn't fixed the bug. It can be check on [1]. [1] https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/diffoscope-results/libpam-ldap.html Em 04-02-2017 20:54, Lucas Castro escreveu: > > Sorry, I hadn't noticed the report. > > Tomorr

Bug#834050: libpam-ldap: please make the build reproducible

Sorry, I hadn't noticed the report. Tomorrow I'm going to take a loot at it. -- Lucas Castro Em 04-02-2017 18:00, Chris Lamb escreveu: >> this patch and uploading? > Friendly ping on this :) > > > Best wishes, signature.asc Description: OpenPGP digital signature

Bug#842222: Two node-babel ITPs

list. > Ok, I'll try to help in anything, the rollup is really a problem and neither the upstream is not helping. -- Lucas Castro signature.asc Description: OpenPGP digital signature

Bug#847969: RFS: libpam-ldap/186-2

On 18-12-2016 10:30, Andrey Rahmatullin wrote: > On Sat, Dec 17, 2016 at 02:54:18PM -0300, Lucas Castro wrote: >> Ready for upload. > The changelog still says 3.6.8. > So, done. -- Lucas Castro signature.asc Description: OpenPGP digital signature

Bug#847969: RFS: libpam-ldap/186-2

Ready for upload. On 14-12-2016 13:36, Andrey Rahmatullin wrote: > Please remove extra empty lines from the changelog entry. > Why did you enable DH_VERBOSE=1? >

Bug#847969: RFS: libpam-ldap/186-2

On 14-12-2016 13:36, Andrey Rahmatullin wrote: > Please remove extra empty lines from the changelog entry. > Why did you enable DH_VERBOSE=1? > Already fixed. signature.asc Description: OpenPGP digital signature

Bug#847969: RFS: libpam-ldap/186-2

y, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libp/libpam-ldap/libpam-ldap_186-2.dsc Changes since the last upload: It fixes #844666 bug. Regards, Lucas Castro signature.asc Description: OpenPGP digital signature

Bug#798278: Node-tape depends on node-has which is very small

I'm not sure about that, npm2deb brings to some others, as is-callable, is-regex and one build-dependencies, falafel. following the falafel dependencies we get rollup and acorn as dependencies, those are very complicating packaging. On 04-12-2016 06:33, Ross Gammon wrote: > Hi Lucas, > > How

Bug#844666: libpam-ldap-186: regression: reads from the wrong conf file

Hello Brian, I'm going to review the patch and the others bugs you had reported. -- Lucas Castro On 25-11-2016 16:51, Brian Kroth wrote: > Brian Kroth <bpkr...@gmail.com> 2016-11-23 15:44: >> FYI, the patch I had attached last time is wrong. I'd just copied >> and pa

Bug#798278: node-tape ITPs with different owners

I'm so sorry doing that, I've not noticed that already had a ITP for that one, I'm working on another node-* packages too. I'll be more careful. -- Lucas Castro On 29-10-2016 08:38, Ross Gammon wrote: > Hi Adrian & Lucas, > > I have been working on and off packaging the dependenci

Bug#842857: ITP: node-js-tokens -- Regex that tokenizes JavaScript

Package: wnpp Severity: wishlist Owner: Lucas Castro <lu...@gnuabordo.com.br> * Package name: node-js-tokens Version : 2.0.0 Upstream Author : Simon Lydell <> * URL : https://github.com/lydell/js-tokens/blob/master/readme.md * License : MIT/X

Bug#842327: ITP: node-tape -- tap-producing test harness for node and browsers

Package: wnpp Severity: wishlist Owner: Lucas de Castro Borges * Package name: node-tape Version : 4.6.2 Upstream Author : James Halliday (http://substack.net) * URL : https://github.com/substack/tape * License

Bug#842310: ITP: node-everything.js -- Contains every ECMA-262 edition 5.1 grammatical production

Package: wnpp Severity: wishlist Owner: Lucas de Castro Borges * Package name: node-everything.js Version : 1.0.3 Upstream Author : Michael Ficarra * URL : https://github.com/michaelficarra/everything.js * License : BSD-3-Clause

Bug#842222: ITP: node-babel -- Generic multi-purpose compiler for JavaScript

Package: wnpp Severity: wishlist Owner: Lucas de Castro Borges * Package name: node-babel Version : 6.5.2 Upstream Author : Sebastian McKenzie * URL : https://babeljs.io/ * License : Expat Programming Lang:

Bug#815319: Fix for upgrade process

I got the same issue, I've been analyzing the init script and noticed that nothing will be executed if no interfaces network is set to INTERFACES variables in /etc/default/isc-dhcp-server. I've created to variables in /etc/default/isc-dhcp-server, DHCPDv4 and DHCPDv6 and checked for true|false

Bug#823895: RFS: lsm/1.0.4-1

On 27-07-2016 14:23, Gianfranco Costamagna wrote: > Hi, > > >> Who missing? I've checked, it's okay. > > > you right > >> About that, it's a new version with some patches I've forwarded. >> I'll wait for this version get in Debian to investigate the new version >> changes. > > I can sponsor, or

Bug#823895: RFS: lsm/1.0.4-1

's a new version with some patches I've forwarded. I'll wait for this version get in Debian to investigate the new version changes. > G. -- Lucas Castro signature.asc Description: OpenPGP digital signature

Bug#823895: RFS: lsm/1.0.4-1

On 21-05-2016 11:59, Adam Borowski wrote: > On Fri, May 20, 2016 at 10:31:49PM -0300, Lucas Castro wrote: >> On 14-05-2016 20:45, Adam Borowski wrote: >>> Only upon checking the syslog I see: >>> May 15 00:30:37 umbar lsm[12853]: no targets found in config file &g

Bug#823895: RFS: lsm/1.0.4-1

On 14-05-2016 20:45, Adam Borowski wrote: > On Sat, May 14, 2016 at 12:22:13AM -0300, Lucas Castro wrote: >> On 13-05-2016 11:46, Adam Borowski wrote: >>>> On 10-05-2016 02:43, Lucas Castro wrote >>>>> I am looking for a sponsor for my package "

Bug#823895: RFS: lsm/1.0.4-1

On 13-05-2016 11:46, Adam Borowski wrote: >> On 10-05-2016 02:43, Lucas Castro wrote >>> I am looking for a sponsor for my package "lsm" >>> >>> * Package name: lsm >>> Upstream Author : Mika Ilmaranta <il...@nullnet.fi> >>

Bug#823895: RFS: lsm/1.0.4-1

Package: sponsorship-requests Severity: normal [important for RC bugs, wishlist for new packages] Dear mentors, I am looking for a sponsor for my package "lsm" * Package name: lsm Version : 1.0.4-1 Upstream Author : Mika Ilmaranta * URL :

Bug#819554: RFA: libpam-ldap -- Pluggable Authentication Module for LDAP

Package: wnpp Severity: normal I request an adopter for the libpam-ldap package. I'm reviewing bugs of this package and will upload the newer version. The idea is keep the retrocompatibility.

Bug#408937: libpam-ldap: Wrong configuration with ldapi://

I was checking this bug, it mention the #408440 bug, that say it has on writing the config file. Said must write 'uri ldapi://' instead of 'host ldapi://'. But in my tests is already writing 'uri ldapi://' shouldn't this bug be closed?

Bug#387891: libpam-ldap: Hyphens ("-") in Base DN are not properly escaped for use in regular expressions

can someone say anything about this bug, I've been trying to reproduce but it seems is everything fine. I can't get the reported error.

Bug#808414: ITP: ms-sys -- Program for writing Microsoft compatible boot records

Package: wnpp Severity: wishlist Owner: Lucas Castro <lucascastrobor...@gmail.com> * Package name: ms-sys Version : 0.0.28 Upstream Author : Henrik Carlqvist <he...@users.sourceforge.net> * URL : http://ms-sys.sourceforge.net/ * License : GPL-2+

Bug#808414: RFS: ms-sys -- Program for writing Microsoft compatible boot records

Package: sponsorship-requests Followup-For: Bug #808414 Dear Maintainer, I'm looking for a sponsor for my package "ms-sys" -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (1001, 'testing'), (500, 'stable-updates'), (500, 'stable') Architecture: amd64

Bug#808414: ITP: ms-sys -- Program for writing Microsoft compatible boot records

Thanks Andrew about information, I'll take a look at ms-sys-free. On Sat, Dec 19, 2015 at 8:05 PM, Andrew Shadura <and...@shadura.me> wrote: > On 19 December 2015 at 22:25, Lucas Castro <lucascastrobor...@gmail.com> > wrote: > > * Package name: ms-sys > &

Bug#699116: ITP: libpam-ldap -- Pluggable Authentication Module for LDAP

Package: wnpp Followup-For: Bug #699116 Owner: Lucas Castro <lucascastrobor...@gmail.com>

Bug#796915: xmbmon: reference real upstream homepage

Thanks for warning Stephen. It's already has a fix about that on mentors, But I want to fix others issues, to request to upload. On Tue, Aug 25, 2015 at 4:40 PM, Stephen Kitt sk...@debian.org wrote: Source: xmbmon Version: 2.05-8 Severity: wishlist Dear Maintainer, The mbmon packages

Bug#792443: RFS: mirage/0.9.5.1-4 [QA]

GMT-03:00 Lucas Castro lucascastrobor...@gmail.com: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package mirage This orphaned packages required some lintian corrections and I had done, it already has two P lintians

Bug#792443: RFS: mirage/0.9.5.1-4 [QA]

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package mirage This orphaned packages required some lintian corrections and I had done, it already has two P lintians, but it is its homepage fields and signature that I didn't found. *