Bug#698493: vym: cannot undo accidental removal of the root node

Hi, I can not reproduce the issue with the latest vym release. Removing and restoring via undo seems to work just fine in new documents. Can you confirm that as well? Sven

Bug#1070357: bookworm-pu: package tcl-unix-sockets/0.5-1

Package: release.debian.org Severity: normal Tags: bookworm User: release.debian@packages.debian.org Usertags: pu Hi, please reject that package from p-u NEW. I'm sorry for the faulty upload, this one should've targeted unstable. Sven

Bug#1068425: pflogsumm: Postfix logs days in month < 10 with leading zeroes, pflogsumm expects space padding

On Fri, Apr 05, 2024 at 01:01:52AM +0200, Magnus Stenman wrote: Hi, sorry for the delay, I just started to briefly look into the issue. > Pflogsumm reports zero mails on day 1-9 of every month > > Stock debian postfix version > > Patch: > --- /usr/sbin/pflogsumm.orig2024-04-05

Bug#1055350: bookworm-pu: package exfatprogs/1.2.0-1+deb12u1

+to fix three out-of-bounds memory access issues. + * Add bookworm branch information to Vcs-Git and gbp.conf. + + -- Sven Hoexter Sat, 04 Nov 2023 17:56:01 +0100 + exfatprogs (1.2.0-1) unstable; urgency=medium * New upstream release. diff -Nru exfatprogs-1.2.0/debian/control exfatprogs

Bug#1040006: pflogsumm: fails to count sent emails

On Fri, Jun 30, 2023 at 11:47:33PM +0200, Yvan Masson wrote: Hi, > I use pflogsumm on a Bullseye system, to analyze Postfix 3.5.17 logs. It is > possible my setup has some oddities, but while pflogsumm is globally > working, it fails to count sent emails: Hi, I can not reproduce that on my own

Bug#1030082: Directory missing on ExFAT Drives

On Mon, Jan 30, 2023 at 04:49:40PM -0600, Devin Lieberman wrote: Hi, > When mounting exfat XQD cards formatted by my Sony FS7, the Clips folder > and MXF video files contained therein do not appear despite still existing. > Upon cd into Clips, ls -la shows the BIM and XML sidecar files created

Bug#1028196: offlineimap3: Python 3.11 breaks SQLite Multithread Check

Package: offlineimap3 Version: 0.0~git20211018.e64c254+dfsg-1 Severity: grave Justification: renders package unusable Hi, with the introduction of Python 3.11 offlineimap does no longer work due to a failing multithread safety check for SQLite. The issue was handled upstream in

Bug#997201: Fio ftbfs should be fixed in 3.28 or later

Hi, already had some private mail exchange with Martin, so just for public reference: Looks like https://github.com/axboe/fio/commit/382975557e632efb506836bc1709789e615c9094 is the solution to this issue. This is part of the 3.28 release. I guess we work on packaging a new upstream release soon.

Bug#992286: Patch to migrate to exfatprogs

tags 992286 patch thanks Hi, I've created a PR to migrate to exfatprogs now. I would really like to get rid of at least exfat-utils soon. https://salsa.debian.org/libvirt-team/libguestfs/-/merge_requests/1 Joseph, since I would like to remove exfat-fuse and exfat-utils from Debian I see no

Bug#995772: please use alternatives instead of conflicting with exfat-utils

On Tue, Oct 05, 2021 at 08:42:58AM -0400, Marvin Renich wrote: Hey Marvin, > Please coordinate with exfat-utils maintainer and use the alternative > system to allow both packages to be installed at the same time I already coordinated with myself that exfat-utils and exfat-fuse will be removed.

Bug#994690: udisks2: Switch to exfatprogs mkfs.exfat incomplete

Package: udisks2 Version: 2.9.3-1 Severity: normal Tags: patch Hi Michael, due to a bugreport for exfatprogs[1] I took note of #992152 which tried to move from exfat-utils to exfatprogs. Thanks for moving on with that one, much appreciated. Sadly the switch is not that easy since the commandline

Bug#994529: exfatprogs: Missing symlink from mkexfatfs -> mkfs.exfat

Hi, since the parameters are not compatible, changes in the disk utility are unavoidable. The -n you mentioned for setting the label is -L in the exfatprogs implementation. Regards, Sven

Bug#992338: O: tclcurl -- Tcl bindings to libcurl

Package: wnpp Severity: normal Control: affects -1 src:tclcurl I intend to orphan the tclcurl package. The package description is: This module enables the use of libcurl in Tcl scripts. Please refer to the libcurl documentation available in the libcurl4-gnutls-dev package. . NOTE: the SSL

Bug#992337: O: mysqltcl -- interface to the MySQL database for the Tcl language

