Bug#1064938: isospec - maintainer does not access email from ftp-master
Hi Bastian, > It seems to be fixed. My mailbox contains the last bounce on > March, 8th. On Mar 10 I rolled back the changes I did some weeks before to reduce the debichem-devel moderation queue: https://salsa.debian.org/alioth-lists-team/support/-/issues/27 Sorry for not following up on this bug, and thanks for confirming that it's already fixed. Cheers, Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#1069101: libdbd-oracle-perl: requires rebuild for time_t transition
Hi gregor, > > The thing is that maybe a hint on libaio will be needed? > > What do you mean be "hint" here? When I uploaded 1.83-3 the migration to testing was blocked because oracle-instantclient12.1-devel in B-D was replaced by oracle-instantclient-devel, and a force hint was needed: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1032142 I'm wondering if the same thing will happen when replacing libaio1 with libaio in Depends, since I don't know britney well enough... Cheers and thanks for the feedback! Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#1069101: libdbd-oracle-perl: requires rebuild for time_t transition
[Cc to debian-perl for feedback] Hi Sebastian, > > > libdbd-oracle-perl depends on libaio1 > > > > It turns out that it's oracle-instantclient-basic that needs > > libaio.so.1. I'm not sure what could be done to address this > > issue, since the soname renaming to libaio.so.1t64 is Debian > > specific. I came up with an easy solution to this: since libaio.so.1 is required by oracle-instantclient-basic (not in Debian), we could add libaio (from Oracle Linux) in Depends and then explain in README.Debian to download it from Oracle, build the .deb with alien and install it, like the other external dependencies. The thing is that maybe a hint on libaio will be needed? Plus, I guess that libaio and libaio1/libaio1t64 are so similar that it could create too much confusion anyway... What do you think? If it's too much, then probably it's the time to say goodbye to libdbd-oracle-perl (popcon number is 52). Cheers! Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#1069101: libdbd-oracle-perl: requires rebuild for time_t transition
Control: owner -1 ! Control: tags -1 upstream help Hi Sebastian, > libdbd-oracle-perl depends on libaio1 It turns out that it's oracle-instantclient-basic that needs libaio.so.1. I'm not sure what could be done to address this issue, since the soname renaming to libaio.so.1t64 is Debian specific. If libdbd-oracle-perl needs to be removed from testing for the transition to proceed, so be it. In fact, there's no need to wait until May 15; feel free to remove it sooner. Cheers! Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#1022124: libdbd-oracle-perl Upload
Hi Christoph, > when do you plan to upload the fixed version? > If you need any help, please let us know. The VM where I was building and testing the amd64 package is currently broken. I should be able to build the package anyway on a chroot, but I have no means to test it ATM. I can build and upload the package untested if you're in a hurry. Otherwise, I guess I should be able to reinstall the VM this weekend and proceed as usual. Cheers and sorry for the inconvenience, Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#1022124: libdbd-oracle-perl needs binaries uploaded for the perl 5.36 transitions
Hi Adrian, > libdbd-oracle-perl cannot be built on the buildds, > and it needs binaries uploaded for the perl 5.36 transition. Please, don't hesitate to remove libdbd-oracle-perl from testing for the perl 5.36 transition to proceed. I'll try to have those binaries by next week, but I don't want to stall the transition. Cheers! Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#970759: normaliz: Wrong e-mail address in Maintainer field
Package: normaliz Version: 3.8.5+ds-1 Severity: serious Usertags: alioth-lists.debian.org X-Debbugs-Cc: calcu...@rezozer.net The Maintainer of this package uses the alioth-lists.debian.org domain, which does not exist. This breaks policy §3.3[1] that requires a working e-mail address. You should be using the alioth-lists.debian.net domain instead. After reporting[2] the issue to debian-science-maintainers list, I'm filing this bug as suggested[3] there. Cheers, Alex [1] https://www.debian.org/doc/debian-policy/ch-binary.html#s-maintainer [2] https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2020-September/085266.html [3] https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2020-September/085350.html -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#970758: mpfi: Wrong e-mail address in Maintainer field
Package: mpfi Version: 1.5.3+ds-4 Severity: serious Usertags: alioth-lists.debian.org X-Debbugs-Cc: calcu...@rezozer.net, lfou...@debian.org The Maintainer of this package uses the alioth-lists.debian.org domain, which does not exist. This breaks policy §3.3[1] that requires a working e-mail address. You should be using the alioth-lists.debian.net domain instead. After reporting[2] the issue to debian-science-maintainers list, I'm filing this bug as suggested[3] there. Cheers, Alex [1] https://www.debian.org/doc/debian-policy/ch-binary.html#s-maintainer [2] https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2020-September/085266.html [3] https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2020-September/085350.html -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#970757: gap-scscp: Wrong e-mail address in Maintainer field
Package: gap-scscp Version: 2.3.1+ds-1 Severity: serious Usertags: alioth-lists.debian.org X-Debbugs-Cc: calcu...@rezozer.net The Maintainer of this package uses the alioth-lists.debian.org domain, which does not exist. This breaks policy §3.3[1] that requires a working e-mail address. You should be using the alioth-lists.debian.net domain instead. After reporting[2] the issue to debian-science-maintainers list, I'm filing this bug as suggested[3] there. Cheers, Alex [1] https://www.debian.org/doc/debian-policy/ch-binary.html#s-maintainer [2] https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2020-September/085266.html [3] https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2020-September/085350.html -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#970755: gap-guava: Wrong e-mail address in Maintainer field
Package: gap-guava Version: 3.15+ds-2 Severity: serious Usertags: alioth-lists.debian.org X-Debbugs-Cc: calcu...@rezozer.net The Maintainer of this package uses the alioth-lists.debian.org domain, which does not exist. This breaks policy §3.3[1] that requires a working e-mail address. You should be using the alioth-lists.debian.net domain instead. After reporting[2] the issue to debian-science-maintainers list, I'm filing this bug as suggested[3] there. Cheers, Alex [1] https://www.debian.org/doc/debian-policy/ch-binary.html#s-maintainer [2] https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2020-September/085266.html [3] https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2020-September/085350.html -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#970756: gap-openmath: Wrong e-mail address in Maintainer field
Package: gap-openmath Version: 11.5.0+ds-1 Severity: serious Usertags: alioth-lists.debian.org X-Debbugs-Cc: calcu...@rezozer.net The Maintainer of this package uses the alioth-lists.debian.org domain, which does not exist. This breaks policy §3.3[1] that requires a working e-mail address. You should be using the alioth-lists.debian.net domain instead. After reporting[2] the issue to debian-science-maintainers list, I'm filing this bug as suggested[3] there. Cheers, Alex [1] https://www.debian.org/doc/debian-policy/ch-binary.html#s-maintainer [2] https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2020-September/085266.html [3] https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2020-September/085350.html -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#970754: e-antic: Wrong e-mail address in Maintainer field
Package: e-antic Version: 0.1.5+ds-2.1 Severity: serious Usertags: alioth-lists.debian.org X-Debbugs-Cc: plugw...@raspbian.org, calcu...@rezozer.net The Maintainer of this package uses the alioth-lists.debian.org domain, which does not exist. This breaks policy §3.3[1] that requires a working e-mail address. You should be using the alioth-lists.debian.net domain instead. After reporting[2] the issue to debian-science-maintainers list, I'm filing this bug as suggested[3] there. Cheers, Alex [1] https://www.debian.org/doc/debian-policy/ch-binary.html#s-maintainer [2] https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2020-September/085266.html [3] https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2020-September/085350.html -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#970753: apertium-ind-zlm: Wrong e-mail address in Maintainer field
Package: apertium-ind-zlm Version: 0.1.2-2 Severity: serious Usertags: alioth-lists.debian.org X-Debbugs-Cc: kar...@debian.org, t...@didriksen.cc The Maintainer of this package uses the alioth-lists.debian.org domain, which does not exist. This breaks policy §3.3[1] that requires a working e-mail address. You should be using the alioth-lists.debian.net domain instead. After reporting[2] the issue to debian-science-maintainers list, I'm filing this bug as suggested[3] there. Cheers, Alex [1] https://www.debian.org/doc/debian-policy/ch-binary.html#s-maintainer [2] https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2020-September/085266.html [3] https://alioth-lists.debian.net/pipermail/debian-science-maintainers/2020-September/085350.html -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#966896: fatsort: FTBFS: ld: entrylist.o:./src/options.h:38: multiple definition of `OPT_LOCALE'; fatsort.o:./src/options.h:38: first defined here
Upstream already fixed this issue in a newer version. After asking Jordi his permission in private, I've prepared a NMU. Cheers, Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#966896: fatsort: FTBFS: ld: entrylist.o:./src/options.h:38: multiple definition of `OPT_LOCALE'; fatsort.o:./src/options.h:38: first defined here
Tags: +patch Hi Lucas, thanks for reporting this bug. Fortunately, the fix is pretty straight-forward :) > Relevant part (hopefully): > > gcc fatsort.o FAT_fs.o deviceio.o endianness.o sig.o entrylist.o errors.o > > options.o clusterchain.o sort.o misc.o natstrcmp.o stringlist.o regexlist.o > > -o fatsort -Wl,-z,relro -Wl,-z,now -s > > /usr/bin/ld: entrylist.o:./src/options.h:38: multiple definition of > > `OPT_LOCALE'; fatsort.o:./src/options.h:38: first defined here > > /usr/bin/ld: options.o:./src/options.h:38: multiple definition of > > `OPT_LOCALE'; fatsort.o:./src/options.h:38: first defined here > > /usr/bin/ld: sort.o:./src/options.h:38: multiple definition of > > `OPT_LOCALE'; fatsort.o:./src/options.h:38: first defined here > > /usr/bin/ld: misc.o:./src/options.h:38: multiple definition of > > `OPT_LOCALE'; fatsort.o:./src/options.h:38: first defined here > > collect2: error: ld returned 1 exit status Cheers, Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ --- fatsort-1.6.2.605.orig/src/options.h +++ fatsort-1.6.2.605/src/options.h @@ -35,7 +35,7 @@ extern uint32_t OPT_VERSION, OPT_HELP, O extern struct sStringList *OPT_INCL_DIRS, *OPT_EXCL_DIRS, *OPT_INCL_DIRS_REC, *OPT_EXCL_DIRS_REC, *OPT_IGNORE_PREFIXES_LIST; extern struct sRegExList *OPT_REGEX_INCL, *OPT_REGEX_EXCL; -char *OPT_LOCALE; +extern char *OPT_LOCALE; // parses command line options int32_t parse_options(int argc, char *argv[]); signature.asc Description: PGP signature
Bug#952180: marked as pending in libtest-xml-simple-perl
Control: tag -1 pending Hello, Bug #952180 in libtest-xml-simple-perl reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below and you can check the diff of the fix at: https://salsa.debian.org/perl-team/modules/packages/libtest-xml-simple-perl/-/commit/6a0264e9dff64fa85a366527ca4362dce4817fe1 Patch t/03valid.t FTBFS bug (Closes: #952180) Thanks: Lucas Nussbaum (this message was generated automatically) -- Greetings https://bugs.debian.org/952180
Bug#932257: libdbd-oracle-perl: unsatisfiable dependencies
Control: owner -1 ! Control: severity -1 minor Hector said: > Thanks for the explanation, I was just checking repository > consistency for buster and came up with this issue. I leave > it up to you to downgrade severity accordingly or close the > bug. Fixing the README installation one way or the other > might be nice. Will fix the README installation. For now, I'm lowering the bug severity to avoid autoremoval from testing. Thanks, Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#932257: libdbd-oracle-perl: unsatisfiable dependencies
Hi gregor, > I just wanted to propose "Check the README" but it seems like > the friendly README [...] doesn't get installed in the package > anymore … Oops. I examined the contents of the older versions I have in my computer and none of them installed the README. Maybe it's because package installation will fail unless its depends are met first and hence the link to the README in the full description. I guess we could rename README to README.Debian and install it anyway. What do you think? Cheers! Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#932257: libdbd-oracle-perl: unsatisfiable dependencies
Hi gregor, > I just wanted to propose "Check the README" but it seems like > the friendly README at > https://salsa.debian.org/perl-team/modules/packages/libdbd-oracle-perl/blob/master/debian/README > doesn't get installed in the package anymore … Oops. Ouch! I missed that. Thanks for pointing that out. Cheers, Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#932257: libdbd-oracle-perl: unsatisfiable dependencies
Hi Hector, > Where can I find those packages to close the dependency loop, Since those dependencies should be installed before this package, the full package description has a link to the README where you can find where to download them and how to get them into shape for Debian: https://packages.debian.org/buster/libdbd-oracle-perl https://deb.li/dbdoracle I just found out that APT is not showing the full package description anymore, and that makes it more difficult for this package to explain how to proceed with dependencies. Any ideas on improving this are truly appreciated. > checking at non-free those do not seem to be available. Sorry, we can't put them in non-free either because the source is not available. Cheers! Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#932257: libdbd-oracle-perl: unsatisfiable dependencies
Hi Héctor, > libdbd-oracle-perl depends on oracle-instantclient12.1-basic | > oracle-instantclient12.1-basiclite, which are not found in > buster|bullseye|unstable, causes the package to be unusable. There's a comment in d/copyright explaining why this package is in contrib: «The upstream Perl distribution is freely licensed by the copyright holders but depends on Oracle Instant Client software, that is not free. Therefore, it belongs to Debian contrib section according to DFSG.» Is there something that has recently changed that maybe I'm missing? Thanks! Alex -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada ⢿⡄⠘⠷⠚⠋ Debian Developer log.alexm.org ⠈⠳⣄ signature.asc Description: PGP signature
Bug#790727: Mail::Sender is deprecated upstream
I found this bug report in my open tabs in firefox and I forgot why I opened it in the first place. Anyway, I took a quick look and found that it's been deprecated upstream: https://metacpan.org/pod/Mail::Sender "Mail::Sender is deprecated. Email::Sender is the go-to choice when you need to send Email from Perl. Go there, be happy!" Since it has no reverse dependencies and last upload was in 2010, (it never made it into stretch) I guess it should be pretty safe to remove it. Cheers, Alex signature.asc Description: PGP signature
Bug#759324: dbd-oracle
Christoph Martin: > If you need any help with building or uploading dbd-oracle, I can help. > I have Oracle Installations and I am a Debian developper and can do uploads. I just need to make a few small changes and will be ready to upload the amd64 build. Thanks for your offer, I will keep it in mind :) Cheers! Alex signature.asc Description: Digital signature
Bug#759324: successfully build latest versions
Dominic Hargreaves: > perl 5.22 finally hit unstable last week, which should make this > part easier, at least :) Version 1.74 successfully built on perl 5.22 with no issues. Good job and thanks a lot! Alex signature.asc Description: Digital signature
Bug#759324: successfully build latest versions
Today I managed to successfully build and test DBD::Oracle 1.74 on sid using Perl 5.20.2 and Oracle 12.1 for amd64 (well, the Unicode tests were skipped due to lack of Unicode support, but I will look into that eventually). The next step will be to build it using experimental Perl 5.22 and prepare a package upgrade for sid. Cheers, Alex signature.asc Description: Digital signature
Bug#521984: fix is on the way
tags 521984 + pending upstream thanks I uploaded a fix for this bug into pkg-perl svn and sent a message to upstream author too. -- Alex Muntada al...@alexm.org http://alexm.org/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#454792: using utf8 module instead of enconding should work
As commented on this Perl Monks node: http://perlmonks.org/?node_id=674382 The utf8 module works fine with Unicode in Perl regexes, so in the sample above just remove the use encoding ... line to get rid of the double free bug. HTH -- Alex Muntada [EMAIL PROTECTED] http://alexm.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]