Package: wnpp Severity: normal Control: affects -1 src:mysqltcl I intend to orphan the mysqltcl package. The package description is: The mysqltcl package provides a Tcl interface to the MySQL database system. Within Tcl you've a range of Tcl commands and a global Tcl array available to access

Bug#992287: progess-linux-desktop: Please remove dependency alternative exfat-fuse and exfat-utils

Package: progess-linux-desktop Version: 20210101-2 Severity: normal Hi Daniel, I would like to drop exfat-fuse and exfat-utils within the next release cycle. Would be nice if you could drop them completely from this meta package. I do not consider this one a blocker for myself due to the fact

Bug#992286: libguestfs0: Please move from exfat-fuse and exfat-utils to exfatprogs

Package: libguestfs0 Version: 1:1.44.1-1 Severity: normal Hi, with the release of bullseye we've the in kernel exFAT driver available. If possible please remove the dependency on exfat-fuse and change from exfat-utils to exfatprogs for the filesystem utilities. That would enable us to drop the

Bug#992285: bfh-desktop: Please remove dependency alternative exfat-fuse and exfat-utils

Package: bfh-desktop Version: 20210101-2 Severity: normal Hi Daniel, I would like to drop exfat-fuse and exfat-utils within the next release cycle. Would be nice if you could drop them completely from this meta package. I do not consider this one a blocker for myself due to the fact that you

Bug#975957: pflogsumm: please backport newer version to buster

On Fri, Nov 27, 2020 at 02:24:42PM +0200, Dimitris T. wrote: Hello Dimitris, > yes, that works as well..  just thought most sysadms wouldn't want to mix > testing with stable/production. even without dependencies of any sort :) Yeah I understand that is a bit of a hassle for some. But we also

Bug#975957: pflogsumm: please backport newer version to buster

On Fri, Nov 27, 2020 at 12:33:03PM +0200, Dimitris T. wrote: Hi, > please consider backporting(?) newer version from testing to buster. just install the package from testing/unstable, it has no versioned depdencies that should prevent you from doing that. No need to have it in backports. Sven

Bug#975335: systemd: Drop none functional DefaultTasksMax documentation patch

Package: systemd Version: 246.6-4 Severity: normal Hi, it seems when systemd introduced a DefaultTasksMax=512 limit it was patched out in Debian in debian/Revert-core-enable-TasksMax-for-all-services-by-default-a.patch. Later on this patch lost his complete logic and is already in Debian stretch

Bug#971634: RFS: btrfsmaintenance/0.5-1 -- automate btrfs maintenance tasks on mountpoints or directories

Hi Nicholas, I will take a look at the package. Sven

Bug#968037: buster-pu: package facter/3.11.0-2+deb10u1

On Sat, Aug 15, 2020 at 05:45:51PM +0100, Adam D. Barratt wrote: > On Fri, 2020-08-07 at 10:46 +0200, Sven Hoexter wrote: > > if you run facter in the context of Googles GCE it will fetch > > information from Googles metadata service, but form an old > > beta API endpoint. T

Bug#968037: buster-pu: package facter/3.11.0-2+deb10u1

) buster; urgency=medium + + * Change Google GCE Metadata endpoint from "v1beta1" to "v1". +Adds patch debian/patches/FACT-2018-update-gce-metadata-endpoint.patch +(Closes: #966374) + + -- Sven Hoexter Mon, 27 Jul 2020 17:27:11 +0200 + facter (3.11.0-2+deb10u1) bu

Bug#966374: facter: diff for NMU version 3.11.0-4.3

-endpoint.patch +Switch Google GCE metadata endpoint from v1beta1 to final v1, the beta +endpoint will be shutdown end of September 2020. (Closes: #966374) + + -- Sven Hoexter Tue, 28 Jul 2020 09:17:17 +0200 + facter (3.11.0-4.2) unstable; urgency=medium * Non-maintainer upload. diff

Bug#966374: facter: diff for stable update version 3.11.0-2+deb10u2

;v1". +Adds patch debian/patches/FACT-2018-update-gce-metadata-endpoint.patch +(Closes: #966374) + + -- Sven Hoexter Mon, 27 Jul 2020 17:27:11 +0200 + facter (3.11.0-2+deb10u1) buster; urgency=medium * Fix parsing of Linux route non-kv flags (e.g. onlink) (Closes: #918250) dif

Bug#966374: facter: Google GCE metadata endpoint v1beta1 will shutdown on September 30 2020

Source: facter Version: 3.11.0-4.2 Severity: important Hi, as per https://cloud.google.com/compute/docs/migrating-to-v1-metadata-server Google is going to shutdown the beta metadata endpoint end of September 2020. Upstream this was accounted for in the 3.11.x branch some time ago with

Bug#847236: exfat-utils: Crashes with message "BUG: failed to convert name to UTF-8."

On Fri, Jul 17, 2020 at 06:21:53PM -0700, Colin Williams wrote: Hi, just in case that is not crystal clear: I can not give you competent support, so _always_ have a backup before you try anything new. > I received a new external drive and unsure what filesystem to place on > it so I used the

Bug#964265: ITP: exfatprogs -- tools to create, check and label exFAT filesystems

On Sun, Jul 05, 2020 at 09:35:14AM +0300, Andrei POPESCU wrote: > On Sb, 04 iul 20, 19:56:45, s...@stormbind.net wrote: > > While fuse-exfat can be coinstalled at any moment exfat-utils and > > exfatprogs will for now conflict with each other. > > Isn't this the typical use-case for alternatives?

Bug#964265: ITP: exfatprogs -- tools to create, check and label exFAT filesystems

On Sat, Jul 04, 2020 at 02:49:15PM -0400, Nicholas D Steeves wrote: Hi Nicholas, > > Since people started to ping me about getting this one introduced > > I now give in and pick it up. I plan to continue for now the > > maintenance of the fuse-exfat and exfat-utils packages. > > While fuse-exfat

Bug#963752: exfat-fuse should not provide /sbin/mount.exfat

On Fri, Jun 26, 2020 at 09:22:18AM -0400, Michael Stone wrote: Hi, > Alternatively, perhaps replacing the mount.exfat link with something like > the following would be a better option, to transparently support kernels > with and without the native module: > > #!/bin/sh > > if grep -qF exfat

Bug#963752: exfat-fuse should not provide /sbin/mount.exfat

severity 963752 normal thanks On Fri, Jun 26, 2020 at 09:08:27AM -0400, Michael Stone wrote: > Now that exfat is available as a kernel module, it would be nice if the > /sbin/mount.exfat link were removed to make it easier for a user to choose > either the exfat kernel module or the fuse module

Bug#955627: pflogsumm produces errors on postscreen lines with IPv6 address

On Fri, Apr 03, 2020 at 05:47:31PM +0200, Juri Haberland wrote: Hi, > If pflogsumm encounters a postscreen reject line with an IPv6 address, > it produces the following errors: > > The attached patch fixes these errors. Thanks a lot, I've updated the postscreen patch in the git repo already.

Bug#948088: buster-pu: reject package from NEW queue libsoldout/1.4-3

Package: release.debian.org Severity: normal Tags: buster User: release.debian@packages.debian.org Usertags: pu Hi, I made a mistake and uploaded libsoldout/1.4-3 to stable instead of unstable. Please reject the package from the pu NEW queue. I'm sorry. :( Sven

Bug#945524: RFP: container-diff -- Diff Docker containers

On Fri, Dec 27, 2019 at 03:58:38PM -0500, James Montgomery wrote: Hi, > I know that Sven has done some initial manual work to get bytefmt started, > but he noted it may be a bit outdated. If you like, we can get > dh-make-golang fixed and attempt to bring in bytfmt using dh-make-golang. I

Bug#945524: RFP: container-diff -- Diff Docker containers

On Sat, Dec 28, 2019 at 01:46:27AM +0530, Utkarsh Gupta wrote: Hi, > Many, many thanks for this! I also updated it by now to a new snapshot, so the repo now has the latest code. > I'll polish this further and upload it at the earliest! > > D'you intend to maintain it, as well? :D > Or shall I

Bug#945524: RFP: container-diff -- Diff Docker containers

On Fri, Dec 27, 2019 at 11:19:32PM +0530, Utkarsh Gupta wrote: > Well, I am having a bit of a difficulty to package bytefmt. > I reported this issue with dh-make-golang here[1]. > > It'd be really helpful if you can help me get that packaged somehow? > I'd be interested in maintaining bytefmt

Bug#942537: Please package newer version

On Sun, Oct 20, 2019 at 02:38:28PM +0200, Sven Hoexter wrote: Hi, > > 2) You can also update it to fio 3.16 and upload that. I would be okay > > with an NMU. > > I currently look into this option. Since we set it up on Salsa in the > Debian group, I can update the pa

Bug#942537: Please package newer version

On Sun, Oct 20, 2019 at 02:38:28PM +0200, Sven Hoexter wrote: Hi, > I currently look into this option. Since we set it up on Salsa in the > Debian group, I can update the package. But let me see if it builds here. Could not get 3.16 to build right away. So I've uploaded 3.15 f

Bug#942537: Please package newer version

xed upstream, actually. Sid has 3.12, upstream is at 3.16. Could you > > please package a newer version? > > However… I upgraded the packaging repo for 3.15 quite some time ago > already¹. I did not ask Sven Hoexter, my sponsor, to upload it > immediately cause I was waiting f

Bug#939577: ITP: jattach -- JVM Dynamic Attach utility all in one jmap jstack jcmd jinfo

Package: wnpp Severity: wishlist Owner: Sven Hoexter * Package name: jattach Version : 1.5 Upstream Author : Andrei Pangin * URL : https://github.com/apangin/jattach/releases * License : Apache 2.0 Programming Lang: C Description : JVM Dynamic Attach

Bug#939328: linux-image-4.19.0-5-amd64: buster and stretch-backports kernel causes interfaces rename back to ethX on HPe DL360g10

Package: src:linux Version: 4.19.37-5+deb10u2 Severity: normal Hi, installing the latest update caused our NICs to be renamed from "enoX" back to "ethX". We first experienced this issue on Debian/buster on HPe DL360g10 and now found the same issue with the latest upload of the same kernel to

Bug#935390: RFS: vnstat/2.4-1 [NMU] [ITA]

On Sun, Sep 01, 2019 at 09:23:06AM -0700, Rob Savoury wrote: > Package: sponsorship-requests > dget -x > https://mentors.debian.net/debian/pool/main/v/vnstat/vnstat_2.4-0.1.dsc Hey Rob and Christian, the package looks good to me. I've uploaded it to delayed-3 in case Christian objects the

Bug#935390: RFS: vnstat/2.4-1 [NMU] [ITA]

On Thu, Aug 22, 2019 at 01:26:35AM -0700, Rob Savoury wrote: Hey Rob, > Changes since the last upload: > >* New upstream version 2.4 > . >* debian/patches/ >+ drop patch applied upstream (timeout for restart) >+ modify pidfile and systemd patches for new source files >

Bug#935167: prometheus-node-exporter: apt.sh text collector fails to deal with spaces in repository label

Package: prometheus-node-exporter Version: 0.17.0+ds-3 Severity: normal Hi, the apt.sh script currently shipped with the prometheus-node-exporter package is not able to deal with spaces in the repository label. Result is output like: ~$ /usr/share/prometheus-node-exporter/apt.sh |grep Postgre

Bug#932843: RFS: vnstat/1.18-2.1 [NMU]

On Wed, Jul 24, 2019 at 06:40:18PM +0300, Teemu Toivola wrote: Hi, > See the discussion in bug #907020 [1] for all details. The short version is > that in August 2018 Christian introduced new autopkgtest tests in 1.18-2 > which didn't work due to lack of root access. #907020 was opened as a >

Bug#932843: RFS: vnstat/1.18-2.1 [NMU]

On Tue, Jul 23, 2019 at 10:56:47PM +0300, Teemu Toivola wrote: Hey guys, > vnstat (1.18-2.1) unstable; urgency=medium > > * Non-maintainer upload. > * Changes by Christian Göttsche > - d/tests: run as root to fix debci (Closes: #907020) > - d/control: bump to std version 4.2.1 (no

Bug#916987: fusermount: unknown option 'user=name'

On Fri, Dec 21, 2018 at 04:41:13PM +0100, Adrian Siemieniak wrote: Hi, > Hmm but fusefat is working - this is also block device. > > p fusefat - File System in User Space - Module for FAT I actually tried it, but it does not work for me on devices or I'm doing it wrong. According to the

Bug#916987: fusermount: unknown option 'user=name'

On Fri, Dec 21, 2018 at 01:01:55PM +0100, Adrian Siemieniak wrote: Hi, > Well, the problem is I don't set this options "user=uid" - this is done > somewhere in between by fuse or exfat-fuse - I don't know. Now that I thought a bit more about it, I think it's not possible to mount block devices

Bug#916987: fusermount: unknown option 'user=name'

On Fri, Dec 21, 2018 at 01:01:55PM +0100, Adrian Siemieniak wrote: > W dniu 21.12.2018 o 12:51, Sven Hoexter pisze: > > On Fri, Dec 21, 2018 at 12:41:11AM +0100, Adrian Siemieniak wrote: Hi Adrian, > > > Trying to mount exfat device by unprivileged user renders this erro

Bug#916987: fusermount: unknown option 'user=name'

On Fri, Dec 21, 2018 at 12:41:11AM +0100, Adrian Siemieniak wrote: Hello Adrian, > Trying to mount exfat device by unprivileged user renders this error: > :~$ /sbin/mount.exfat-fuse -d /dev/sdg1 mnt/ > FUSE exfat 1.3.0 > fusermount: unknown option 'user=sauron' > > It the same with different

Bug#916859: closed by Andrey Rahmatullin (Re: Bug#916859: RFS: PDF Studio Viewer/2018 [ITP] -- pdf viewer)

On Wed, Dec 19, 2018 at 05:12:39PM -0500, Studio Support wrote: > Hello Andrey, > > Regarding the solution on Bug#916859 about our package "pdfstudioviewer" > > It's free in the real sense of the term, meaning that users don't pay for it. > But it is not open source. Our end-user license is

Bug#903767: Bug#903800: 4.9.110-1 Xen PV boot workaround

The package is available via stretch-proposed-updates. Just add that one to your sources.list until the next point release or linux security update. HTH, Sven Am 22. Juli 2018 22:48:35 MESZ schrieb Jered Floyd : > >It appears that this ticket has been closed, noting a fix in >linux-4.9.110-2

Bug#893052: RFS: btrfsmaintenance/0.4.1-1 [I maintain the package]

On Tue, Mar 20, 2018 at 10:38:37PM -0400, Nicholas D Steeves wrote: > Hi Sven, > > On Sat, Mar 17, 2018 at 08:06:13PM +0100, Sven Hoexter wrote: > > Hi, > > uploaded the package. I've to make up my mind about the kind of linux > > specific > > arch all packagin

Bug#893052: RFS: btrfsmaintenance/0.4.1-1 [I maintain the package]

On Tue, Mar 20, 2018 at 10:38:37PM -0400, Nicholas D Steeves wrote: > Hi Sven, > > On Sat, Mar 17, 2018 at 08:06:13PM +0100, Sven Hoexter wrote: > > Hi, > > uploaded the package. I've to make up my mind about the kind of linux > > specific > > arch all packagin

Bug#877163: RM: elyxer -- ROM; no upstream activity, giving up LyX and ecosystem maintenance

tags 877163 - moreinfo thanks On Sat, Nov 18, 2017 at 07:27:54PM -0500, Scott Kitterman wrote: > Checking reverse dependencies... > # Broken Build-Depends: > ngspice/non-free: elyxer > > That'll have to be dealt with first. Took some time, but now it's finally done for i386 and amd64 with the

Bug#882699: ngspice: Remove build dependency on elyxer to allow for the elyxer removal from Debian

On Tue, Dec 26, 2017 at 09:01:47AM +0100, Gudjon I. Gudjonsson wrote: > Hi Sven > > > bi-directional sat link.) Though I'm not 100% sure if the {xhtml,png} > > stuff is POSIX sh compatible. > You are right, it fails when sbuilding. > > The package is finally uploaded without any elyxer

Bug#882699: ngspice: Remove build dependency on elyxer to allow for the elyxer removal from Debian

On Mon, Dec 25, 2017 at 10:41:02PM +0100, Gudjon I. Gudjonsson wrote: > > /build/ngspice-27/debian/tmp/usr/share/doc/ngspice-doc/html > > cp: cannot stat '/build/ngspice-27/build/manual/manual.html.LyXconv/*': No > > such file or directory > > debian/rules:125: recipe for target

Bug#882699: ngspice: Remove build dependency on elyxer to allow for the elyxer removal from Debian

On Sun, Dec 24, 2017 at 12:52:47PM +0100, Gudjon I. Gudjonsson wrote: Hi Gudjon, > You are right. I did compile the file in a normal environment with elyxer > installed, sorry. > But I cannot compile the package (version 27) after I uninstall elyxer. Lyx > fails without any > proper error

Bug#882699: ngspice: Remove build dependency on elyxer to allow for the elyxer removal from Debian

On Fri, Dec 22, 2017 at 06:29:39PM +0100, Gudjon I. Gudjonsson wrote: > Hi > > Now I have updated the git repository and only final testing is needed before > upload. > > But I get the following lintian warning. > W: ngspice-doc: privacy-breach-generic >

Bug#884920: courierpassd: fails to change the password

On Thu, Dec 21, 2017 at 01:09:05PM +0100, Lucio Crusca wrote: Hello Lucio, > I'm running courier with virtual mailboxes and userdb authentication. I've bad news for you. I'm no longer the maintainer of courierpassd and I ensured that it got removed from Debian in 2015[1]. So it's no longer part

Bug#882699: ngspice: Remove build dependency on elyxer to allow for the elyxer removal from Debian

On Mon, Dec 11, 2017 at 06:58:10AM +0100, Gudjon I. Gudjonsson wrote: Hi guys, > I'm terribly sorry for having missed the bug. > There is a new version in SVN (27) that is not fully prepared but will > be in the next few days. If somebody is willing to sponsor it I will be > very happy. glad

Bug#882699: ngspice: Remove build dependency on elyxer to allow for the elyxer removal from Debian

for the removal of elyxer +from Debian. The build in HTML export support in LyX improved during the +last years and is equally usable or even better regarding new LyX file +formats. + * Change package priority from extra to optional. + + -- Sven Hoexter <hoex...@debian.org> Sun,

Bug#882699: ngspice: Remove build dependency on elyxer to allow for the elyxer removal from Debian

to allow for the removal of elyxer +from Debian. The build in HTML export support in LyX improved during the +last years and is equally usable or even better regarding new LyX file +formats. + + -- Sven Hoexter <hoex...@debian.org> Sat, 25 Nov 2017 20:12:49 +0100 + ngspice (26-1.1) un

Bug#805427: ngspice: FTBFS due to lyx/elyxer problem

Hi, while looking into removing elyxer from Debian I stumpled upon your bugreport. I just rebuild ngspice with pbuilder without elyxer and can not reproduce the issue you describe. Either things changed with the current LyX release (I don't think so, but I did not follow the development closely)

Bug#634757: Adoption of lyx

On Sun, Oct 08, 2017 at 05:47:26PM +0200, Dr. Tobias Quathamer wrote: Hey, > In case of packaging problems and questions, may I contact you again? Sure, I'm still alive and have an eye on pkg-lyx-devel@lists.a.d.o as long as alioth is around. But you can also approach me directly. Sven

Bug#634757: Adoption of lyx

On Sun, Oct 08, 2017 at 05:10:42PM +0200, Dr. Tobias Quathamer wrote: Hey, > I've seen that you, Sven, have removed yourself from the uploaders. I > don't know if Nick is a DD and still interested in the package. He's not (yet) a DD. > If there's currently noone actively packaging lyx, I'll

Bug#874373: RFS: vnstat/1.17-1+nmu1 ITA

On Fri, Oct 06, 2017 at 02:05:12PM +0200, Christian Göttsche wrote: > I uploaded a new package version in which the not upstreamed patches > are dropped, the maintainer is set to myself and the vcs fields are > updated accordingly. > With #874387 Felix is searching for a new maintainer for this

Bug#865242: [Pkg-lyx-devel] Bug#865242: Please update dependencies from latex-xcolor to tl-latex-recommended

On Tue, Jun 20, 2017 at 02:05:00PM +0900, norb...@preining.info wrote: Hi, > latex-xcolor has been a dummy transitional package now since 2 releases > (since oldstable), and has been dropped in current unstable. > > Please update your dependencies to texlive-latex-recommended. Thanks Norbert,

Bug#857847: java-package: proposal to add a --no-deps flag to make-jpkg

On Wed, Mar 15, 2017 at 05:22:27PM +0100, Emmanuel Bourg wrote: Hi Emmanuel, > Thank you for the patch Sven. This looks like a reasonable compromise to > support multiple releases. Regarding the implementation, I wonder if > this could be achieved with an override_dh_shlibdeps in the rules file

Bug#857847: java-package: proposal to add a --no-deps flag to make-jpkg

On Wed, Mar 15, 2017 at 05:22:27PM +0100, Emmanuel Bourg wrote: Hi Emmanuel, > Thank you for the patch Sven. This looks like a reasonable compromise to > support multiple releases. Regarding the implementation, I wonder if > this could be achieved with an override_dh_shlibdeps in the rules file

Bug#852342: patch proposal add --no-strip parameter

On Wed, Mar 15, 2017 at 05:08:53PM +0100, Emmanuel Bourg wrote: > Le 15/03/2017 à 17:01, Sven Hoexter a écrit : > > > Would that be something you'd be willing to accept? > > If the stripping breaks jmap, I guess it might be better to disable it > completely. Is there

Bug#852342: patch proposal add --no-strip parameter

On Wed, Mar 15, 2017 at 05:08:53PM +0100, Emmanuel Bourg wrote: > If the stripping breaks jmap, I guess it might be better to disable it > completely. Is there a good reason to keep it? Well the idea was to still accomodate people who value disk space over the usability of debugging related

Bug#852342: patch proposal add --no-strip parameter

Hi, maybe something like the attached patch would help to solve this problem? @Emmanuel et al: Would that be something you'd be willing to accept? Sven diff --git a/lib/javase.sh b/lib/javase.sh index fd025ca..6b3f217 100644 --- a/lib/javase.sh +++ b/lib/javase.sh @@ -94,6 +94,13 @@

Bug#854039: package more or less up for adoption

Just a reference is someone else is looking into the state of amavisd-milter - the package is more or less up for adoption, announced here: https://lists.debian.org/debian-devel/2016/12/msg00133.html Sven

Bug#851922: [PATCH] please switch exfat-utils to use autoreconf to allow jessie bpo

On Thu, Jan 19, 2017 at 05:17:31PM -0700, Nicholas D Steeves wrote: > I ran into trouble with missing aclocal-1.15 when backporting this > release. Switching to use autoreconf seems to do the trick. Diff was > made against debian/1.2.5-1. I've attached a patch for this switch, > and a patch

Bug#851920: [PATCH] please switch fuse-exfat to use autoreconf to allow jessie bpo

On Thu, Jan 19, 2017 at 05:13:42PM -0700, Nicholas D Steeves wrote: Hi Nicholas, > I ran into trouble with missing aclocal-1.15 when backporting this > release. Switching to use autoreconf seems to do the trick. Diff was > made against debian/1.2.5-1. I've attached a patch for this switch, >

Bug#847161: [Pkg-lyx-devel] Bug#847161: Updating the lyx Uploaders list

tags 847161 pending thanks On Tue, Dec 06, 2016 at 07:50:36AM +0100, Tobias Frost wrote: Hi Tobias, > Per Olofsson has not been working on > the lyx package for quite some time, also his email is bouncing. > > We are tracking their status in the MIA team and would like to

Bug#847236: exfat-utils: Crashes with message "BUG: failed to convert name to UTF-8."

[intentional full quote for Andrew] Hi, I've just uploaded 1.2.5, though I don't think that will change much. Andrew, correct me if I'm wrong but as far as I remember the fsck implementation is still far from complete. Jacob, I'm not sure, Andrew might correct me here as well, but it could help

Bug#831843: severity downgrade and LyX 2.2.2 uploaded

severity 831843 normal thanks Hi Martin, I'm sorry for the long delay in any answer to this bugreport but the Debian LyX package is barely maintained at the moment. I understand your frustration and for your usecase LyX might be broken which is a grave issue, but I think LyX in general still

Bug#797543: [Pkg-tcltk-devel] Bug#797543: xotcl: please make the build reproducible

On Thu, Aug 18, 2016 at 04:49:23PM +0200, Stefan Sobernig wrote: > > is it in svn > > it is at the tip of the svn trunk. Uploaded, took me some time to remember (and read up) how to use svn-buildpackage. Cheers, Sven

Bug#797543: [Pkg-tcltk-devel] Bug#797543: xotcl: please make the build reproducible

On Thu, Aug 18, 2016 at 02:24:09PM +0200, Stefan Sobernig wrote: Hi Stefan, > I prepared a package revision to account for > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797543. > > @Sven: Can I kind askly you to check and upload the revised xotcl package? Sure, is it in svn or do you

Bug#797543: [Pkg-tcltk-devel] Bug#797543: xotcl: please make the build reproducible

On Sun, Aug 14, 2016 at 10:51:48AM +0100, Chris Lamb wrote: Hi Chris, > There hasn't seem to be any update on this bug in 348 days, in which > time the Reproducible Builds effort has come on a long way. :) > > Would you consider applying this patch and uploading? Since I once upon a time

Bug#816173: [Pkg-lyx-devel] Bug#816173: Bug#816173: lyx: Lyx failed to start if the $HOME/.lyx does not exist

On Mon, Feb 29, 2016 at 10:22:45PM +0100, Georg Baum wrote: > Am 28.02.2016 um 18:22 schrieb Sven Hoexter: > >On Sun, Feb 28, 2016 at 11:42:52AM +0100, picca wrote: Hello Georg, > >>1) lyx try to create a $HOME/.lyx even if $HOME does not exist > >>2) it would

Bug#816173: [Pkg-lyx-devel] Bug#816173: lyx: Lyx failed to start if the $HOME/.lyx does not exist

On Sun, Feb 28, 2016 at 11:42:52AM +0100, picca wrote: Hi, > while preparing my tango package, I need to build the documentation with lyx. For future reference, here is the d-d thread: https://lists.debian.org/debian-devel/2016/02/msg00454.html > It seems that it is not allow to write outside

Bug#811007: information about build-deps on xchat

Just to add a few more information regarding packages that will FTBFS once xchat got removed: - xchat-guile -> maintainer requested removal in #811079 - xchat-xsys -> hexchat-plugins contains its own xsys plugin so this one got a proper replacement and can be removed as well That leaves only

Bug#811007: RM: xchat -- RoQA; dead upstream; active fork available

Package: ftp.debian.org Severity: normal Hi, please remove xchat. It's unmaintained upstream for 5+ years. The last uploads to the Debian archive were NMUs, the last one over a year ago by myself. hexchat, an active fork, is available and has been released with jessie. Some discussion on

Bug#804209: wheezy-pu: package fuse-exfat/0.9.7-2+deb7u1

On Fri, Jan 01, 2016 at 06:26:22PM +, Adam D. Barratt wrote: Hi Adam, > Please go ahead. Uploaded. Regards, S.

Bug#804208: jessie-pu: package fuse-exfat/1.1.0-2+deb8u1

On Sat, Dec 05, 2015 at 07:13:42PM +, Adam D. Barratt wrote: Hi Adam, > Please go ahead. Uploaded a minute ago. Cheers, Sven

Bug#802404: missing deps

Hi, at least some build-deps are missing: python-six, python3-six, python-pytest, python3-pytest That fixes the build for Python 2.7 but later on fails for Python 3.5 === FAILURES ===

Bug#804209: wheezy-pu: package fuse-exfat/0.9.7-2+deb7u1

-sector-and-cluster-size. Fix for +https://github.com/relan/exfat/issues/5 found and reported by +The Fuzzing Project. + * Add d/patches/detect-infinite-loop. Fix for +https://github.com/relan/exfat/issues/6 found and reported by +The Fuzzing Project. + + -- Sven Hoexter <h

Bug#804208: jessie-pu: package fuse-exfat/1.1.0-2+deb8u1

Project. Detect infinite loop. + + -- Sven Hoexter <hoex...@debian.org> Fri, 06 Nov 2015 08:08:13 +0100 + fuse-exfat (1.1.0-2) unstable; urgency=low * Remove debian/watch - recent changes at Google code required diff -u fuse-exfat-1.1.0/debian/gbp.conf fuse-exfat-1.1.0/debian/gbp.conf --

Bug#803387: wheezy-pu: package exfat-utils/0.9.7-2+deb7u1

On Fri, Oct 30, 2015 at 04:51:57PM +, Adam D. Barratt wrote: Hello Adam, > Please go ahead. Uploaded. Regards, Sven

Bug#803362: jessie-pu: package exfat-utils/1.1.0-2+deb8u1

ium + + * Add the fix for https://github.com/relan/exfat/issues/5 found +and reported by The Fuzzing Project. Check sector and cluster size. + * Add the fix for https://github.com/relan/exfat/issues/6 found +and reported by The Fuzzing Project. Detect infinite loop. + + -- Sven Hoexter &l

Bug#803362: jessie-pu: package exfat-utils/1.1.0-2+deb8u1

On Fri, Oct 30, 2015 at 02:22:45PM +, Adam D. Barratt wrote: Hi, > [I also note with a little amusement that the version of exfat-utils in > wheezy appears to have been the only revision of the package ever to > have had an explicit patch system (not counting the change to "3.0 > (quilt)".]

Bug#803387: wheezy-pu: package exfat-utils/0.9.7-2+deb7u1

. -- Sven Hoexter <hoex...@debian.org> Thu, 29 Oct 2015 12:37:48 +0100 -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU

Bug#803362: jessie-pu: package exfat-utils/1.1.0-2+deb8u1

On Thu, Oct 29, 2015 at 03:01:09PM +, Adam D. Barratt wrote: > On 2015-10-29 8:57, Sven Hoexter wrote: Hi Adam, > > * Add quilt to build-deps. > > * Add --with quilt to dh invocation in d/rules. > > Why is that being suggested for the jessie update but not the equiv

Bug#803362: jessie-pu: package exfat-utils/1.1.0-2+deb8u1

://github.com/relan/exfat/issues/6 found and reported by The Fuzzing Project. -- Sven Hoexter <hoex...@debian.org> Thu, 29 Oct 2015 09:40:20 +0100 -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Archit

Bug#801734: tclcurl: file output lost if -file option is used

Thanks Christian. Full quote for Steve - maybe something for you to look into? Sven On Sat, Oct 17, 2015 at 03:04:17PM +0200, Christian Werner wrote: > The following patch from www.androwish.org should fix this issue > > >

Bug#719441: tclcurl: Segmentation Fault when writeheader and headervar are used

On Sat, Oct 17, 2015 at 10:27:49PM +0200, Christian Werner wrote: > The following patch from www.androwish.org should fix this issue > > > https://www.androwish.org/index.html/vpatch?from=e4864fde820aac71=ce9a5b5886ac7381 Christian, thanks a lot! I'm currently preparing an upload based on

Bug#801734: tclcurl: file output lost if -file option is used

On Wed, Oct 14, 2015 at 01:58:13AM +0200, Nomen Nescio wrote: Hi, > This is similar to (unfixed) bug 680662 (from 3 yrs ago), but much > more severe. When the "-file" option is used for a GET, the file will > be zero in size with all data lost if the -bodyvar option is used in a > later

  1   2   3   4   5   >